Какую цель легче достичь: Continuous Integration или Continuous Delivery?

С точки зрения QA, Continuous Integration (CI) достичь легче. Её ядро — автоматизация сборки и запуска тестов при каждом коммите, что является естественным и первоочередным шагом для тестировщика.

Что входит в CI для QA:

1. Настройка пайплайна (например, в Jenkins или GitLab CI) для автоматического запуска.
2. Интеграция набора автотестов (юнит, интеграционные, API-тесты).
3. Получение отчёта о прохождении тестов и качестве сборки.

Continuous Delivery (CD) сложнее, так как требует расширения автоматизации на процессы, тесно связанные с инфраструктурой и окружением:

• Автоматическое развёртывание сборки на staging- и production-подобные среды.
• Запуск end-to-end и smoke-тестов в этих средах.
• Организация безопасного и откатываемого процесса релиза.

Пример простого CI-шага для запуска тестов в GitLab CI:

stages:
  - test

run_api_tests:
  stage: test
  script:
    - echo "Запуск API-тестов..."
    - npm install
    - npm run test:api
  artifacts:
    when: always
    reports:
      junit: reports/junit.xml

Таким образом, CI — это фундамент, который QA-специалист строит в первую очередь. CD — это надстройка, требующая более глубокой интеграции с DevOps-процессами.