Приемочное тестирование - Acceptance testing

Приемочные испытания катапульта самолета
Шесть главных зеркал Космический телескоп Джеймса Уэбба готовится к приемочным испытаниям

В инженерное дело и его различные субдисциплины, приемочное тестирование это тест, проводимый для определения соответствия требованиям Технические характеристики или же договор которые встретились. Это может включать химические тесты, физические тесты, или же тесты производительности.

В системная инженерия, это может включать черный ящик выполняется на система (например: кусок программного обеспечения, партии изготовленных механических деталей или партии химической продукции) до ее доставки.[1]

В тестирование программного обеспечения, то ISTQB определяет приемочное тестирование в качестве:

Формальное тестирование в отношении потребностей, требований и бизнес-процессов пользователей, проводимое для определения того, удовлетворяет ли система критерии приемки [2] и дать возможность пользователю, клиентам или другому уполномоченному органу определить, принимать ли систему.

— Стандартный глоссарий терминов, используемых при тестировании программного обеспечения[3]:2

Приемочное тестирование также известно как приемочное тестирование пользователя (UAT), тестирование конечного пользователя, эксплуатационные приемочные испытания (OAT), разработка через приемочные испытания (ATDD) или полевые (приемочные) испытания. Критерии приемлемости - это критерии, которым должна удовлетворять система или компонент, чтобы быть принятыми пользователем, покупателем или другим уполномоченным органом.[4]

А дымовой тест может использоваться в качестве приемочного испытания перед введением сборки программного обеспечения в основной процесс тестирования.[не проверено в теле ]

Обзор

Тестирование - это набор действий, проводимых для облегчения обнаружения и / или оценки свойств одного или нескольких тестируемых элементов.[5] Каждый отдельный тест, известный как тестовый пример, выполняет набор предопределенных тестовых действий, разработанных для управления выполнением элемента тестирования для достижения целей тестирования; включая правильную реализацию, идентификацию ошибок, проверку качества и другие важные детали.[5] Тест среда обычно разрабатывается так, чтобы быть идентичным или максимально приближенным к ожидаемой производственной среде. Он включает все средства, оборудование, программное обеспечение, микропрограммное обеспечение, процедуры и / или документацию, предназначенные или используемые для выполнения тестирования программного обеспечения.[5]

Тестовые примеры UAT и OAT идеально подходят для совместной работы с бизнес-клиентами, бизнес-аналитиками, тестировщиками и разработчиками. Важно, чтобы эти тесты включали как тесты бизнес-логики, так и условия операционной среды. Бизнес-клиенты (владельцы продуктов) являются основными заинтересованные стороны этих тестов. Когда условия испытаний успешно достигают своих критериев приемлемости, заинтересованные стороны уверены, что разработка идет в правильном направлении.[6]

Процесс

Набор приемочных тестов может потребоваться выполнить несколько раз, так как не все тестовые примеры могут быть выполнены в рамках одной итерации теста.[7]

Набор приемочных испытаний запускается с использованием предварительно определенных процедур приемочных испытаний, чтобы указать тестировщикам, какие данные использовать, пошаговые процессы и ожидаемый результат после выполнения. Фактические результаты сохраняются для сравнения с ожидаемыми.[7] Если фактические результаты соответствуют ожидаемым результатам для каждого тестового примера, тестовый пример считается пройденным. Если количество непроходящих тестовых случаев не превышает заранее установленный порог проекта, набор тестов считается пройденным. Если это так, система может быть отклонена или принята на условиях, ранее согласованных между спонсором и производителем.

Ожидаемый результат успешного выполнения теста:

  • тестовые примеры выполняются с использованием заранее определенных данных
  • фактические результаты записываются
  • фактические и ожидаемые результаты сравниваются, и
  • определены результаты испытаний.

Цель состоит в том, чтобы обеспечить уверенность в том, что разработанный продукт соответствует как функциональным, так и нефункциональным требованиям. Целью проведения приемочного тестирования является то, что после его завершения и при условии соблюдения критериев приемки ожидается, что спонсоры подпишут разработку / усовершенствование продукта как удовлетворяющую определенным требованиям (ранее согласованным между бизнесом и поставщиком / разработчиком продукта). .

Приемочное тестирование пользователей

Приемочное тестирование пользователя (UAT) состоит из процесса проверки того, что решение работает для пользователя.[8] Это не так системное тестирование (гарантия того, что программное обеспечение не дает сбоев и соответствует задокументированным требованиям), а скорее гарантирует, что решение будет работать для пользователя (т. е. проверяет, что пользователь принимает решение); поставщики программного обеспечения часто называют это «бета-тестированием».

Это испытание должно проводиться Эксперт предметной области (SME), предпочтительно владелец или клиент тестируемого решения, и предоставить сводку результатов для подтверждения, чтобы продолжить после испытания или проверки. В разработка программного обеспечения, UAT в качестве одного из заключительных этапов проекта часто происходит до того, как клиент или заказчик принимает новую систему. Пользователи системы проводят тесты в соответствии с тем, что происходит в реальных сценариях.[9]

Важно, чтобы материалы, предоставленные тестеру, были аналогичны материалам, которые будут у конечного пользователя. Тестировщикам должны быть предоставлены сценарии из реальной жизни, такие как три наиболее распространенных или сложных задачи, которые будут выполнять пользователи, которых они представляют.[нужна цитата ]

UAT действует как окончательная проверка требуемой бизнес-функциональности и надлежащего функционирования системы, имитируя реальные условия от имени платящего клиента или конкретного крупного клиента. Если программное обеспечение работает должным образом и без проблем при нормальном использовании, можно разумно экстраполировать тот же уровень стабильности в производственной среде.[10]

Пользовательские тесты, обычно выполняемые клиентами или конечными пользователями, обычно не фокусируются на выявлении простых косметических проблем, таких как орфографические ошибки, или на шоустоппер дефекты, такие как сбой программного обеспечения; тестировщики и разработчики выявляют и исправляют эти проблемы во время более ранних модульное тестирование, интеграционное тестирование, и фазы тестирования системы.

UAT следует выполнять по тестовым сценариям.[нужна цитата ] Сценарии тестирования обычно отличаются от системных или функциональных тестов тем, что они представляют собой путь «игрока» или «пользователя». Широкий характер тестового сценария гарантирует, что основное внимание уделяется путешествию, а не техническим или системным деталям, избегая этапов тестирования «щелчок за щелчком», чтобы учесть различия в поведении пользователей. Сценарии тестирования можно разбить на логические «дни», в которые обычно меняются субъект (игрок / заказчик / оператор) или система (бэк-офис, клиентская часть).[нужна цитата ]

В промышленности обычным UAT является заводское приемочное испытание (FAT). Этот тест проводится перед установкой оборудования. В большинстве случаев тестировщики проверяют не только соответствие оборудования спецификации, но и его полную работоспособность. FAT обычно включает проверку полноты, проверку соответствия контрактным требованиям, подтверждение функциональности (путем моделирования или обычного функционального теста) и окончательную проверку.[11][12]

Результаты этих тестов дают клиентам уверенность в том, как система будет работать в производственной среде. Также могут существовать юридические или договорные требования для принятия системы.

Операционные приемочные испытания

Операционные приемочные испытания (OAT) используется для обеспечения оперативной готовности (предварительного выпуска) продукта, услуги или системы как части система менеджмента качества. ОАТ - распространенный тип нефункциональных тестирование программного обеспечения, используется в основном в разработка программного обеспечения и обслуживание программного обеспечения проекты. Этот тип тестирования фокусируется на готовности системы к поддержке и / или к тому, чтобы она стала частью производственной среды.

Приемочное тестирование по экстремальному программированию

Приемочные испытания - это термин, используемый в гибкая разработка программного обеспечения методологии, в частности экстремальное программирование, ссылаясь на функциональное тестирование из история пользователя командой разработчиков программного обеспечения на этапе внедрения.[13]

Заказчик указывает сценарии для проверки правильности реализации пользовательской истории. У истории может быть один или несколько приемочных тестов, что бы ни потребовалось для проверки работоспособности. Приемочные испытания - это системные тесты черного ящика. Каждое приемочное испытание представляет собой некоторый ожидаемый результат от системы. Заказчики несут ответственность за проверку правильности приемочных тестов и проверку результатов тестов, чтобы решить, какие из неудачных тестов имеют наивысший приоритет. Приемочные испытания также используются как регрессионные тесты до выпуска продукции. Пользовательская история не считается завершенной, пока она не пройдет приемочные испытания. Это означает, что для каждой итерации необходимо создавать новые приемочные испытания, иначе команда разработчиков сообщит о нулевом прогрессе.[14]

Виды приемочных испытаний

Типичные типы приемочных испытаний включают следующие

Приемочное тестирование пользователей
Это может включать в себя заводские приемочные испытания (FAT), то есть тестирование, проводимое поставщиком перед перемещением продукта или системы на место назначения, после чего приемочные испытания сайта (SAT) могут быть выполнены пользователями на сайте.[15]
Операционные приемочные испытания
Также известное как тестирование эксплуатационной готовности, это относится к проверке, выполняемой для системы, чтобы гарантировать, что процессы и процедуры существуют, позволяющие использовать и поддерживать систему. Это может включать проверки, выполняемые для средств резервного копирования, процедуры аварийного восстановления, обучение конечных пользователей, процедуры обслуживания и процедуры безопасности.
Приемочные испытания контрактов и нормативных документов
При приемочных испытаниях по контракту система проверяется на соответствие критериям приемки, задокументированным в контракте, прежде чем система будет принята. При приемочных испытаниях в соответствии с нормативными требованиями система проверяется на соответствие государственным и юридическим стандартам и стандартам безопасности.

Заводские приемочные испытания

Приемочные испытания, проводимые на объекте, где разрабатывается продукт, и выполняются сотрудниками организации-поставщика, чтобы определить, удовлетворяет ли компонент или система требованиям, обычно включая аппаратное обеспечение и программное обеспечение.[16]

Альфа и бета-тестирование
Альфа-тестирование проводится на сайтах разработчиков и включает тестирование операционной системы внутренним персоналом, прежде чем она будет передана внешним клиентам. Бета-тестирование проводится на сайтах клиентов и включает тестирование группой клиентов, которые используют систему в своих местах и ​​предоставляют отзывы, прежде чем система будет передана другим клиентам. Последнее часто называют «полевыми испытаниями».

Список фреймворков приемочного тестирования

Смотрите также

Рекомендации

  1. ^ Блэк, Рекс (август 2009 г.). Управление процессом тестирования: практические инструменты и методы управления тестированием оборудования и программного обеспечения. Хобокен, Нью-Джерси: Уайли. ISBN  0-470-40415-9.
  2. ^ «критерии приемки». Иннолюшн, ООО. 10 июня 2019.
  3. ^ «Стандартный глоссарий терминов, используемых при тестировании программного обеспечения, версия 3.2: Все термины» (PDF). ISTQB. Получено 23 ноября, 2020.
  4. ^ Международный стандарт ISO / IEC / IEEE - Системная и программная инженерия. ISO / IEC / IEEE. 2010. С. Т., №., С. 1–418.
  5. ^ а б c ISO / IEC / IEEE 29119-1-2013 Программное обеспечение и системная инженерия - Тестирование программного обеспечения - Часть 1 - Понятия и определения. ISO. 2013. Получено 14 октября, 2014.
  6. ^ ISO / IEC / IEEE DIS 29119-4 Программное обеспечение и системная инженерия - Тестирование программного обеспечения - Часть 4 - Методы тестирования. ISO. 2013. Получено 14 октября, 2014.
  7. ^ а б ISO / IEC / IEEE 29119-2-2013 Разработка программного обеспечения и систем - Тестирование программного обеспечения - Часть 2 - Процессы тестирования. ISO. 2013. Получено 21 мая, 2014.
  8. ^ Цимперман, Роб (2006). Определение UAT: Руководство по практическим приемочным испытаниям для пользователей. Pearson Education. С. Глава 2. ISBN  9780132702621.
  9. ^ Гетем, Брайан; ван Хэмблинг, Полин (2013). Приемочное тестирование пользователей: пошаговое руководство. BCS Learning & Development Limited. ISBN  9781780171678.
  10. ^ Пусулури, Нагешвар Рао (2006). Концепции и инструменты тестирования программного обеспечения. Dreamtech Press. п. 62. ISBN  9788177227123.
  11. ^ «Заводские приемочные испытания (FAT)». Tuv.com. Архивировано из оригинал 4 февраля 2013 г.. Получено 18 сентября, 2012.
  12. ^ "Заводские приемочные испытания". Inspection-for-industry.com. Получено 18 сентября, 2012.
  13. ^ «Введение в приемочные / клиентские тесты как артефакты требований». agilemodeling.com. Гибкое моделирование. Получено 9 декабря, 2013.
  14. ^ Уэллс, Дон. «Приемочные испытания». Extremeprogramming.org. Получено 20 сентября, 2011.
  15. ^ Прасад, Дурга (29 марта 2012 г.). «Разница между FAT и SAT». Kneat.com. Получено 27 июля, 2016.
  16. ^ «Стандартный глоссарий терминов ISTQB, используемых при тестировании программного обеспечения». Получено 15 марта, 2019.

дальнейшее чтение

  • Хэмблинг, Брайан; ван Гетем, Полина (2013). Приемочное тестирование для пользователей: пошаговое руководство. Суиндон: BCS Learning and Development Ltd. ISBN  978-1-78017-167-8.

внешняя ссылка