Проверка сборки — это базовое тестирование, выполняемое для каждой новой сборки, чтобы убедиться, что она соответствует тому, что от нее требуется, прежде чем она будет передана команде тестирования или UAT для дальнейшего тестирования. Эта процедура также может называться приемочным тестированием сборки или дымовым тестированием и является мерой стабильности сборки программного обеспечения. Этот уровень тестирования жизненно важен для подтверждения целостности сборки, особенно когда она интегрирована с множеством других модулей.
Принципы проверки сборки (BVT)
Основной принцип проверки сборки состоит в том, что частью сборки должны быть только тестируемые и стабильные модули. Это означает, что когда ваш инженер по сборке создает для вас сборку, вам нужно протестировать и выяснить, что в сборку интегрированы только тестируемые части. Любые незавершенные или непроверенные модули должны быть исключены. Поскольку тестовые случаи будут в основном предопределены, BVT будет автоматизирован, что позволит запускать эти тесты как часть непрерывной сборки и развертывания.
Процесс БВТ
Процесс тестирования BVT будет следующим:
- Тестовые случаи выполняются как часть непрерывного тестирования и развертывания.
- После каждого запуска результаты анализируются.
- При обнаружении сбоя результаты с логами будут отправлены в команду разработчиков.
- Команда разработчиков анализирует журналы и, если обнаружены ошибки, создает исправления.
- После исправления ошибок будет создана новая сборка и снова будут запущены тестовые случаи.
- Если он пройден, сборка будет передана команде тестирования или UAT.
- В случае неудачи результаты будут еще раз отправлены команде разработчиков.
Здесь важно помнить, что BVT в основном автоматизированы. Тесты довольно повторяющиеся и предопределенные, поэтому легко понять, почему предпочтение отдается автоматизации. Чтобы сэкономить время и повысить эффективность, тестировщики автоматизируют тестовые случаи BVT и включают их в непрерывный процесс сборки и развертывания. По мере того, как в вашу сборку добавляются дополнительные функции, в набор тестов могут быть включены дополнительные тестовые случаи.
Ключевые моменты, которые следует учитывать при написании тестовых случаев BVT
- Тестовые примеры должны содержать четко определенные ожидаемые результаты.
- Тестовые случаи должны включать только критические сценарии.
- Проверяется только целостность сборки, а не вся функциональность, поэтому тестовые примеры должны быть короткими и простыми.
- Привлекайте разработчиков, DevOps или экспертов в предметной области к разработке тестовых случаев.
Некоторые преимущества БВТ
- Лучшее тестовое покрытие и эффективность благодаря тестированию.
- Команда тестирования меньше беспокоится о возможности нестабильных сборок.
- Тестирование выполняется для каждой сборки ежедневно, поэтому любые серьезные проблемы могут быть обнаружены на ранней стадии.
- Тесты автоматизированы, поэтому ручное вмешательство не требуется.
Ключевые выводы
- Тестовые примеры проверки сборки следует запускать при каждой новой сборке, но не слишком часто. В идеале запускайте их один раз в день, чтобы избежать слишком частого обновления.
- Тесты должны быть короткими, их продолжительность не должна превышать 30 минут.
- Тесты должны быть полностью автоматизированы и являться частью вашего процесса CI.
- Тесты должны постоянно обновляться по мере добавления новых функций в вашу сборку.
- BVT также известен как Build Acceptance Test и Smoke Test.
- Любые незавершенные тесты или области, которые еще не готовы к тестированию, должны быть исключены из теста.
#Тестировщик #Ит #Дигитал #QA #Тестирование
