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