Тесты Приёмки — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Термины)
 
(не показано 15 промежуточных версий 3 участников)
Строка 6: Строка 6:
  
 
===Иллюстрации===
 
===Иллюстрации===
<gallery mode="packed">
+
<gallery mode="packed">File:Тесты_приемки_рис2.png
 
</gallery>
 
</gallery>
  
===Текст===
 
:<p><strong>Тесты Приёмки</strong></p><p>
 
Translation types
 
Text translation
 
Source text
 
5000 / 5000
 
Translation results
 
В инженерном деле и его различных подразделах приемочные испытания - это испытание, проводимое для определения того, выполняются ли требования спецификации или контракта. Он может включать химические тесты, физические тесты или тесты производительности.
 
  
В системной инженерии это может включать в себя тестирование системы (например, части программного обеспечения, партии изготовленных механических деталей или партий химических продуктов) перед ее доставкой в ​​черный ящик. [1]
+
<gallery mode="packed">File:Тесты_Приемки.png
 +
</gallery>
  
В тестировании программного обеспечения ISTQB определяет приемочное тестирование как:
+
===Текст (HTML)===
 +
:<p><strong>Тесты Приёмки</strong></p><p>В информационных технологиях, приёмочное тестирование (acceptance testing) -- это тестирование разработанного изделия с целью определить, удовлетворяет ли оно требованиям спецификации или контракта на его разработку.</p><p>Приёмка традиционно включает набор тестов, но может произойти и без единого теста. Приёмочные тесты могут представлять практически любые категории. Приёмочные тесты отличаются от любых иных тестов в одном -- на их проведение должен согласиться как заказчик, так и подрядчик. Именно согласие обеих сторон о том, какой тест будет служить приёмке, делает этот тест приёмочным.</p><p>Приёмочные тесты могут проводиться от лица конечного пользователя, от лица продвинутого пользователя, разработчиками и реальными пользователями.</p><p>В пользовательском приёмочном тестировании (user acceptance testing или UAT), тестировщики действуют от лица конечных пользователей. Эти тестировщики обыкновенно либо представляют заказчика, либо набраны с улицы случайным образом.</p><p>При операционном приемочном тестировании (operational acceptance testing или OAT), тестировщики действуют от лица продвинутых пользователей, имитируя нестандартные ситуации. Например, для проверки работы вычислительного кластера, тестировщики могут выключить один или более серверов этого кластера. Далее, может быть протестировано восстановление резервных копий. Продвинутые тестировщики по обыкновению представляют заказчика.</p><p>Вместе, заказчик и подрядчик могут проверить существование государственных, правовых и отраслевых требований, включая стандарты безопасности. Таковые требования теоретически могут появиться и после подписания контракта. Если требования есть, то изделие должно быть дополнительно проверено на соответствие им.</p><p>Заказчик может согласиться на проведение тестов подрядчиком. В этом случае, заказчику может быть передана полная документация о проведённом тесте.</p><p>Наконец, приёмочное тестирование может проводиться реальным использованием изделия. В этом случае, приёмка разбивается на два или более этапов. В первом этапе, изделие передаётся заказчику, но продолжает обслуживаться разработчиками подрядчика. В заключительном этапе, заказчик соглашается, что разработка изделия завершена и подрядчик более не отвечает за неё. Это тестирование может быть совмещено с бета-тестом.</p><p>Контракт может описывать процедуру разрешения споров между заказчиком и подрядчиком, если таковые возникнут. Например, спорные приёмочные тесты могут быть заново прогнаны нейтральной стороной.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, приёмочное тестирование:</p>
  
    Формальное тестирование потребностей, требований и бизнес-процессов пользователя, проводимое для определения того, удовлетворяет ли система критериям приемлемости [2], а также для того, чтобы пользователь, клиенты или другой уполномоченный орган могли определить, принимать ли систему.
+
===Варианты===
    - Стандартный глоссарий терминов, используемых при тестировании программного обеспечения [3]: 2
+
:содержит тесты, по результатам которых подтверждается готовность изделия к передаче заказчику. / проводится от лица конечного пользователя, от лица продвинутого пользователя, разработчиками и реальными пользователями. / всегда регулируется государственными, правовыми и отраслевыми требованиями, включая стандарты безопасности. / совмещается с бета-тестом.
 
 
Приемочное тестирование также известно как пользовательское приемочное тестирование (UAT), тестирование конечного пользователя, эксплуатационное приемочное тестирование (OAT), разработка на основе приемочного тестирования (ATDD) или полевое (приемочное) тестирование. Критерии приемлемости - это критерии, которым должна удовлетворять система или компонент, чтобы быть принятыми пользователем, покупателем или другим уполномоченным органом. [4]
 
 
 
Дымовой тест может использоваться в качестве приемочного теста перед введением сборки программного обеспечения в основной процесс тестирования. [Не проверено в основной части]
 
Содержание
 
 
 
    1 Обзор
 
    2 Процесс
 
    3 Пользовательское приемочное тестирование
 
    4 эксплуатационные приемочные испытания
 
    5 Приемочные испытания в экстремальном программировании
 
    6 Типы приемочных испытаний
 
    7 Список систем приемочного тестирования
 
    8 См. Также
 
    9 ссылки
 
    10 Дальнейшее чтение
 
    11 Внешние ссылки
 
 
 
Обзор
 
 
 
Тестирование - это набор действий, проводимых для облегчения обнаружения и / или оценки свойств одного или нескольких тестируемых элементов [5]. Каждый отдельный тест, известный как тестовый пример, выполняет набор предопределенных тестовых действий, разработанных для управления выполнением элемента тестирования для достижения целей тестирования; включая правильную реализацию, идентификацию ошибок, проверку качества и другие важные детали. [5] Тестовая среда обычно разрабатывается так, чтобы быть идентичной или максимально приближенной к ожидаемой производственной среде. Он включает все средства, оборудование, программное обеспечение, микропрограммное обеспечение, процедуры и / или документацию, предназначенные или используемые для выполнения тестирования программного обеспечения. [5]
 
 
 
Тестовые примеры UAT и OAT идеально подходят для совместной работы с бизнес-клиентами, бизнес-аналитиками, тестировщиками и разработчиками. Важно, чтобы эти тесты включали как тесты бизнес-логики, так и условия операционной среды. Бизнес-клиенты (владельцы продуктов) являются основными участниками этих тестов. Когда условия испытаний успешно достигают своих критериев приемлемости, заинтересованные стороны уверены, что разработка идет в правильном направлении. [6]
 
 
 
    Критерии пользовательского приемочного тестирования (UAT) (при гибкой разработке программного обеспечения) обычно создаются бизнес-клиентами и выражаются на языке предметной области. Это тесты высокого уровня для проверки полноты пользовательской истории или историй, «проигранных» во время любого спринта / итерации.
 
    Критерии эксплуатационных приемочных испытаний (OAT) (независимо от того, используется ли гибкая, итеративная или последовательная разработка) определяются с точки зрения функциональных и нефункциональных требований; охватывающие ключевые качественные характеристики функциональной стабильности, портативности и надежности.
 
 
 
Процесс
 
 
 
Набор приемочных тестов может потребоваться выполнить несколько раз, так как не все тестовые примеры могут быть выполнены в рамках одной итерации теста. [7]
 
 
 
Набор приемочных испытаний запускается с использованием предварительно определенных процедур приемочных испытаний, чтобы указать тестировщикам, какие данные использовать, пошаговые процессы и ожидаемый результат после выполнения. Фактические результаты сохраняются для сравнения с ожидаемыми. [7] Если фактические результаты соответствуют ожидаемым результатам для каждого тестового примера, тестовый пример считается пройденным. Если количество непроходящих тестовых случаев не превышает заранее установленный порог проекта, набор тестов считается пройденным. Если это так, система может быть отклонена или принята на условиях, предварительно согласованных между спонсором и производителем.
 
 
 
Ожидаемый результат успешного выполнения теста:
 
 
 
    тестовые примеры выполняются с использованием заранее определенных данных
 
    фактические результаты записываются
 
    фактические и ожидаемые результаты сравниваются, и
 
    определены результаты испытаний.
 
 
 
Цель состоит в том, чтобы обеспечить уверенность в том, что разработанный продукт соответствует как функциональным, так и нефункциональным требованиям. Целью проведения приемочного тестирования является то, что после его завершения и при условии соблюдения критериев приемки ожидается, что спонсоры подпишут разработку / усовершенствование продукта как удовлетворяющую определенным требованиям (ранее согласованным между бизнесом и поставщиком / разработчиком продукта) .
 
  
 +
:Следующее лектио -- '''[[Критерии Приёмки]]'''
  
 +
===Термины===
 +
:[[Верификация]], [[Валидация]], [[Приёмочные испытания|Приемка]], [[Требования]]
  
 +
==Экзамен==
  
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/
 
  
===Термины===
+
===Вопросы экзамена===
:[[Верификация]], [[Валидация]], [[Проверка]], [[Приемка]], [[Требования]]
 
 
 
===Вопрос(ы)===
 
 
:Исходя из выше описанного текста: Проверка отвечает на вопрос, был ли разработан правильный продукт, так как он решает проблемы, которые должен был решить. -- Правда/Неправда
 
:Исходя из выше описанного текста: Проверка отвечает на вопрос, был ли разработан правильный продукт, так как он решает проблемы, которые должен был решить. -- Правда/Неправда
 
:Следующее лектио -- '''[[Критерии Приёмки]]'''
 
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

Текущая версия на 10:50, 21 сентября 2022

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


Материалы

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

Иллюстрации


Текст (HTML)

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

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

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

Приёмочные тесты могут проводиться от лица конечного пользователя, от лица продвинутого пользователя, разработчиками и реальными пользователями.

В пользовательском приёмочном тестировании (user acceptance testing или UAT), тестировщики действуют от лица конечных пользователей. Эти тестировщики обыкновенно либо представляют заказчика, либо набраны с улицы случайным образом.

При операционном приемочном тестировании (operational acceptance testing или OAT), тестировщики действуют от лица продвинутых пользователей, имитируя нестандартные ситуации. Например, для проверки работы вычислительного кластера, тестировщики могут выключить один или более серверов этого кластера. Далее, может быть протестировано восстановление резервных копий. Продвинутые тестировщики по обыкновению представляют заказчика.

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

Заказчик может согласиться на проведение тестов подрядчиком. В этом случае, заказчику может быть передана полная документация о проведённом тесте.

Наконец, приёмочное тестирование может проводиться реальным использованием изделия. В этом случае, приёмка разбивается на два или более этапов. В первом этапе, изделие передаётся заказчику, но продолжает обслуживаться разработчиками подрядчика. В заключительном этапе, заказчик соглашается, что разработка изделия завершена и подрядчик более не отвечает за неё. Это тестирование может быть совмещено с бета-тестом.

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

А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, приёмочное тестирование:

Варианты

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

Термины

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

Экзамен

Определения

Вопросы экзамена

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