Программа и методика испытаний объясняет, что проверяется, в каких условиях и каким результатом подтверждается требование. Это не перечень пожеланий к демонстрации. Для интегратора хороший документ должен быть исполним другим инженером и позволять отделить отказ системы от ошибки условий испытания.
Начните с таблицы покрытия требований
Перечислите согласованные требования и назначьте способ подтверждения каждого. Не все пункты проверяются одинаково: комплект поставки подтверждают осмотром, производительность испытанием, некоторые свойства анализом документации. Укажите идентификатор требования, методику и место записи результата. Если требование не имеет проверки, выясните причину до предъявления. Если проверка не имеет основания, оцените, нужна ли она в объёме проекта. Не считайте один успешный сценарий подтверждением всех функций. Таблица должна показывать реальные связи и оставшиеся пробелы, а не только общее число выполненных тестов.
Зафиксируйте состояние объекта
Опишите состав системы, версии программного обеспечения, настройки, внешние соединения и используемые данные. Укажите, чем испытательное окружение отличается от рабочего и какие выводы из-за этого ограничены. Для нагрузки раскройте тип операций, распределение запросов и способ воспроизведения. Не используйте реальные персональные данные без согласованного основания и защиты; учебные данные должны быть подготовлены по принятому порядку. Сохраните исходное состояние и процедуру возврата. Без этих сведений повторное испытание может дать другой результат, и команда не сможет определить, связано ли различие с исправлением или с изменёнными условиями.
Пишите шаги и ожидаемый результат
В методике укажите предварительные условия, действия, наблюдаемые признаки и критерий выполнения. Для количественного показателя задайте единицу, интервал наблюдения и способ расчёта. Не ограничивайтесь фразой «проверить отказоустойчивость»: уточните согласованный отказ, допустимый способ его имитации и признаки восстановления. Для ошибки определите ожидаемое сообщение или поведение. У инженера должна быть возможность остановить сценарий при опасном воздействии. Условия остановки и восстановления согласуйте заранее, особенно если испытание затрагивает действующие сервисы заказчика или оборудование, которое не относится к проекту.
Подготовьте форму протокола
В протоколе нужны сведения об объекте, методике, условиях, исполнителе, времени и фактическом результате. Добавьте место для отклонений и ссылок на подтверждающие материалы. Не заменяйте результат заранее напечатанной отметкой «успешно». Если сценарий не выполнен из-за недоступности внешнего сервиса, это отдельный статус, а не доказанный отказ вашей системы. После исправления сохраните исходное замечание и новый результат. Укажите, какие связанные проверки повторены. Такая история важна, потому что исправление одной настройки может затронуть другой сценарий, ранее считавшийся выполненным.
Пример: переключение сетевого соединения
В учебном проекте проверяется работа через резервное соединение. Команда согласует безопасное отключение основного пути, фиксирует исходную связность и запускает предусмотренные рабочие операции. Методика определяет, какие соединения должны сохраняться или восстанавливаться и как записывается длительность перерыва. После проверки основной путь возвращают и подтверждают нормальное состояние. Если управление системой использует отключаемый путь, заранее предусматривают независимый способ доступа. Точные пороги берут из согласованных требований. Сам факт наличия второго кабеля не считается успешным испытанием и не заменяет наблюдение за прикладным результатом.
Проведите пробное выполнение
До официальных испытаний попросите инженера пройти методику без объяснений автора. Запишите неоднозначные шаги, отсутствующие права и недоступные средства. Исправьте документ и повторно согласуйте затронутые критерии. Проверьте, что протоколы используют актуальные номера требований и редакцию ПМИ. Пробный проход не заменяет предъявление заказчику, но выявляет организационные препятствия. Прослеживаемость связывает требования с действиями и результатами проверки; такая связь не устанавливает обязательную форму ПМИ для любого российского проекта. Формат и порядок испытаний определяют по договору и применимым требованиям к системе.
Проверка перед завершением
- ✓Свяжите каждый сценарий с требованием.
- ✓Сохраните условия и состояние объекта.
- ✓Предусмотрите безопасную остановку и возврат.
Частые вопросы
Можно ли использовать один протокол на всю систему?+
Что означает «не проверено»?+
Продукт · Цены · Все материалы