Верификация
Костюм сшит. Теперь портной проверяет: всё ли по выкройке? Ровные ли швы? На месте ли пуговицы? Это ещё не примерка — это проверка по чертежу. Мы проверяем: система соответствует ТЗ? Все функции работают? Ошибок нет?
❓Главный вопрос этапа
Что проверяем:
- • Все функции из ТЗ реализованы
- • Поведение соответствует описанию
- • Нет критических ошибок
- • Интеграции работают корректно
Если находим ошибку:
- • Фиксируем в протоколе
- • Разработчик исправляет
- • Проверяем повторно
- • Ошибка закрыта
📦Что вы получите
Конкретные результаты этапа верификации
Протоколы тестирования
Документация всех проведённых тестов. Что проверяли, какой результат, какие ошибки нашли.
Реестр дефектов
Список всех найденных и исправленных ошибок. История исправлений с датами.
Акт верификации
Официальный документ: система соответствует ТЗ и готова к передаче заказчику.
💰В чём ваша выгода?
Без верификации
- ✗Ошибки находят пользователи
- ✗Споры: «это баг или фича?»
- ✗Нет критериев приёмки
- ✗Риск принять некачественную работу
С верификацией
- ✓Ошибки найдены и исправлены
- ✓Есть ТЗ — есть критерий
- ✓Объективная приёмка по документу
- ✓Гарантия качества
💡Главное: Верификация — это ответ на вопрос «Сделано ли по ТЗ?». Это внутренняя проверка качества перед передачей заказчику.
📐 V-образная схема
Верификация — начинаем подъём! Проверяем соответствие разработки проекту.
↑ Справа: поднимаемся от проверки к эксплуатации
Путь УСЛУГИ: этап «Проверка качества»
На этом этапе Услуга ВЕРИФИЦИРУЕТСЯ.
Созданный сервис проверяется на соответствие техническим требованиям. Это внутренняя проверка качества: работает ли система так, как было запроектировано?
Верификация — контроль на этапе «Сервис → Польза»: убеждаемся, что сервис работает правильно, прежде чем передавать пользователям.
👔 Записка ИТ-директору
Артефакты: Протоколы тестирования, отчёт о дефектах, матрица трассировки, акт приёмки функционала. Ответственность: QA-инженеры проверяют, аналитики верифицируют соответствие ТЗ. Риски: неполное покрытие тестами, регрессия при исправлении дефектов. Сроки: 2-4 недели, зависит от объёма доработок. Критерий завершения: все критические дефекты устранены, акт приёмки подписан.
📄Пример структуры: Протокол тестирования
- Общие сведения — дата, версия системы, участники
- Объект тестирования — модуль, функционал по ТЗ
- Тест-кейсы — ID, описание, шаги, ожидаемый результат
- Фактический результат — PASS/FAIL для каждого кейса
- Дефекты — ID, описание, приоритет, статус
- Матрица трассировки — требование ↔ тест-кейс
- Статистика покрытия — % пройденных тестов
- Нагрузочные тесты — производительность, время отклика
- Рекомендации — что исправить до ОПЭ
- Заключение и подписи — готовность к ОПЭ