Меню

Как да възпроизведете невъзпроизводим дефект и да си заслужите усилията за тестване

how reproduce non reproducible defect

Опитайте Нашия Инструмент За Премахване На Проблемите

В света на тестване на софтуер , веднъж открит дефект трябва да бъде възпроизводим последователно, така че тестващият да може да докладва убедително, разработчикът да поправи с яснота и екипът на QA да затвори с увереност.

внедряване на графика в c ++

Този процес обаче понякога идва със собствен набор от предизвикателства. Тази статия се опитва да освети тези тъмни области на възпроизвеждане на дефекти.

На първо място, какво е „ Възпроизвеждане на дефект '?

Ако определена последователност от стъпки е приземила тестера в точка, в която се наблюдава отклонение в очакваното поведение - „стъпките за възпроизвеждане“ са полето за дефект, което съдържа запис на тази точна последователност от стъпки. Ако срещнем същия проблем, всеки път, когато следваме тези стъпки, това се нарича възпроизводим дефект.

възпроизвеждат дефект

В допълнение към стъпките за възпроизвеждане на повече доказателства като използваните данни, екранни снимки или могат да се предоставят и записани на екран видеоклипове. В случай че тази информация бъде установена за несъвместима или невярна, грешките могат да бъдат намалени и маркирани като невалидни без допълнителна резолюция.

Прочетете още => Как да разрешим всички грешки без етикет „Невалидна грешка“?

Следователно „стъпките за възпроизвеждане“ са от решаващо значение и по-долу са някои от точките, които трябва да имате предвид, когато пишете тази част от отчета за дефекта:

Какво ще научите:

Как да напиша дефект „Стъпки за възпроизвеждане“:

  • Бъдете точни
  • Включете точни данни, използвани по време на тестването за лесно справяне
  • Стъпките трябва да бъдат в точния ред
  • Посочете предпоставките, когато е приложимо
  • Не пишете съставни стъпки.Например: Ако сценарият изисква потребител да запази документ от Microsoft Word, тогава той трябва да бъде написан като „Отворете менюто Файл и щракнете върху опцията за запазване“.
  • Винаги проверявайте отново стъпките си за възпроизвеждане на нова система, като изчиствате всички бисквитки и кеш паметта.
  • Уверете се, че изреченията са кратки и еднозначни

Неправилно написаното „Стъпки за възпроизвеждане“ не може просто да застраши валидността на дефекта, но също така да включва много загубено време по отношение на търсене на разяснения и отговори по отношение на неща, които не са ясно споменати.

Също така, прочетете => Как да напиша добър отчет за дефекти

кой е най-добрият компютър за почистване

Защо възпроизвеждането на дефект е толкова важно?

Сега нека разберем „Защо възпроизвеждането на дефект е толкова важно?“

възпроизвеждане на дефект

Говорейки технически, ако не можете да възпроизведете грешка, никога не можете да я поправите .

Следват някои от факторите, които определят дали дефектът се отстранява:

  • Подробна и пълна информация в доклада за дефект
  • Ако разработчикът е в състояние да разбере действителното възникване на дефект при определени условия?
  • Ако средата, инструментите и версиите на точното приложение са налични при разработчиците, за които дефектът се съобщава от тестерите?

Какво представляват „невъзпроизводими“ грешки / дефекти?

Всеки тестер трябва да е имал следните ситуации:

  • Наблюдавайки проблем цял ден и в края на деня, когато сте съобщили за този дефект, установявате, че той не е повече възпроизводим.
  • Наблюдавайки проблем периодично, т.е., например, да предположим, че нов потребител не е в състояние да добави продукти в своята кошница. Това се случва 6 от 10 пъти.
  • Проблем, наблюдаван само когато рестартираме приложението.

Във всички тези случаи е трудно да се определи точното състояние и да се докладва правилно. Подобни проблеми / дефекти отнемат много време при разследването на. Този тип проблеми не могат да бъдат пренебрегнати, тъй като крайният потребител / клиент също може да ги наблюдава.

как да стартирам jnlp файл

буболечка

Как да възпроизведем дефект?

Няколко неща, които биха могли да помогнат, са:

  • Изчистете целия кеш и бисквитки докато изпълнявате сценария.
  • Гледайте и наблюдавайте всяка стъпка.
  • Понякога търсенето на подобна грешка или модели може да бъде полезно при възпроизвеждането на грешка. Ще бъде по-лесно да се идентифицира сценарият, ако моделът се разбере.
  • Отбелязването на всяка стъпка и други фактори (като тестови данни, среда, системни настройки, екранни снимки, регистрационни файлове на сървъри и т.н.) ще бъде добра практика за лесно копиране на сценария.
  • Проверете още няколко пъти, за да определите появата на дефект. Не се доверявайте и докладвайте допълнително въз основа на еднократно появяване на проблема.
  • Тестването с търпение е ключовият фактор, тъй като това може и ще отнеме много време

Освен това:

  • Дори когато сте извършване на изследователски тестове , уверете се, че сте запознати с всички конфигурации, както и с настройките на системата.
  • Добре е да използвате креативността си, за да изследвате приложението по различни начини и да изпробвате някои необичайни сценарии. Дори и в този случай е препоръчително да се следват логически последователности, вместо да се извършват произволни стъпки.
  • След като се забележи проблем, винаги е добра практика да се провери един и същ проблем в различни комбинации браузъри / операционни системи, различни устройства (поддържани). Това помага при определянето дали проблемът е специфичен за системата или браузъра / устройството.
  • Бъдете в течение с нови тенденции и форуми за различни видове проблеми и тяхното възникване. Те помагат при диференциране на специфични за системата, конкретни браузъри, продукти, външни проблеми и т.н.
  • Вместо да продължите да се опитвате да възпроизведете възникналия проблем, понякога седнал и анализирайки извършените стъпки може да ви помогне да намерите решението.
  • Обсъждане с други членове на екипа или мениджър понякога може да бъде полезен. Също така, има една поговорка, Опитът се брои .
  • Споделянето на екрана ви също може да се разглежда като опция, освен скрийншотове и видеоклипове, за да обясните проблема на разработчиците.
  • Възпроизведете проблемите повече от веднъж, за да сте сигурни в появата на проблем. В такива случаи ще бъдете уверени в тестването си и ще можете да отговорите на запитванията и притесненията на разработчиците.

Заключение:

С общата дискусия може ясно да се заключи, че е много важно да се „възпроизведе грешка“, за да бъде валидирана и след това отстранена тази грешка. Ако грешката не е възпроизводима, тогава усилията за тестване, използвани за намиране, анализ и докладване на конкретната грешка / дефект, са пълни загуби.

За разбирането и възпроизвеждането на грешка е от съществено значение да имате подробни и правилно обяснени „Стъпки за възпроизвеждане“, състояние и среда, в която е възникнала грешката. Възможно е да се поправи невъзпроизводим дефект, но може да бъде много време за консумация, както и много трудна задача. Друг най-важен фактор е правилната комуникация, без която валидна грешка може да бъде обезсилена.

Така че, за да направите усилията си за тестване за намиране на дефекти заслужаващи си, гореспоменатото може да бъде полезно.

Препоръчително четене

^