Как создать пользовательский приемочный тест. Проект никогда не достигнет статуса «успешный» без выполнения пользовательского приемочного теста (UAT). Проект может считаться завершенным и, возможно, в рамках объема, времени и бюджета, но он не может считаться успешным без согласия пользователей, которые будут использовать систему. Хорошо выполненный пользовательский приемочный тест обеспечит, чтобы каждое требование было построено и функционировало как ожидалось.
Предметы, которые вам понадобятся
-
Результаты проекта
-
Бизнес-требования для тестирования
-
Конечные пользователи системы
-
Среда тестирования
Примите формальный и универсальный шаблон для всех артефактов вашего проекта. Ваши читатели и руководители будут благодарны вам за простоту поиска соответствующей информации, потому что она постоянно размещается в одной и той же области в каждом отдельном документе.
Создайте поля прослеживаемости в вашем документе. Как минимум, они должны содержать идентификатор сценария тестирования, который будет выполняться с этой группой приемочных испытаний. Он также должен содержать конкретный идентификатор бизнес-требования, который будет проверен; и желательно, чтобы у вас был также идентификатор варианта использования.
Добавить описательный текст. Каждый тестовый сценарий должен иметь базовое описание, не более, чем предложение, которое адекватно объясняет, что этот сценарий пытается выполнить. Краткое название бизнес-требования и описание варианта использования также должны быть включены рядом с их соответствующим идентификатором.
Добавьте данные тестирования и оставьте импровизационное пространство. Если необходимо проверить конкретные переменные и сценарии, они должны быть перечислены здесь. Если тестирование должно быть динамичным, непредсказуемым и управляемым самим собой, для тестировщика должна быть пустая область для записи данных, которые использовались в тесте.
Включите флажки, которые показывают, пройден тест или нет.
Создайте коробки для подписи. Вы обязательно должны иметь место для подписи актеров, указывающее, что они выполнили свои обязанности в этом приемочном тесте. Этими участниками являются конечный пользователь, проводящий реальное тестирование, бизнес-аналитик, проводящий тестирование, менеджер проекта и спонсор. Это создает цепочку признания того, что результат проекта был успешно разработан, закодирован и протестирован.
подсказки
-
Лучше всего создавать конкретные тестовые сценарии, которые тестируют каждый элемент функциональности (бизнес-требования), а затем создавать открытые и бесплатные формы тестирования. Это гарантирует, что проверена известная функциональность и обнаружена «новая» функциональность, которая ранее не была захвачена на этапе выявления требований. Группа приемочных тестов конечных пользователей должна быть достаточно большой, чтобы создать значительную нагрузку на систему для проверки нагрузки, емкости и доступности.
