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

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

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

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

Буду также рад подписке на мой уютный telegram бложик: https://t.me/OlegMalyshevBlog Тест-кейсы Определения Определение по ISTQB это набор входных значений, предусловий выполнения, ожидаемых результатов и постусловий выполнения, разработанный для

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

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

Буду также рад подписке на мой уютный telegram бложик: https://t.me/OlegMalyshevBlog Название (заголовок) баг-репорта Название не должно быть слишком длинным Прочитав название должно быть сразу понятно в чем дело

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

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

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