Тесты Приёмки

Тесты Приёмки (здесь и далее по тексту -- Лектио) -- это часть урока Суть Приёмки Работ. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.

Материалы

Предшественник этого Лектио -- Проверки и Приёмки.

Текст

Тесты Приёмки

В информационных технологиях, приёмочное тестирование (acceptance testing) -- это тестирование разработанного изделия с целью определить, удовлетворяет ли оно требованиям спецификации или контракта на его разработку.

С одной стороны, приёмка может произойти и без приёмочного теста. С другой стороны, приёмка может включать серию тестов. Приёмочные тесты могут представлять практически любые категории. Их главное отличие от любых иных тестов -- это утверждение как заказчиком, так и подрядчиком. Именно согласие обеих сторон о том, какой тест будет служить приёмке, делает этот тест приёмочным.

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

Обзор

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

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

   Критерии пользовательского приемочного тестирования (UAT) (при гибкой разработке программного обеспечения) обычно создаются бизнес-клиентами и выражаются на языке предметной области. Это тесты высокого уровня для проверки полноты пользовательской истории или историй, «проигранных» во время любого спринта / итерации.
   Критерии эксплуатационных приемочных испытаний (OAT) (независимо от того, используется ли гибкая, итеративная или последовательная разработка) определяются с точки зрения функциональных и нефункциональных требований; охватывающие ключевые качественные характеристики функциональной стабильности, портативности и надежности.

Процесс

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   При приемочных испытаниях по контракту система проверяется на соответствие критериям приемки, задокументированным в контракте, прежде чем система будет принята. При приемочных испытаниях в соответствии с нормативными требованиями система проверяется на соответствие государственным, правовым стандартам и стандартам безопасности.

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

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

Альфа и бета-тестирование

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

https://www.calltouch.ru/glossary/uat-testirovanie/ https://habr.com/ru/post/344588/ https://www.softwaretestinghelp.com/what-is-acceptance-testing/ https://qalight.ua/ru/baza-znaniy/priemochnoe-testirovanie/ https://www.geeksforgeeks.org/acceptance-testing-software-testing/

Термины

Верификация, Валидация, Проверка, Приемка, Требования

Вопрос(ы)

Исходя из выше описанного текста: Проверка отвечает на вопрос, был ли разработан правильный продукт, так как он решает проблемы, которые должен был решить. -- Правда/Неправда

Следующее лектио -- Критерии Приёмки