Оглавление:
Демо и умри!
Вы когда-нибудь проводили презентацию или тренинг для клиентов, и что-то не получилось? Или вы когда-нибудь давали кому-то набор инструкций и понимали, что что-то упустили, или это не сработало, как вы надеялись? В каждом из этих случаев вы принимаете точку зрения конечного пользователя и работаете с программным обеспечением в этом лице. Скорее всего, вы сделали что-то по-другому, потому что вы думали, как пользователь, а не разработчик.
Шаг в обувь пользователя
Уникальным углом пользовательского приемочного тестирования (UAT) является тестирование программного обеспечения в качестве конечного пользователя. Программное обеспечение построено, чтобы дать пользователям ощутимые результаты. Например, сайты электронной коммерции позволяют покупателям приобретать товары. Когда покупатель размещает заказ, программное обеспечение сайта электронной коммерции уведомляет администратора магазина, чтобы выбранный товар можно было извлечь и упаковать для отправки. Пользователи программного обеспечения могут быть разных типов, поэтому этот этап тестирования позволяет команде разработчиков убедиться, что конечные пользователи достигают ожидаемых результатов программного обеспечения.
Краткая история UAT
До появления Интернета большая часть программного обеспечения была развернута для известной пользовательской аудитории. Если компания разрабатывала программное обеспечение для клиента, назначенный менеджер имел полномочия проверять, соответствует ли программное обеспечение условиям контракта. Это должно было представлять точку, в которой программное обеспечение «соответствовало цели», что было достигнуто путем выбора представителей конечных пользователей для проведения тестирования и предоставления отчета с результатами. Поскольку пользователи были известной, закрытой группой, каждый из них мог быть обучен использованию программного обеспечения, как правило, с помощью очень подробных этапов тестирования. Девизом дня было то, что больше деталей было лучше.
