Правила оформлення теми тест-кейса
-
Правила оформлення теми тест-кейса
Розглянемо правила оформлення теми тест-кейсів, приклади правильних та неправильних формулювань, поширені помилки.
-
Типові помилки при оформленні тест-кейсів на курсах
Одним з видів практичних завдань, в рамках нашого курсу, є оформлення тест-кейсів. Щоб краще впоратися з цим завданням, ми розглянемо найпоширеніші помилки, які допускають новачки при їх оформленні. Сподіваємося, що після прочитання статті, створювати хороші тест-кейси стане набагато легше.
-
Що таке цілісність тест-кейса або як правильно описати тест-кейс, щоб перевірити функціонал?
Будь-який тест-кейс повинен містити мінімально необхідну (і в той же час достатню) кількість інформації. Існує «золота середина» по відношенню до обсягу інформації в тест-кейсах. Якщо тест-кейс містить багато зайвої (другорядної) інформації – це уповільнює процес читання, розуміння і проходження самого тест-кейса. І навпаки, якщо інформації дуже мало – це призводить до непорозумінь, що саме необхідно зробити для того, щоб пройти тест-кейс.
-
Як правильно описати передумови в тест-кейсах
Тест-кейс (Test Case) – це сукупність кроків, конкретних умов і параметрів, необхідних для перевірки реалізації функції, що тестується або її частини. У цій статті ми розповімо про те, як правильно складати тест-кейси. Рекомендуємо особливо уважно ознайомитися з цією інформацією студентам наших онлайн-курсів, так як вона буде однією з опорних точок при перевірці та оцінюванні домашніх завдань.
-
Робота з системою TestRail
Що собою являє цей інструмент, його особливості та переваги вже було розглянуто у статті «Популярні інструменти для створення тест-кейсів». Сьогодні ж ми заглибимося у більш практичну частину роботи з цією системою та розглянемо поетапно процес реєстрації, створення проєктів, тест-кейсів, тест-планів, тест-ранів тощо.
-
Тестове покриття
У сфері тестування звично говорити про якість самого ПЗ, про його перевірку та оцінку. Але замовникам також важливо знати і контролювати, що і сама перевірка продукту проходить також якісно, перевіряються всі найважливіші аспекти, виконується достатня кількість тестів, виправляється достатня кількість помилок і т. д. Тобто, якість тестування ПЗ, як і багато інших робіт, також має оцінюватися згідно з різними критеріями.
-
Парадокс пестициду та підтримка ефективності тест-кейсів
Трапляються такі ситуації коли, чим більше ми тестуємо продукт, тим більший імунітет виробляється у багів, які ми намагаємося знайти, використовуючи наші тестові набори. Коли одні і ті ж тести повторюються знову і знову, то в кінці кінців вони перестають знаходити нові баги. У такій ситуації, навіть детально описаний тест-кейсами, функціонал може бути не протестований досить ретельно і до користувачів можуть потрапити серйозні баги.
