Тестирование сборки (Build Verification Test) проводится на уровне unit-тестов?

Question

[Aleksey111]

Если нет, то приведите пример. Из определения не совсем понятно, как оно вообще проверяется до того, как попадет в тестирование. Если это не про unit-тесты, то непонятно отличие от дымового тестирование или тестирования согласованности.

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

Answer 1

[Александр П]

Предлагаю начать с определений. BVT можно считать условным аналогом Smoke тестирования. Изначально, Smoke тестирование выполнялось перед более глубоким тестированием и состояло из небольшого количества наиболее критичных тестов. Smoke тестирование отвечает на вопрос "отвечает ли продукт минимальным критериям готовности к тестированию".

BVT это чаще всего набор автоматических тестов, которые запускаются как часть CI/CD Pipeline, и отвечают на вопрос "отвечает ли продукт необходимым и достаточным требованиям для прохождения этапа сборки". Т.е. одно из ключевых отличий BVT от Smoke это то, что BVT подразумевает автоматизированные тесты.

Далее, к вашему вопросу. Термин Unit-тестирование очень уж спорный. Если вы спросите 3-х специалистов о том, что же является unit-тестом, вы получите не менее пяти разных мнений. С точки зрения BVT абсолютно не важно, какие это тесты, unit/integration/e2e. Важна скорость их выполнения (очень частая цель - до 10 минут). В большинстве случаев BVT будет состоять или из тестов системного уровня, или из тестов на различных уровнях.

Answer 2

[Андрей]

1. Статический анализ кода
2. Юнит-тестирование
3. Деплой на стенд, если необходимо
4. Smoke Integration testing, если необходимо
5. Sanity System testing, если необходимо