2. Содержание
• Зачем проводить тестирование требований
• Кто может проводить тестирование
• Форматы проведения тестирования
требований
3. Зачем вам это нужно
1) Получить свежий взгляд со стороны
2) Экспертиза от экспертов в доменной области
3) Экспертиза от экспертов в выбранной
платформе
4) Если ваша спецификация прекрасна – об этом
будете знать не только вы =)
4. Экспертиза руководителем/старшим
аналитиком
1) Наилучший кандидат на предоставление «свежего
взгляда»
2) В интересах самого руководителя:
профессионализм сотрудников и имидж отдела
3) Руководитель должен культивировать практику
тестирования требований
4) Регламентируйте процесс, разработайте методику
тестирования, обучайте своих коллег
5. Экспертиза тестирощиком проекта
1) Пусть тестировщик составит тест-кейсы без
доступа к тестовому окружению, имея только
спецификацию
2) Само по себе обдумывание того, как проверить
каждое требование, является ценным приемом
работы над качеством
3) Обнаруженные проблемы вы можете устранить до
того, как они фактически превратились в дефекты
6. Как убеждать тестировщика
1) Вам проверять, что система работает согласно
требованиям. Почему бы не убедиться, что в самих
требованиях проблемы нет?
2) Найти реализованный дефект – стандартный
уровень, найти потенциальный дефект –
мастерство!
3) Вы составляете тест-кейсы, не делаете двойную
работу
7. Бизнес-аналитик из другого отдела
1) Источник уникальных для вас
доменных/проектных знаний
2) Шаринг лучших практик и подходов в
бизнес-анализе
8. Как убеждать
1) Выбирать идейных людей, практиковать
взаимовыгодное сотрудничество
2) Подстраиваться под периоды спада в
активностях
3) Делиться бюджетом проекта
4) Заранее озвучивать, какой результат
ожидаете и в какие трудозатраты это может
вылиться
9. Экспресс-проверка
1) Вариант 1: экспертиза всего документа, но
только на предмет явных ошибок/пробелов
2) Вариант 2: показать часть документа –
замечания экстраполировать на весь
3) Формат: заочная/очная встреча
10. Базовая проверка
1) Проверяется только качество самого
артефакта (но не полнота покрытия
бизнес-процесса и удовлетворение всех
пользовательских требований)
2) Формат:
• Встреча по погружению в проект
• Последующая заочная работа эксперта с
документом.
• Проверка исправления замечаний
(опционально)
11. Расширенная проверка (аудит)
1) Применяется, когда Заказчик серьезно недоволен
качеством поступающих спецификаций
2) Проверяются не только сами требования, но и
полнота покрытия бизнес-процесса и
удовлетворение пользовательских требований
3) Формат:
• Погружение в проект
• Тестирование существующей спецификации на
предмет «белых пятен»
• Участие в сессиях по выявлению требований
• Формирование перечня замечаний и доработок
12. В заключении
1) Тестирование требований могут провести
разные специалисты. Ориентируйтесь на ваши
цели и нагрузку коллег
2) Объясняйте, что тестирование требований – не
пустая формальность, а ценный инструмент
улучшения качества проекта (и
профессионального роста)
3) Клиенты настолько нуждаются в проверке
требований, что готовы заказывать эту услугу у
профессионалов