Ответ
Да, проводил анализ технических заданий. Цель вычитки — выявить риски до начала разработки и тестирования.
Ключевые аспекты для проверки:
- Полнота (Completeness): Все ли функциональные и нефункциональные требования, сценарии пользователя и бизнес-правила описаны? Отсутствуют ли "серые зоны"?
- Однозначность и ясность (Unambiguity & Clarity): Формулировки не допускают двойного толкования. Избегаются субъективные термины ("быстро", "удобно", "красиво").
- Тестируемость (Testability): На основе каждого требования можно составить четкие проверяемые тест-кейсы с ожидаемым результатом.
- Непротиворечивость (Consistency): Требования в разных разделах ТЗ не конфликтуют между собой.
- Корректность граничных условий (Boundaries): Четко определены допустимые диапазоны значений, ограничения, состояния системы.
Пример проблемной и исправленной формулировки:
- Проблема: "Система должна быстро загружать отчеты."
- Неизмеримо, субъективно.
- Решение: "95% отчетов объемом до 10 000 строк должны генерироваться и отображаться пользователю в течение 3 секунд при стандартной нагрузке (до 50 одновременных пользователей)."
Все выявленные неясности, противоречия и пробелы фиксируются в виде вопросов и выносятся на обсуждение с аналитиком или заказчиком для уточнения.