Тестировщик с нуля

Решил показать, как у нас устроена связка автотесты + тест-кейсы в Allure TestOps и мне кажется это правильный подход. QA могут:  Писать автотесты как в самом allure testops

В этом коротком уроке мы завершим обсуждать тему тестовой документации и еще немного поговорим о тест сьютах (test suite), тест ранах (test run) и о тест плане (test

В этом уроке мы разберем разные варианты тест-кейсов и чек-листов в системе управления тестированием TestRail. Сформируем тест ран (test run) и подберем для него тест-кейсы для регрессионного тестирования.

Тест-кейсы Определения Определение по ISTQB это набор входных значений, предусловий выполнения, ожидаемых результатов и постусловий выполнения, разработанный для определённой цели или тестового условия, таких как выполнения определённого пути

Иии завершающий урок, посвященный теме баг-репорта

5 принципов при оформлении баг-репорта Перечитать оформление бага сразу после его написания, даже если вам кажется что вы оформили баг хорошо, все равно подумайте над тем, как можно

  Название (заголовок) баг-репорта Название не должно быть слишком длинным Прочитав название должно быть сразу понятно в чем дело Принцип “Что? Где? Когда? Плохой пример —  “Если открыть

 Что я делаю, когда тестирую новую фичу: Начинаю тестировать фичу не смотря на спецификации и макеты. (Стараюсь смотреть с точки зрения пользователя) Тестирую согласно требованиям, набрасывая при этом

Функциональное тестирование Тестирование, направленное на проверку соответствий функциональных требований ПО к его реальным характеристикам Нефункциональное тестирование Это тестирование того, как работает система, тестирование характеристик ПО, которые могут быть

Баг (Bug) — несоответствие фактического и ожидаемого результата Фича (Feature) — функциональная возможность(особенность) программы