Приемочное тестирование
_test_the_ship%27s_catapult_systems_during_acceptance_trials.jpg)
В машиностроении и его различных разделах — это испытание , приемочное тестирование ли требования спецификации или контракта . проводимое с целью определить , выполняются Это может включать химические испытания , физические испытания или испытания производительности . [1]
В системном проектировании это может включать в себя черного ящика» тестирование системы методом « (например, части программного обеспечения , большого количества изготовленных механических деталей или партий химической продукции) перед ее поставкой. [2]
При тестировании программного обеспечения определяет ISTQB приемочное тестирование как:
Формальное тестирование потребностей, требований и бизнес-процессов пользователей, проводимое с целью определить, удовлетворяет ли система критериям приемки. [3] и дать возможность пользователю, клиентам или другому уполномоченному лицу определить, принимать ли систему.
- Стандартный словарь терминов, используемых при тестировании программного обеспечения. [4] : 2
Заключительное тестирование жизненного цикла обеспечения качества, приемочное тестирование пользователя, проводится непосредственно перед финальным выпуском, чтобы оценить, может ли продукт или приложение справиться с реальными сценариями. Копируя поведение пользователя, он проверяет, удовлетворяет ли система бизнес-требованиям, и отклоняет изменения, если определенные критерии не выполняются. [5]
Некоторыми формами приемочного тестирования являются приемочное тестирование пользователя (UAT), тестирование конечного пользователя, эксплуатационное приемочное тестирование (OAT), разработка на основе приемочных испытаний (ATDD) и полевое (приемочное) тестирование. Критерии приемки — это критерии, которым система или компонент должны удовлетворять, чтобы быть принятыми пользователем, заказчиком или другим уполномоченным лицом. [6]
Обзор [ править ]
Тестирование — это набор действий, проводимых для облегчения обнаружения и/или оценки свойств одного или нескольких тестируемых объектов. [7] Каждый тест, известный как тестовый пример, выполняет набор заранее определенных тестовых действий, разработанных для управления выполнением элемента тестирования для достижения целей тестирования; включая правильную реализацию, выявление ошибок, проверку качества и другие важные детали. [7] Тестовая среда обычно проектируется так, чтобы быть идентичной или максимально приближенной к ожидаемой производственной среде. Оно включает в себя все средства, аппаратное обеспечение, программное обеспечение, встроенное ПО, процедуры и/или документацию, предназначенные или используемые для проведения тестирования программного обеспечения. [7]
Тестовые сценарии UAT и OAT идеально разрабатываются в сотрудничестве с бизнес-клиентами, бизнес-аналитиками, тестировщиками и разработчиками. Эти тесты должны включать как тесты бизнес-логики, так и условия операционной среды. Бизнес-клиенты (владельцы продукта) являются основными заинтересованными сторонами этих тестов. Поскольку условия испытаний успешно соответствуют критериям приемки, заинтересованные стороны могут быть уверены, что разработка идет в правильном направлении. [8]
- Критерии пользовательского приемочного тестирования (UAT) (при гибкой разработке программного обеспечения ) обычно создаются бизнес-клиентами и выражаются на языке бизнес-предмета . Это тесты высокого уровня для проверки полноты пользовательской истории или историй, «играемых» во время любого спринта/итерации.
- Критерии эксплуатационного приемочного тестирования (OAT) (независимо от использования гибкой, итеративной или последовательной разработки) определяются с точки зрения функциональных и нефункциональных требований ; охватывающие ключевые атрибуты качества: функциональную стабильность , мобильность и надежность .
Процесс [ править ]
Набор приемочных тестов может потребоваться выполнить несколько раз, поскольку не все тестовые примеры могут быть выполнены за одну итерацию тестирования. [9]
Набор приемочных тестов запускается с использованием заранее определенных процедур приемочных испытаний, которые указывают тестировщикам, какие данные использовать, пошаговые процессы, которым следует следовать, и ожидаемый результат после выполнения. Фактические результаты сохраняются для сравнения с ожидаемыми результатами. [9] Если фактические результаты соответствуют ожидаемым результатам для каждого тестового примера, тестовый пример считается пройденным. Если количество непроходящих тестовых случаев не превышает заранее установленный порог проекта, набор тестов считается пройденным. В противном случае система может быть либо отклонена, либо принята на условиях, предварительно согласованных между спонсором и производителем.
Ожидаемый результат успешного выполнения теста:
- тестовые случаи выполняются с использованием заранее определенных данных
- фактические результаты фиксируются
- фактические и ожидаемые результаты сравниваются и
- определяются результаты испытаний.
Цель состоит в том, чтобы обеспечить уверенность в том, что разработанный продукт отвечает как функциональным, так и нефункциональным требованиям. Целью проведения приемочного тестирования является то, что после его завершения и при условии соблюдения критериев приемки ожидается, что спонсоры подпишут разработку/улучшение продукта как удовлетворяющее определенным требованиям (ранее согласованным между бизнесом и поставщиком/разработчиком продукта).
Приемочное тестирование пользователей [ править ]
Приемочное тестирование пользователя (UAT) представляет собой процесс проверки того, что решение работает для пользователя. [10] Это не тестирование системы (проверка того, что программное обеспечение не дает сбоев и соответствует документированным требованиям), а, скорее, гарантия того, что решение будет работать для пользователя (т. е. проверка того, что пользователь принимает решение); производители программного обеспечения часто называют это «бета-тестированием».
Это тестирование должно проводиться предполагаемым конечным пользователем или экспертом в данной области (SME), предпочтительно владельцем или клиентом тестируемого решения, и предоставлять краткое изложение результатов для подтверждения, которое можно будет продолжить после испытания или проверки. При разработке программного обеспечения UAT как один из заключительных этапов проекта часто происходит до того, как клиент или заказчик примет новую систему. Пользователи системы проводят тесты в соответствии с тем, что происходит в реальных сценариях. [11]
Материалы, передаваемые тестировщику, должны быть аналогичны материалам, которые будут иметь конечный пользователь. Тестировщикам следует предоставить сценарии из реальной жизни, такие как три наиболее распространенные или сложные задачи, которые будут выполнять пользователи, которых они представляют. [12]
UAT выступает в качестве окончательной проверки требуемой бизнес-функциональности и правильного функционирования системы, имитируя реальные условия от имени клиента-плательщика или конкретного крупного клиента. Если программное обеспечение работает должным образом и без проблем при обычном использовании, можно разумно экстраполировать тот же уровень стабильности в рабочей среде. [13]
Пользовательские тесты, обычно выполняемые клиентами или конечными пользователями, обычно не фокусируются на выявлении простых косметических проблем, таких как орфографические ошибки, или на дефектах , таких как сбои программного обеспечения ; тестировщики и разработчики выявляют и устраняют эти проблемы на более ранних этапах модульного тестирования , интеграционного тестирования и тестирования системы.
UAT следует выполнять в соответствии с тестовыми сценариями. [14] [15] Сценарии тестирования обычно отличаются от сценариев системного или функционального тестирования тем, что они представляют собой путешествие «игрока» или «пользователя». Широкий характер сценария тестирования гарантирует, что основное внимание будет сосредоточено на пути, а не на технических или специфичных для системы деталях, избегая пошаговых этапов тестирования, позволяющих учитывать различия в поведении пользователей. Сценарии тестирования можно разбить на логические «дни», в которые обычно меняется действующее лицо (игрок/клиент/оператор) или система (бэк-офис, внешний интерфейс). [16]
В промышленности обычным UAT является заводское приемочное испытание (FAT). Это испытание проводится перед установкой оборудования. В большинстве случаев тестировщики проверяют не только соответствие оборудования техническим характеристикам, но и его полную работоспособность. FAT обычно включает проверку комплектности, проверку на соответствие контрактным требованиям, подтверждение функциональности (путем моделирования или обычного функционального испытания) и окончательную проверку. [17] Результаты этих испытаний дают клиентам уверенность в том, как система будет работать в производственной среде. Также могут существовать юридические или договорные требования для принятия системы.
Эксплуатационные приемочные испытания [ править ]
Оперативное приемочное тестирование (ОАТ) используется для проведения эксплуатационной готовности (предварительного выпуска) продукта, услуги или системы в рамках системы менеджмента качества . OAT — это распространенный тип нефункционального тестирования программного обеспечения , используемый в основном в проектах разработки и сопровождения программного обеспечения . Этот тип тестирования фокусируется на оперативной готовности системы к поддержке и/или к тому, чтобы стать частью производственной среды. [18]
Приемочное тестирование в экстремальном программировании [ править ]
Приемочное тестирование — это термин, используемый в методологиях гибкой разработки программного обеспечения , особенно в экстремальном программировании , и относится к функциональному тестированию пользовательской истории командой разработчиков программного обеспечения на этапе реализации. [19]
Заказчик указывает сценарии для проверки правильности реализации пользовательской истории. История может иметь одно или несколько приемочных тестов, независимо от того, что необходимо для обеспечения работоспособности функциональности. Приемочные испытания — это системные испытания «черного ящика». Каждое приемочное испытание представляет собой некоторый ожидаемый результат от системы. Заказчики несут ответственность за проверку правильности приемочных испытаний и анализ результатов тестов, чтобы решить, какие неудавшиеся тесты имеют наивысший приоритет. Приемочные тесты также используются в качестве регрессионных тестов перед выпуском продукта. Пользовательская история не считается завершенной, пока она не пройдет приемочные испытания. Это означает, что для каждой итерации необходимо создавать новые приемочные тесты, иначе команда разработчиков сообщит о нулевом прогрессе. [20]
![[икона]](/wiki/File:Wiki_letter_w_cropped.svg){kind=small} | Этот раздел нуждается в расширении . Вы можете помочь, дополнив это . ( май 2008 г. ) |
Виды приемочного тестирования [ править ]
 |
Типичные типы приемочных испытаний включают следующие:
- Приемочное тестирование пользователей
- Это может включать в себя заводские приемочные испытания (FAT), т. е. испытания, проводимые поставщиком перед транспортировкой продукта или системы на место назначения, после чего пользователи могут проводить приемочные испытания (SAT) на объекте. [21]
- Эксплуатационные приемочные испытания
- Это тестирование, также известное как тестирование эксплуатационной готовности, относится к проверке системы, чтобы убедиться в наличии процессов и процедур, позволяющих использовать и обслуживать систему. Это может включать проверки резервных средств, процедуры аварийного восстановления, обучение конечных пользователей, процедуры обслуживания и процедуры безопасности. [22]
- Приемочные испытания контрактов и регламентов
- При приемочном тестировании по контракту система тестируется на соответствие критериям приемки, зафиксированным в контракте, прежде чем система будет принята. При приемочных испытаниях система проверяется на предмет ее соответствия государственным, юридическим стандартам и стандартам безопасности. [23]
- Заводские приемочные испытания
- Приемочные испытания проводятся на месте разработки продукта и выполняются сотрудниками организации-поставщика с целью определить, удовлетворяет ли компонент или система требованиям, обычно включая как аппаратное, так и программное обеспечение. [24]
- Альфа- и бета-тестирование
- Альфа-тестирование проводится на площадках разработчиков и включает в себя тестирование операционной системы внутренним персоналом перед ее выпуском внешним клиентам. Бета-тестирование проводится на площадках клиентов и включает в себя тестирование группой клиентов, которые используют систему у себя и оставляют отзывы, прежде чем система будет выпущена для других клиентов. Последнее часто называют «полевым испытанием». [25]
Критерии приемки [ править ]
По мнению Института управления проектами , критерии приемки — это «набор условий, которые необходимо выполнить, прежде чем результаты будут приняты». [26] Требования, содержащиеся в критериях приемки для данного компонента системы, обычно очень подробны. [27]
Список сред приемочного тестирования [ править ]
- Concordion , Спецификация на примере (SbE)
- Concordion.NET, приемочное тестирование в .NET
- Cucumber — разработки, управляемой поведением среда приемочного тестирования (BDD).
- Capybara, среда приемочного тестирования веб-приложений Ruby
- Behat, платформа принятия BDD для PHP
- Lettuce, платформа принятия BDD для Python
- Кипарис
- Fabasoft app.test для автоматизированных приемочных испытаний
- Структура интегрированного тестирования (Fit)
- FitNesse , ответвление Fit
- Gauge (программное обеспечение) , платформа автоматизации тестирования от Thoughtworks
- iMacros
- Веб-фреймворк ItNat Java Ajax со встроенными серверными возможностями функционального веб-тестирования.
- Maveryx Test Automation Framework для функционального тестирования, регрессионного тестирования, тестирования графического пользовательского интерфейса, тестирования настольных и веб-приложений на основе данных и без использования кода.
- Mocha — популярная среда веб-приемочных испытаний, основанная на Javascript и Node.js.
- Драматург (программное обеспечение)
- Ранорекс
- Робот Фреймворк
- Селен
- Спецификация на примере (Specs2)
- вода
См. также [ править ]
- Приемочная выборка
- Пилот конференц-зала
- Стадия разработки
- Динамическое тестирование
- Инженерное проверочное испытание
- Тестирование серого ящика
- Разработка через тестирование
- Тестирование белого ящика
- Функциональное тестирование (производство)
Ссылки [ править ]
- ^ «БПТС — Тестирование бизнес-процессов — лучшее название/описание» . СФИА . Проверено 18 февраля 2023 г.
- ^ Блэк, Рекс (август 2009 г.). Управление процессом тестирования: практические инструменты и методы управления тестированием оборудования и программного обеспечения . Хобокен, Нью-Джерси: Уайли. ISBN 978-0-470-40415-7 .
- ^ «критерии приемки» . Иннолюция, ООО. 10 июня 2019 г.
- ^ «Стандартный словарь терминов, используемых при тестировании программного обеспечения, версия 3.2: Все термины» (PDF) . ИСТКБ . Проверено 23 ноября 2020 г.
- ^ «Приемочное тестирование пользователей (UAT) — тестирование программного обеспечения» . Гики для гиков . 24 ноября 2022 г. . Проверено 23 мая 2024 г.
- ^ Международный стандарт ISO/IEC/IEEE – Системная и программная инженерия . ИСО/МЭК/ИИЭР. 2010. стр. том, №, стр. 1–418.
- ^ Перейти обратно: а б с ISO/IEC/IEEE 29119-1:2013 Программное обеспечение и системная инженерия. Тестирование программного обеспечения. Часть 1. Концепции и определения . ИСО . 2013 . Проверено 14 октября 2014 г.
- ^ ISO/IEC/IEEE 29119-4:2013 Программное обеспечение и системная инженерия. Тестирование программного обеспечения. Часть 4. Методы тестирования . ИСО . 2013 . Проверено 14 октября 2014 г.
- ^ Перейти обратно: а б ISO/IEC/IEEE 29119-2:2013 Программное обеспечение и системная инженерия. Тестирование программного обеспечения. Часть 2. Процессы тестирования . ИСО . 2013 . Проверено 21 мая 2014 г.
- ^ Цимперман, Роб (2006). Определение UAT: Руководство по практическому приемочному тестированию для пользователей . Пирсон Образование. стр. Глава 2. ISBN 9780132702621 .
- ^ Гетем, Брайан; ван Хэмблинг, Полина (2013). Приемочное тестирование пользователей: пошаговое руководство . BCS Learning & Development Limited. ISBN 9781780171678 .
- ^ «2.6: Тестирование систем» . Инженерные библиотеки LibreTexts . 2 августа 2021 г. . Проверено 18 февраля 2023 г.
- ^ Пусулури, Нагешвар Рао (2006). Концепции и инструменты тестирования программного обеспечения . Дримтек Пресс. п. 62. ИСБН 9788177227123 .
- ^ «Получите надежное удобство использования и избегайте рисков с помощью этих сценариев тестирования» . Паная . 25 апреля 2022 г. Проверено 11 мая 2022 г.
- ^ Элазар, Эяль (23 апреля 2018 г.). «Что такое пользовательское приемочное тестирование (UAT) — полное описание процесса» . Паная . Проверено 18 февраля 2023 г.
- ^ Высоцка, Эмилия М.; Пейдж, Мэтью; Сноуден, Джеймс; Симпсон, Т. Ян (15 декабря 2022 г.). «Сравнение динамической модели сигнальной сети DARPP-32 на основе правил и обыкновенных дифференциальных уравнений» . ПерДж . 10 . «Таблица 1: Характеристики моделей ODE и RB можно разбить на элементы, количество которых можно сравнивать.». дои : 10.7717/peerj.14516 . ISSN 2167-8359 . ПМК 9760030 . ПМИД 36540795 .
- ^ «Заводские приемочные испытания (FAT)» . ТЮФ Рейнланд. Архивировано из оригинала 4 февраля 2013 года . Проверено 18 сентября 2012 г.
- ^ Виджай (2 февраля 2018 г.). «Что такое приемочное тестирование (полное руководство)» . Помощь по тестированию программного обеспечения . Проверено 18 февраля 2023 г.
- ^ «Введение в приемочные/клиентские тесты как артефакты требований» . www.agilemodeling.com . Гибкое моделирование . Проверено 9 декабря 2013 г.
- ^ Уэллс, Дон. «Приемочные испытания» . Extremeprogramming.org . Проверено 20 сентября 2011 г.
- ^ Прасад, Дурга (29 марта 2012 г.). «Разница между FAT и SAT» . Kneat.com . Архивировано из оригинала 16 июня 2017 года . Проверено 27 июля 2016 г.
- ^ Тернер, Пол (5 октября 2020 г.). «Оперативная готовность» . Ввод в эксплуатацию и запуск . Проверено 18 февраля 2023 г.
- ^ Броснан, Аделина (12 января 2021 г.). «Приемочное тестирование в контрактах на информационные технологии | LegalVision» . Юридическое Видение . Проверено 18 февраля 2023 г.
- ^ «Стандартный словарь терминов ISTQB, используемых при тестировании программного обеспечения» . Архивировано из оригинала 5 ноября 2018 года . Проверено 15 марта 2019 г.
- ^ Гамильтон, Томас (3 апреля 2020 г.). «Альфа-тестирование и бета-тестирование – разница между ними» . www.guru99.com . Проверено 18 февраля 2023 г.
- ^ Институт управления проектами 2021 , § Глоссарий, раздел 3. Определения.
- ^ Институт управления проектами 2021 , §2.6.2.1 Требования.
Источники [ править ]
- Руководство по совокупности знаний по управлению проектами (руководство PMBOK) (7-е изд.). Ньютаун-сквер, Пенсильвания: Институт управления проектами. 2021. ISBN 978-1-62825-664-2 .
Дальнейшее чтение [ править ]
- Хэмблинг, Брайан; ван Гетем, Полина (2013). Приемочное тестирование пользователей: пошаговое руководство . BCS Learning and Development Ltd. Суиндон: ISBN 978-1-78017-167-8 .
Внешние ссылки [ править ]
- Руководство по проектированию приемочных испытаний. Архивировано 23 декабря 2017 г. в Wayback Machine компанией Microsoft Patterns & Practices.
- « Использование клиентских тестов для стимулирования разработки » из журнала «Методы и инструменты»
| Базы данных органов управления : Национальные |
|---|
