Что входит в понятие «условия тестирования» на проекте?

Ответ

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

Ключевые компоненты условий тестирования:

  1. Критерии входа (Entry Criteria): Условия, которые должны быть выполнены до начала тестирования.

    • Готовность тестовой среды (hardware, software, network).
    • Наличие и стабильность сборки (build) для тестирования.
    • Утвержденные и детализированные требования/спецификации.
    • Доступность необходимых тестовых данных.
  2. Критерии выхода/остановки (Exit/Suspension Criteria): Условия для завершения или приостановки тестирования.

    • Достигнут целевой уровень покрытия требований или кода (например, 95%).
    • Количество критических/блокирующих дефектов ниже установленного порога.
    • Исчерпан выделенный временной или бюджетный лимит.
  3. Окружение и инфраструктура:

    • Конфигурация тестовых стендов (ОС, браузеры, версии ПО, устройства).
    • Наличие и доступность инструментов (системы управления тестами, CI/CD, системы мониторинга).
  4. Ограничения и риски:

    • Отсутствие доступа к внешним системам или продакшен-данным.
    • Ограничения по производительности среды.
    • Зависимости от других команд или поставщиков.

Пример формулировки в тест-плане:

Критерий входа: Сборка v2.1.0 развернута на тестовом стенде STAGING. Все критические функциональные автотесты (smoke suite) выполнены успешно. Критерий выхода: Покрытие тестами всех приоритетных требований (P0, P1) достигло 100%. Все найденные дефекты с severity "Critical" исправлены и перепроверены.

Ответ 18+ 🔞

А, слушай, смотри, вот эта вся хуйня под названием «Условия тестирования» — это, по сути, свод законов, по которым мы, тестировщики, живём на проекте. Типа устава, блядь. Без этого — пиздец и анархия, все бегают как тараканы, а потом оказывается, что тестить-то и нечего, или среда не готова, или требования написаны на салфетке. Короче, бардак.

Вот смотри, из чего эта хитровыебанная конструкция состоит:

1. Критерии входа (Entry Criteria) Это типа наш пропускной пункт, хуле. Не выполнил — нихуя не начинаем, сидим, бздим, пьём кофе. Что там нужно?

  • Чтобы тестовая среда не грохнулась через пять минут после старта. То есть железо, софт, сеть — всё должно дышать, а не хрипеть.
  • Чтобы нам сбросили сборку, а не какую-то сырую полуфабрикатную хуйню, которая падает при запуске.
  • Чтобы требования были. Ну, то есть, чтобы было понятно, ЧТО мы вообще тестируем, а не гадали на кофейной гуще, блядь. «Ой, а мы думали, тут кнопка должна быть красная!» — это пиздец.
  • Чтобы тестовые данные были. Не мы же их, блять, из пальца будем высасывать!

2. Критерии выхода/остановки (Exit/Suspension Criteria) А это уже наши условия капитуляции, ёпта! Когда мы можем с чистой совестью сказать: «Всё, пиздуй в прод, задача выполнена». Или наоборот: «Стоп, хуйня происходит, дальше тестить нет смысла».

  • Мы проверили всё, что было в плане. Ну или почти всё, там 95% покрытия — уже овердохуища хорошо.
  • Критических багов, которые всё ломают, почти не осталось. Нельзя же выпускать продукт, который разваливается от одного чиха.
  • Кончилось время или бабки. Ну, бывает, блядь. Руководство говорит «всё, поехали», а у тебя в голове: «Да вы, блять, охуели?».

3. Окружение и инфраструктура Это наша мастерская, инструменты. Представь, тебе говорят: «Нарисуй Джоконду», а дают хуй с винтом вместо кисти и забор вместо холста. Вот и тут так же.

  • На каких девайсах, браузерах, операционках будем гонять? Всё должно быть ясно и готово.
  • Где мы баги будем фиксировать? В Jira, а не в телеге на стене, блядь. Как автотесты запускать? Чтоб не вручную, а через CI/CD пайплайн.

4. Ограничения и риски А это наше «но», блядь. То, что может всё пойти по пизде.

  • Нет доступа к платежному шлюзу? Будем тестить в симуляции, ебать его в сраку.
  • Тестовая среда тормозит как черепаха в сиропе? Риск такой, да. Придется с этим жить.
  • Ждём ответа от другой команды, а они, пидары, три недели молчат? Риск блокировки, всё застопорится.

Вот как это примерно выглядит в жизни, в тест-плане:

Критерий входа: Сборка v2.1.0 залита на стенд STAGING и не развалилась. Все основные автотесты (дымовые) прошли — зелёные, блядь, все. Критерий выхода: Мы проверили всю ключевую функциональность (P0, P1) до состояния «мама не горюй». Все найденные критические баги пофикшены и перепроверены — делов-то.

Вот и вся магия, ёпта. Без этого — просто ад, волнение ебать, а терпения — ноль.