Найпоширеніші помилки початківців тестувальників - перша частина
Ті, хто перебуває на початку своєї кар’єри тестувальника програмного забезпечення, часто роблять типові помилки, які я хотів би проаналізувати в цій статті та запропонувати кілька порад щодо того, як їх уникнути.
Перш за все, я хотів би розглянути питання документування дефектів. Оскільки це найпоширеніша діяльність у процесі тестування, будь-який тестувальник повинен вміти правильно документувати помилки. Ми можемо обійтися без тестів, але не без дефектів.
Буде написано достатньо статей про те, що слід, а що не слід писати в заголовках дефектів, але ті, що спочатку роблять певні помилки. Здоровий глузд рекомендує, щоб назва дефекту відповідала на три питання (Що за? Де? Коли?). Поради дуже добрі, але чому їх так важко виконувати?
Перше, про що слід пам’ятати, це те, що назва дефекту повинна описувати суть проблеми. Ми часто робимо це із реченням, написаним відповідно до граматичних правил, характерних для мови, якою ми користуємось.
Загалом, короткий опис (короткий зміст) дефекту повинен відповісти на наступне питання "Що не так?" або іншими словами: "У чому проблема?" Сам заголовок повинен містити достатньо інформації, щоб читач міг зрозуміти проблему. Щоб це було легко зрозуміти, принаймні загалом, слід відповісти на кожне з трьох запитань нижче:
- "Що за?" - поведінка програми повинна бути описана, що, на наш погляд, є некоректним або не відповідає вимогам/стандартам/очікуванням. Іншими словами, це симптом.
- - Де? - в якій області системи або продукту (модуль, сторінка, функція). Це було б місце.
- "Коли?" - за яких умов дефект може бути відтворений. Це тригер.
Ви можете практикувати це, переглядаючи описи дефектів, щоб побачити, чи відображають вони суть проблеми.
"Неправильний пошук на веб-сайті"
Ось ще один підсумок тієї ж помилки: "Результат дії порожнього поля пошуку на сайті".
Наче ми наближаємось. Ми можемо зрозуміти, до якої функції стосується помилка, і навіть визначити умови, за яких ми можемо її відтворити. Але немає відповіді, чому це не працює належним чином. Тільки «Результат. ”- результат без конкретних елементів. І це повинно мати значення!
Щоб зрозуміти проблему, нам потрібно зрозуміти весь опис і мати можливість відтворити помилку. У разі пошуку, де поле пошуку порожнє, перед списком товарів з’являється вікно перегляду категорій, де зображення занадто велике і не відповідає інтерфейсу користувача. Ми можемо коротко описати це в наступному резюме:
"Після того, як я здійснив пошук із порожнім полем, у div" перегляду категорії "з’являється занадто велике зображення."
Звичайно, скріншот слід додати.
"коментар"
Так, це все. Слово, яке відноситься до функціональної області.
Це може бути простіше зрозуміти, якби я написав це, як показано нижче:
"Фатальна помилка: 463 при спробі опублікувати відгук на сторінці з описом товару."
“Порушений макет”
Цей опис є симптомом, некоректною поведінкою, тому його можна розглядати як відповідь (досить загальну) на запитання "Що (що відбувається)?". Але де саме це відбувається? На якій сторінці? На кожній сторінці? Не зрозуміло. І що потрібно зробити для досягнення цього результату? Це не з'являється.
Правильний опис повинен бути таким:
"На зображеннях, де ми збільшуємо 150%, усі сторінки накладаються".
І ще один приклад:
"Недійсна реєстрація електронної пошти."
Можливо, цей заголовок здавався б більше схожим на тест. Ми чітко знаємо, до якої функції відноситься помилка - "реєстрація", і ми знаємо, що є тригером - "недійсна електронна пошта" (звичайно, тут слід пояснити, що означає недійсна електронна пошта). Але що означає ця помилка?
Більш точним описом буде:
"Реєстрація можлива за недійсною електронною адресою"
"Електронна пошта не перевіряється при реєстрації."
У другій частині цієї статті ми обговоримо кілька порад щодо написання резюме помилок.
Ви хочете розпочати кар'єру в тестуванні програмного забезпечення? Дізнайся наші курси.