Тестирование связанное с изменениями

Виды тестирования связанные с изменениями(Обязательно знать виды):

Тестирование, связанное с изменениями, проводится после исправления выявленных в ходе функционального и нефункционального тестирования ошибок и недостатков, и его главная задача – подтвердить тот факт, что проблема устранена. К таким видам тестирования относятся дымовое, регрессионное, тестирование сборки и санитарное тестирование (проверка согласованности или исправности)

• Подтверждающее тестирование (confirmation testing): Тестирование, при котором выполняются тестовые сценарии, которые были не пройдены при последнем запуске, с целью подтвердить успешность исправлений. (ISTQB). (ISTQB)- это набор руководящих принципов и глоссарий терминов, который разработан Международным квалификационным советом по тестированию ПО (ISTQB) Повторное тестирование - это тип тестирования, выполняемый в новой сборке по проваленному на старой сборке тест-кейсу с тем же окружением и данными, для проверки того, что этот дефект теперь устранен.

• Регрессионное тестирование (редко нерегрессионное тестирование)-это повторное выполнение функциональных и нефункциональных тестов для обеспечения того, чтобы ранее разработанное и протестированное программное обеспечение все еще работало после изменения. Если нет, то это будет называться регрессией.

• Дымовое тестирование (Smoke Testing) - это тип тестирования программного обеспечения, которое обычно выполняется в начале цикла разработки, чтобы убедиться, что наиболее важные функции приложения работают правильно. Простыми словами, это тестирование основного функционала ПО Цель: Целью дымового тестирования является выявление любых серьезных проблем, которые могут помешать дальнейшему тестированию приложения, а не выявление всех дефектов в программном обеспечении.

• Санитарное тестирование (Sanity Testing) - это вид тестирования сборки ПО после изменений в коде или функциональности. Цель: Его цель – проверить, что старые ошибки исправлены, а новых не появилось. Если Sanity-тест не проходит, сборка отправляется на доработку, а не на более тщательное тестирование.