133 lines
10 KiB
Markdown
133 lines
10 KiB
Markdown
|
---
|
|||
|
title: Acceptance Testing
|
|||
|
localeTitle: Приемочное тестирование
|
|||
|
---
|
|||
|
## Приемочное тестирование
|
|||
|
|
|||
|
Приемочное тестирование, метод тестирования, выполняемый для определения того, соответствует ли система программного обеспечения спецификациям требований. Основная цель этого теста - оценить соответствие системы бизнес-требованиям и проверить, соответствует ли она необходимым критериям для доставки конечным пользователям.
|
|||
|
|
|||
|
Существуют различные формы приемочного тестирования:
|
|||
|
|
|||
|
\-> Приемочное тестирование пользователей
|
|||
|
|
|||
|
\-> Приемочное тестирование
|
|||
|
|
|||
|
\-> Альфа-тестирование
|
|||
|
|
|||
|
\-> Бета-тестирование
|
|||
|
|
|||
|
# Критерии приема
|
|||
|
|
|||
|
Критерии приемлемости определяются на основе следующих атрибутов
|
|||
|
|
|||
|
\-> Функциональная корректность и полнота
|
|||
|
|
|||
|
\-> Целостность данных
|
|||
|
|
|||
|
\-> Преобразование данных
|
|||
|
|
|||
|
\-> Юзабилити
|
|||
|
|
|||
|
\-> Производительность
|
|||
|
|
|||
|
\-> Своевременность
|
|||
|
|
|||
|
\-> Конфиденциальность и доступность
|
|||
|
|
|||
|
\-> Устанавливаемость и повышаемость
|
|||
|
|
|||
|
\-> Масштабируемость
|
|||
|
|
|||
|
\-> Документация
|
|||
|
|
|||
|
# План тестирования приемки - Атрибуты
|
|||
|
|
|||
|
Приемочные испытания проводятся поэтапно. Во-первых, основные тесты выполняются, и если результаты теста удовлетворительны, выполняется выполнение более сложных сценариев.
|
|||
|
|
|||
|
План тестирования приемки имеет следующие атрибуты:
|
|||
|
|
|||
|
\-> Введение
|
|||
|
|
|||
|
\-> Приемочные испытания
|
|||
|
|
|||
|
\-> Операционная среда
|
|||
|
|
|||
|
\-> Идентификатор тестового примера
|
|||
|
|
|||
|
\-> Название теста
|
|||
|
|
|||
|
\-> Целевая задача
|
|||
|
|
|||
|
\-> Процедура тестирования
|
|||
|
|
|||
|
\-> Расписание испытаний
|
|||
|
|
|||
|
\-> Ресурсы
|
|||
|
|
|||
|
\=> Деятельность по приемочным испытаниям предназначена для достижения одного из выводов:
|
|||
|
|
|||
|
Принять систему как поставленную
|
|||
|
|
|||
|
Принять систему после того, как были сделаны требуемые изменения
|
|||
|
|
|||
|
Не принимайте систему
|
|||
|
|
|||
|
# Отчет о приемочных испытаниях - атрибуты
|
|||
|
|
|||
|
Отчет о приемочных испытаниях имеет следующие атрибуты:
|
|||
|
|
|||
|
\-> Идентификатор отчета
|
|||
|
|
|||
|
\-> Резюме результатов
|
|||
|
|
|||
|
\-> Вариации
|
|||
|
|
|||
|
\-> Рекомендации
|
|||
|
|
|||
|
\-> Резюме списка To-DO
|
|||
|
|
|||
|
# \-> Решение о принятии решения
|
|||
|
|
|||
|
Приемочное тестирование фокусируется на проверке того, соответствует ли разработанное программное обеспечение всем требованиям. Его основная цель - проверить, соответствует ли разработанное решение ожиданиям пользователей.
|
|||
|
|
|||
|
[Это руководство по быстрому стилю поможет вам принять ваш запрос на тягу](https://github.com/freecodecamp/guides/blob/master/README.md) .
|
|||
|
|
|||
|
Приемочное тестирование - это хорошо зарекомендовавшая себя практика разработки программного обеспечения. Приемочное тестирование является важной частью функционального тестирования вашего кода.
|
|||
|
|
|||
|
Приемочный тест проверяет, что код работает как ожидаемый, т.е. дает ожидаемый результат, учитывая ожидаемые входы.
|
|||
|
|
|||
|
Приемочный тест используется для тестирования относительно больших функциональных блоков программного обеспечения, а также функций.
|
|||
|
|
|||
|
### пример
|
|||
|
|
|||
|
Вы создали страницу, в которой пользователь должен сначала ввести свое имя в диалоговом окне, прежде чем они смогут увидеть содержимое. У вас есть список приглашенных пользователей, поэтому другим пользователям будет отправлена ошибка.
|
|||
|
|
|||
|
Здесь есть несколько сценариев, таких как:
|
|||
|
|
|||
|
* Каждый раз, когда вы загружаете страницу, вам нужно ввести свое имя.
|
|||
|
* Если ваше имя находится в списке, диалог исчезнет, и вы увидите статью.
|
|||
|
* Если ваше имя отсутствует в списке, в диалоговом окне появится сообщение об ошибке.
|
|||
|
|
|||
|
Вы можете записывать тесты приемки для каждой из этих дополнительных функций более крупного диалогового окна
|
|||
|
|
|||
|
Помимо кода, который обрабатывает инфраструктуру выполнения теста, ваш тест для первого сценария может выглядеть как (в псевдокоде):
|
|||
|
|
|||
|
Учитывая, что страница открыта Диалоговое окно должно быть видимым Диалоговое окно должно содержать поле ввода И в поле ввода должен быть текст заполнителя «Ваше имя, пожалуйста!»
|
|||
|
|
|||
|
### Заметки
|
|||
|
|
|||
|
Приемочные тесты могут быть написаны на любом языке и выполняться с использованием различных доступных инструментов, которые будут заботиться об упомянутой выше инфраструктуре: например, открытие браузера, загрузка страницы, предоставление мнтодам доступа к элементам на странице, библиотеки утверждений и т. Д.
|
|||
|
|
|||
|
Каждый раз, когда вы пишете часть программного обеспечения, которое будет использоваться снова (даже самостоятельно), это помогает написать для него тест. Когда вы сами или кто-то вносит изменения в этот код, запуск тестов гарантирует, что вы не нарушили существующие функции.
|
|||
|
|
|||
|
Обычно это выполняется пользователями или экспертами по предметным вопросам. Он также называется тестом на прием пользователей (UAT). UAT включает в себя наиболее распространенные сценарии реальной жизни. В отличие от тестирования системы, он не фокусируется на ошибках или сбоях, а на функциональности. UAT выполняется в конце жизненного цикла тестирования и будет решать, будет ли программное обеспечение перемещено в следующую среду или нет.
|
|||
|
|
|||
|
Хорошим способом определения того, какие приемочные тесты должны быть написаны, является добавление критериев приемлемости к истории пользователя. С критериями приемлемости вы можете определить, когда пользовательская история готова к развертыванию, и проблема будет завершена в соответствии с вашими пожеланиями.
|
|||
|
|
|||
|
В проекте Agile важно, чтобы команда имела критерии приемки, определенные для всех пользовательских историй. В процессе тестирования приемочных испытаний будут использоваться определенные критерии для оценки поставляемой функциональности. Когда история может передать все критерии приемки, она завершена.
|
|||
|
|
|||
|
Приемочное тестирование может также проверять, соответствует ли завершенный эпик / сюжет / задача определенным критериям приемлемости. В отличие от определения сделано, этот критерий может охватывать конкретные деловые случаи, которые команда хочет решить. Это обеспечивает хорошее измерение качества работы.
|
|||
|
|
|||
|
#### Дополнительная информация:
|
|||
|
|
|||
|
* [Международная квалификационная коллегия по тестированию программного обеспечения](http://www.istqb.org/)
|