Привет Друзья! В данной статье, Мы с Вами обсудим с Вами цели тестирования, другими словами "А когда необходимо тестировать программный продукт?"
Тестирование новой функциональности
В первую очередь, это тестирование новой функциональности (new feature test) – производится как только была разработана новая функциональность, то есть тестирование во время спринта разработки, при данном тестировании новый функционал проходит все этапы начиная с дымового тестирования, теста критического пути и заканчивает расширенным тестом.
Регрессионное тестирование
Это тестирование любят тестировщики, когда у них написаны автотесты, но когда у Вас нет проекта по автоматизации, то Вам необходимо все проверять руками и это может потребовать большого количества времени и человеческих ресурсов.
И так, Регрессионное тестирование – это тестирование ранее разработанного функционала, с целью удостовериться, что после появления новой функциональности, не повлияло на прежнюю функциональность. Другими словами, работает ли наш старый функционал как должен, после появления нового функционала.
Производится:
- после появления нового билда (промежуточная версия нашего продукта);
- тестирование того функционала в котором часто обнаруживаются дефекты;
- плановое тестирование;
-того функционала который часто меняется в ходе разработки.
Можно тестировать весь программный продукт, а можно только тот функционал что взаимодействует с новым.
В регрессионное тестирование входит большое количество тест-кейсов, то есть сценариев проверок, поэтому его как правило автоматизируют, с целью экономии времени.
Повторное тестирование (Re-test)
Re-test – проверка правильности исправления дефекта.
Для того чтоб вам объяснить этот вид тестирования, расскажу вам жизненный цикл бага.
Разработчик разработал новый функционал, после чего передал его тестировщику, тестировщик его проверил, нашел там баг, занес его в бактрекинговую систему.
Далее, когда разработчик исправил наш баг, или как говорят «зафиксил», он говорит нашему тестировщику, что баг исправлен, так вот повторная проверка нашего функционала, на отсутствие устраненного бага, называется Re-test.
Если баг не обнаружен, то новый функционал отправляется в релиз, если он повторно обнаружился, то снова возвращается разработчику и т.д.
Друзья, Вот мы рассмотрели с Вами три важных вида тестирования, с которыми вы столкнетесь или уже столкнулись в своей работе. Пришло время прощаться, подписывайтесь на канал, ставьте лайк и до новых встреч!