Тесты или шлюзы в процессе сборки и выпуска

Question

В качестве части моего процесса автоматической сборки и выпуска я запускаю несколько тестов/шлюзов/проверок. Вот некоторые примеры:

• Предварительно строят чеки:

  • версии мы строим не уже выпустили
  • Тег для версии мы строим, не существует в версии контроль
  • ...

• после сборки проверяет

  • Двоичный на самом деле работает (может быть, это можно считать тест дыма?)
  • ...

• проверяет

  Pre-продвижение
  • версии мы строим не имеет уже выпущен
  • Тег для версии, которую мы строим, не существует в управлении версиями
  • версии мы продвигаем существует в JIRA
  • Coverity или Sonar анализ отвечают определенного качества пороги
  • ...

Вы можете, вероятно, расширить этот список предварительно разворачивать, пост-Deploy (я думаю, это будут тесты на дым)

Вопрос в том, какое правильное название для этих проверок/испытаний?

Любые указатели на статьи об этом материале были бы полезны. Пробовал поиск в Интернете, но это немного сложно, не зная правильного названия для этого термина, поэтому вопрос здесь:)

Answer 1

Если мы придерживаемся калибровочных ворот конвейера непрерывного развертывания, это изображение, которое может сделать его немного понятным , почему нам нужно такое:

И более конкретно о строительстве нефтепровода:

Как вы можете видеть движущуюся п rom ниже в среду Prod, различные типы уровней тестирования и типы включаются в зависимости от потребностей. Ручная фаза означает, что это делается с большим вниманием со стороны команды QA, а не с проверкой производительности.

Двоичный на самом деле работает (может быть, это можно считать тест дыма?)

Не правильно.

Когда ваш бинарный файл установлен, развернут и построен на каждой среде, где вы хотите получить быструю обратную связь (в пределах 10 минут), как настраиваются функции (конфигурации) и запускаются. Наличие хорошего Smoke suite даст вам уверенность, что все прошло хорошо, поэтому вы можете продолжить остальные дорогостоящие задания по тестированию и автоматизации. Это также известно как тестирование на вступление, когда подмножество тестовых примеров, которые охватывают наиболее важные функции, выбирается и запускается, чтобы убедиться, что критически важные функции программы работают правильно. Основное преимущество, которое он дает при использовании, заключается в том, чтобы определить, следует ли подвергать этот бинард дальнейшему, более мелкозернистому тестированию.

Вопрос в том, какое правильное название для этих проверок/испытаний?

Как видите, процесс качества является немного сложным (активным), чтобы выразить его простым словом. Одно сообщение в блоге или ответ здесь могут просто поцарапать поверхность. Есть еще пара books.

Вы можете продолжить чтение об этом here и here.

Нижняя линия: Ваши прошедшие испытания должны быть шлюзами при продвижении по направлению к Prod.