Тестировщик с нуля
Решил показать, как у нас устроена связка автотесты + тест-кейсы в Allure TestOps и мне кажется это правильный подход. QA могут: Писать автотесты как в самом allure testops
В этом коротком уроке мы завершим обсуждать тему тестовой документации и еще немного поговорим о тест сьютах (test suite), тест ранах (test run) и о тест плане (test
В этом уроке мы разберем разные варианты тест-кейсов и чек-листов в системе управления тестированием TestRail. Сформируем тест ран (test run) и подберем для него тест-кейсы для регрессионного тестирования.
Тест-кейсы Определения Определение по ISTQB это набор входных значений, предусловий выполнения, ожидаемых результатов и постусловий выполнения, разработанный для определённой цели или тестового условия, таких как выполнения определённого пути
Иии завершающий урок, посвященный теме баг-репорта
5 принципов при оформлении баг-репорта Перечитать оформление бага сразу после его написания, даже если вам кажется что вы оформили баг хорошо, все равно подумайте над тем, как можно
Название (заголовок) баг-репорта Название не должно быть слишком длинным Прочитав название должно быть сразу понятно в чем дело Принцип “Что? Где? Когда? Плохой пример — “Если открыть
Что я делаю, когда тестирую новую фичу: Начинаю тестировать фичу не смотря на спецификации и макеты. (Стараюсь смотреть с точки зрения пользователя) Тестирую согласно требованиям, набрасывая при этом
Функциональное тестирование Тестирование, направленное на проверку соответствий функциональных требований ПО к его реальным характеристикам Нефункциональное тестирование Это тестирование того, как работает система, тестирование характеристик ПО, которые могут быть
Баг (Bug) — несоответствие фактического и ожидаемого результата Фича (Feature) — функциональная возможность(особенность) программы