Меню

Як відтворити невідтворюваний дефект і зробити тестування вартим того

how reproduce non reproducible defect

Спробуйте Наш Інструмент Для Усунення Проблем

У світі Росії тестування програмного забезпечення , виявлений дефект повинен бути послідовно відтворюваним, щоб тестувальник міг повідомити з переконанням, розробник - з чіткістю, а команда з контролю якості - із впевненістю.

як відкрити файли apk на телефоні android -

Однак інколи цей процес має власний набір проблем. Ця стаття намагається висвітлити ті темні ділянки відтворення дефектів.

Перш за все, що таке “ Відтворення дефекту '?

Якщо певна послідовність кроків висадила тестера в точці, де спостерігається відхилення очікуваної поведінки - 'кроки для відтворення' - це поле дефекту, яке містить запис цієї точної послідовності кроків. Якщо ми стикаємося з однією і тією ж проблемою, щоразу, коли ми виконуємо ці дії, це називається відтворюваним дефектом.

відтворити дефект

На додаток до кроків щодо відтворення більшої кількості доказів, таких як використані дані, скріншоти або також можна записати відеозаписи на екрані. Якщо ця інформація буде виявлена ​​непослідовною або неправильною, помилки можуть бути знижені та позначені як недійсні без подальшого вирішення.

Читати далі => Як вирішити всі помилки без позначки 'Недійсна помилка'?

Тому «кроки для відтворення» є критично важливими, і ось деякі моменти, про які слід пам’ятати, складаючи цю частину звіту про дефект:

Що ви дізнаєтесь:

Як написати дефект “Кроки до відтворення”:

  • Будьте точні
  • Включіть точні дані, які використовуються під час тестування для зручності
  • Кроки повинні бути в точному порядку
  • Згадайте передумови, якщо це можливо
  • Не пишіть складені кроки.Наприклад: Якщо сценарій вимагає від користувача збереження документа з Microsoft Word, тоді його слід записати так: ‘Відкрийте меню Файл та натисніть опцію збереження’.
  • Завжди перевіряйте свої кроки для відтворення в новій системі, очищаючи всі файли cookie та кеш-пам’ять.
  • Переконайтесь, що речення є короткими та однозначними

Неправильно написане 'Кроки до відтворення' може не просто поставити під загрозу дійсність дефекту, а й затратити багато часу, витраченого на пошук роз'яснень та відповідей щодо речей, які чітко не згадуються.

Також читайте => Як написати хороший звіт про дефекти

Як додати до масиву в Java

Чому відтворення Дефекту так важливо?

А тепер давайте з’ясуємо: «Чому відтворення дефекту так важливо?»

відтворення дефекту

Якщо говорити технічно, якщо ви не можете відтворити помилку, ви ніколи не можете її виправити .

Нижче наведено деякі фактори, що визначають, чи усувається дефект:

  • Детальна та повна інформація у звіті про дефект
  • Якщо розробник здатний зрозуміти фактичне виникнення дефекту за певних умов?
  • Якщо середовище, інструменти та точні версії додатків доступні для розробників, про яких дефект повідомляється тестерами?

Що таке 'невідтворювані' помилки / дефекти?

Кожен тестувальник, мабуть, стикався з такими ситуаціями:

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

У всіх цих випадках важко визначити точний стан і повідомити про це правильно. Такі питання / дефекти займають багато часу на розслідування. Такі проблеми не можна ігнорувати, оскільки кінцевий користувач / замовник також може їх спостерігати.

помилка

Як відтворити дефект?

Кілька речей, які можуть допомогти:

  • Очистити весь кеш і печиво під час виконання сценарію.
  • Спостерігайте і спостерігайте за кожним кроком.
  • Іноді пошук подібної помилки або шаблонів може бути корисним при відтворенні помилки. Якщо сценарій буде зрозумілий, буде легше визначити сценарій.
  • Зазначення кожного кроку та інших факторів (таких як тестові дані, середовище, налаштування системи, знімки екрана, журнали сервера тощо) буде гарною практикою для легкої копії сценарію.
  • Перевірте ще кілька разів, щоб визначити наявність дефекту. Не довіряйте і повідомляйте далі на підставі одного разу виникнення проблеми.
  • Ключовим фактором є тестування з терпінням, оскільки це може зайняти багато часу

Додатково:

  • Навіть коли ти є проведення пошукових випробувань , переконайтесь, що ви знаєте всі конфігурації, а також налаштування системи.
  • Добре використовувати свою креативність, щоб по-різному дослідити програму та спробувати деякі незвичні сценарії. Навіть у цьому випадку доцільно дотримуватися логічних послідовностей, а не виконувати випадкові кроки.
  • Як тільки проблема спостерігається, завжди є гарною практикою перевіряти одну і ту ж проблему на різних комбінаціях браузерів / операційних систем, різних пристроях (підтримується). Це допомагає визначити, чи проблема стосується системи чи браузера / пристрою.
  • Будьте в курсі нових тенденцій та форумів про різні типи проблем та їх виникнення. Вони допомагають у диференціюванні системних, браузерних, товарних, зовнішніх проблем тощо.
  • Замість того, щоб продовжувати намагатись відтворити проблему, яка колись виникла, іноді сидячи, проаналізувавши виконані дії, може допомогти знайти рішення.
  • Обговорення з іншими членами команди або менеджер іноді може бути корисним. Крім того, є приказка: Досвід враховується .
  • Спільне використання екрана також можна розглядати як опцію, крім знімків екрана та відео, щоб пояснити проблему розробникам.
  • Відтворіть випуски кілька разів, щоб бути впевненими у виникненні проблеми. У таких випадках ви будете впевнені у своєму тестуванні та зможете відповісти на запитання та занепокоєння розробників.

Висновок:

Під час загальної дискусії можна чітко зробити висновок, що дуже важливо «відтворити помилку», щоб її перевірити та виправити. Якщо помилка не відтворюється, то зусилля для тестування, що використовуються для пошуку, аналізу та повідомлення про те, що конкретна помилка / дефект, є загальним марнотратством.

Для розуміння та відтворення помилки важливо мати детальні та належним чином пояснені 'Кроки до відтворення', стан та середовище, в якому сталася помилка. Можна виправити невідтворюваний дефект, але це може бути дуже часом для споживання, а також дуже складним завданням. Іншим найважливішим фактором є належне спілкування, без якого дійсну помилку можна визнати недійсною.

аргументи командного рядка в прикладах сценарію оболонки

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

Рекомендована література

^