В инженерном деле и его различных разделах приемочное тестирование — это тест, используемый для определения того, соответствует ли продукт требованиям спецификации или контракта. Эти испытания могут включать химические испытания, физические испытания или испытания производительности. В системном проектировании приемочное тестирование может включать тестирование системы «черным ящиком» (например, программного обеспечения, изготовленных механических деталей или партий химической продукции) для подтверждения того, что она соответствует требованиям перед поставкой.
Международный совет по квалификации тестировщиков программного обеспечения (ISTQB) определяет приемочное тестирование программного обеспечения как: формальное тестирование потребностей, требований и бизнес-процессов пользователей, чтобы определить, соответствует ли система критериям приемки и позволяет пользователям, клиентам или другим уполномоченным организациям иметь возможность решить, принимать ли систему.
Приемочное тестирование пользователем (UAT) — это заключительный этап процесса обеспечения качества, проводимый перед окончательным выпуском, чтобы оценить, может ли продукт или приложение справиться с реальными сценариями. Убедитесь, что система соответствует бизнес-требованиям, моделируя поведение пользователей и налагая вето на изменения, если определенные критерии не выполняются. Формы приемочного тестирования включают приемочное тестирование пользователя, тестирование конечного пользователя, проведение приемочного тестирования и разработку на основе приемочного тестирования.
План приемочного тестирования может потребоваться выполнить несколько раз, поскольку не все тестовые примеры могут быть выполнены за одну итерацию тестирования. Этот процесс состоит из заранее определенных процедур тестирования, инструктирующих тестировщиков о том, какие данные использовать, пошаговых процедур, которым необходимо следовать, и ожидаемых результатов выполнения. Если фактические результаты соответствуют ожидаемым, тестовый пример считается пройденным. Если количество неудачных тестовых случаев не превышает заранее установленный порог проекта, план приемочных испытаний считается пройденным, в противном случае система может отклонить или принять его на основании соглашения между спонсором и производителем;
Основная цель проведения приемочного тестирования состоит в том, что после его завершения и соблюдения критериев приемки спонсор должен утвердить разработку продукта как отвечающую бизнес-требованиям.
Приемочное тестирование пользователей (UAT) – это процесс проверки того, что решение предоставляет пользователям необходимые им функциональные возможности. Этот процесс отличается от тестирования системы, целью которого является убедиться, что программное обеспечение не дает сбоев и соответствует требованиям документации, а также убедиться, что решение действительно может служить пользователям. Этот тип тестирования должен выполняться конечным пользователем или экспертом в данной области (SME), предпочтительно владельцем или заказчиком решения. Пользователям необходимо выполнить тестовые сценарии в реальных условиях, чтобы убедиться, что программное обеспечение может работать в реальных условиях.
UAT — это окончательная проверка необходимых бизнес-функциональность, моделирующая реальные условия и обеспечивающая принятие решения пользователями.
Приемочное тестирование (OAT) — это нефункциональное тестирование программного обеспечения, используемое для определения общей эксплуатационной готовности продукта, услуги или системы. Этот тип тестирования фокусируется на эксплуатационной готовности системы, чтобы гарантировать, что она может эффективно стать частью производственной среды.
К распространенным типам приемочных испытаний относятся: пользовательские приемочные испытания (UAT), заводские приемочные испытания (FAT) и эксплуатационные приемочные испытания (OAT). Во время заводских приемочных испытаний оборудование обычно тестируется перед установкой, чтобы подтвердить, что оно не только соответствует спецификациям, но и полностью работоспособно.
Критерии приемки — это «набор критериев, которым система или компонент должны соответствовать, чтобы быть принятыми пользователем, заказчиком или другим уполномоченным лицом».
Однако сколько нереализованных потребностей скрывается за этими стандартами?