Обычно выделяют следующие "требования к требованиям":
- Корректность
Простыми словами: Требование должно быть правильным, точным и соответствовать действительности.
Как тестировать: Проверить, что требование соответствует нуждам и целям проекта. Например, если требование говорит, что система должна отправлять уведомления по электронной почте, убедись, что это действительно необходимо и реализуемо. - Недвусмысленность
Простыми словами: Требование должно быть понятно всем одинаково, без возможности разного толкования.
Как тестировать: Прочитай требование и спроси у разных людей, что они поняли. Если ответы отличаются, требование нужно уточнить. Например, "Система должна быть быстрой" - неясно, лучше указать "Система должна обрабатывать запросы за 2 секунды". - Полнота набора требований
Простыми словами: Все необходимые требования должны быть перечислены, ничего не должно быть упущено.
Как тестировать: Сравни набор требований с целями проекта и списком функциональных областей. Например, если проект включает и веб-сайт, и мобильное приложение, убедись, что требования охватывают обе части. - Непротиворечивость набора требований
Простыми словами: Требования не должны противоречить друг другу.
Как тестировать: Сравни все требования между собой и ищи противоречия. Например, если одно требование говорит, что данные должны быть удалены после 30 дней, а другое - что они должны храниться 60 дней, это противоречие. - Проверяемость (тестопригодность)
Простыми словами: Требование должно быть таким, чтобы можно было проверить, выполнено оно или нет.
Как тестировать: Убедись, что для каждого требования можно написать тест. Например, "Система должна поддерживать до 1000 пользователей одновременно" - легко проверяется тестом на нагрузку. - Трассируемость
Простыми словами: Должна быть возможность проследить, откуда появилось требование, и как оно связано с другими частями проекта.
Как тестировать: Проверь, что каждое требование связано с источником (например, с бизнес-целью или запросом пользователя) и с другими документами, например, с проектными спецификациями. - Понимаемость
Простыми словами: Требование должно быть понятно всем, кто с ним работает, включая разработчиков, тестировщиков и клиентов.
Как тестировать: Прочитай требование и спроси у разных членов команды, что они поняли. Если кто-то не понимает, требование нужно переписать более ясно. Например, используйте простые, общепринятые термины вместо технического жаргона.
Эти шаги помогут тебе убедиться, что требования к проекту качественно проработаны и готовы для дальнейшей работы.
Так же будет интересно:
Вопросы по теории тестирования Джуну
