Матеріали з курсу
-
Баг- репорт: про використання «некоректних» слів
03.05.2017Без сумніву, хороший баг-репорт – це документ високої якості. Написання якісного баг-репорта – це важливе завдання, адже саме баг-репорт буде основною точкою комунікації між тестувальником, розробником і менеджером проєкту. Добре написаний баг-репорт не тільки створить хороші взаємини між вами і розробниками, але і збереже ресурси компанії на роботу з ним.
-
Правила оформлення теми тест-кейсу
14.03.2017Розглянемо правила оформлення теми тест-кейсів, приклади правильних та неправильних формулювань, поширені помилки.
-
Правила оформлення баг-репортів англійською мовою. Використання пасиву
11.02.2017Опис багів англійською мовою багато в чому нагадує їх опис українською. У той же час існують значні відмінності, зумовлені відмінностями в граматиці мов. Далі в статті будуть розглянуті поради і правила для всіх основних атрибутів баг-репорта.
-
Що таке цілісність тест-кейсу або як правильно описати тест-кейс, щоб перевірити функціонал?
30.01.2017Будь-який тест-кейс повинен містити мінімально необхідну (і в той же час достатню) кількість інформації. Існує «золота середина» по відношенню до обсягу інформації в тест-кейсах. Якщо тест-кейс містить багато зайвої (другорядної) інформації – це уповільнює процес читання, розуміння і проходження самого тест-кейса. І навпаки, якщо інформації дуже мало – це призводить до непорозумінь, що саме необхідно зробити для того, щоб пройти тест-кейс.
-
Основні правила опису кроків відтворення дефекту
30.01.2017Кроки для відтворення (англ. Steps to Reproduce, або STR) тісно пов’язані з отриманим фактичним результатом.
