Какие действия выполняет тестировщик после получения требований к функциональности?

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

1. Анализ требований (Requirements Analysis) Проверка требований на соответствие критериям INVEST (в адаптации для тестирования):

   • Independent & Testable: Можно ли протестировать требование изолированно? Есть ли четкие критерии приемки (Acceptance Criteria)?
   • Negotiable & Unambiguous: Нет ли двусмысленностей? Все термины понятны?
   • Valuable & Complete: Охватывает ли требование все сценарии (положительные, отрицательные, граничные)?
   • Estimable & Small: Можно ли оценить объем тестовых работ?

   Пример плохого и хорошего требования:

   • ❌ Плохо: "Система должна быстро обрабатывать запросы."
   • ✅ Хорошо: "95% запросов к API /api/v1/orders должны обрабатываться менее чем за 500 мс при нагрузке до 100 RPS."

2. Уточнение и задавание вопросов

   • Немедленно задать вопросы аналитику или заказчику при обнаружении неясностей, противоречий или пробелов.

3. Планирование тестирования

   • Определить тестовую стратегию (типы тестирования: функциональное, нефункциональное).
   • Определить приоритеты тестирования на основе рисков и важности функциональности.
   • Начать проектирование тестовых сценариев и тест-кейсов.

4. Создание тестовой документации

   • Разработать чек-листы, mind maps или формальные тест-кейсы в выбранном инструменте.