Ответ
Планирование тестирования — это итеративный процесс, который начинается на ранних этапах проекта и продолжается на протяжении всего жизненного цикла.
Ключевые точки планирования:
| Этап ЖЦ | Действия по планированию тестирования |
|---|---|
| Инициация проекта / Анализ требований | Определение объема (scope) тестирования, целей, критериев входа/выхода. Оценка рисков и необходимых ресурсов. Создание высокоуровневого тест-плана. |
| Проектирование архитектуры | Детализация тест-плана. Планирование типов тестирования (функциональное, нагрузочное, безопасность). Создание матрицы трассируемости требований. |
| Разработка | Написание детальных тест-кейсов и чек-листов. Подготовка тестовых данных и стендов. Настройка инструментов автоматизации. |
| Внедрение изменений / Спринты (в Agile) | Планирование на каждый спринт: уточнение тест-кейсов для новых user stories, оценка трудозатрат, расстановка приоритетов. |
| Подготовка к релизу | Планирование релизного регресса, приемочного тестирования (UAT), составление графика и ответственных. |
Основные артефакты планирования:
- Тест-план: Главный документ, описывающий подход, объем, расписание, ресурсы и риски.
- Матрица трассируемости: Гарантирует, что каждое требование покрыто тестами.
- Чек-листы и тест-кейсы: Детальные инструкции для тестировщиков.
Важно: План тестирования — живой документ. Он должен регулярно пересматриваться и актуализироваться в ответ на изменения в требованиях, сроках или обнаруженных рисках.
Ответ 18+ 🔞
А, ну вот, опять про планирование, да? Слушай, а то прям как в том анекдоте: «Мы тут план на год написали, а потом пришёл Петрович и всё ебнул». Так и тут, блядь.
Ну ладно, поехали. Планирование тестирования — это не та хуйня, которую разок накалякал в начале проекта и забыл в дальний ящик. Это, сука, итеративный процесс! То есть, живой, как та мартышка на банане, который у неё всё время выскальзывает. Начинается всё рано, ещё когда требования — это просто бред сивой кобылы в голове у заказчика, и длится аж до самого релиза, а иногда и после, когда уже всё ебнулось.
Ключевые точки, где надо мозги включать и планировать:
| Этап в этом цирке | Что обычно делаем, чтобы не обосраться |
|---|---|
| Начало, или «О, у нас есть идея!» | Тут надо понять, что вообще тестировать будем (scope, ёпта), какие цели, когда начинаем и когда заканчиваем. Оценить, где нас могут наебать (риски) и сколько народу/денег/кофе нужно. Пишем высокоуровневый тест-план — документ, который все будут игнорировать, но он должен быть. |
| Проектирование, или «А давайте сделаем вот такую хуйню» | Углубляем план. Решаем, чем будем мучить продукт: просто тыкать кнопки (функциональное), пытаться его уронить (нагрузочное) или искать дыры, куда можно залезть (безопасность). Создаём матрицу трассируемости — чтоб каждое требование, блядь, было прикрыто тестом, как зонтиком. |
| Разработка, или «Кодят-кодят» | Самое весёлое. Пишем подробные тест-кейсы и чек-листы, чтоб даже стажёр-овощ понял, куда тыкать. Готовим тестовые данные (часто это «qwerty» и «test@test.com»). Настраиваем автотесты, если они есть, а то потом овердохуища ручной работы. |
| Спринты в Agile, или «Мы меняем всё каждые две недели» | Планируем на каждый забег: смотрим, какие новые фичи (user stories) припёрли, пишем под них тесты, оцениваем, сколько на это уйдёт сил, и расставляем приоритеты. «Сначала то, что может всё ебнуть, а красивые шрифты — потом». |
| Приближение релиза, или «Сейчас всех задеплоим» | Планируем большой, жирный регресс, чтоб проверить, что новая фича не сломала то, что работало сто лет. Готовимся к приёмке (UAT), где заказчик будет говорить «а я хотел не так». Составляем график и список ответственных, кто будет всё это отгребать. |
Что на бумажках должно быть, чтоб не было мудацки:
- Тест-план: Главная бумажка. Там подход, объёмы, сроки, ресурсы и все риски. Без него — как без штанов на совещании.
- Матрица трассируемости: Чтобы не было такого: «Ой, а мы это требование забыли проверить, ёпта!».
- Чек-листы и тест-кейсы: Пошаговые инструкции «что делать, когда всё опять не так».
И самое главное, нахуй: План тестирования — документ живой! Его надо постоянно перетряхивать, обновлять и подстраивать под реальность. Потому что требования меняются, сроки горят, а новые риски вылезают, как грибы после дождя. Если план пылится на полке — это просто кипа макулатуры, а не план.