QA

Suvorov Dmytro, [14.06.17 13:24]

Дымовое (Smoke) тестирование рассматривается как короткий цикл тестов, выполняемый для подтверждения того, что после сборки кода (нового или исправленного) устанавливаемое приложение, стартует и выполняет основные функции.

Suvorov Dmytro, [14.06.17 13:25]

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

Suvorov Dmytro, [14.06.17 13:26]

Повторное тестирование — тестирование, во время которого исполняются тестовые сценарии, выявившие ошибки во время последнего запуска, для подтверждения успешности исправления этих ошибок.

В чем разница между regression testing и re-testing? 

Re-testing — проверяется исправление багов

Regression testing — проверяется то, что исправление багов не повлияло на другие модули ПО и не вызвало новых багов.

Suvorov Dmytro, [14.06.17 13:29]

Тестирование сборки или Build Verification Test — тестирование направленное на определение соответствия, выпущенной версии, критериям качества для начала тестирования. По своим целям является аналогом Дымового Тестирования, направленного на приемку новой версии в дальнейшее тестирование или эксплуатацию. Вглубь оно может проникать дальше, в зависимости от требований к качеству выпущенной версии.

Санитарное тестирование — это узконаправленное тестирование достаточное для доказательства того, что конкретная функция работает согласно заявленным в спецификации требованиям. Является подмножеством регрессионного тестирования. Используется для определения работоспособности определенной части приложения после изменений произведенных в ней или окружающей среде. Обычно выполняется вручную.

Suvorov Dmytro, [14.06.17 13:40]

По существу:

1. Вы согласны с мнением разработчика? Да/Нет?

2. Вы можете найти еще аргументы в свою пользу, чтобы убедить его, что это дефект?

3. Подключите руководство проекта и смиритесь с его решением)

Все это надо делать с фиксацией в багобазе, а не в живом разговоре или личной переписке.