Являются ли тесты приёма пользователей (UAT) и сквозные (E2E) те же самые?

Я пытался найти ответ на этот вопрос в Интернете, но я не смог найти достаточно хорошего, чтобы я мог быть уверен в ответе.

Я считаю, что они по сути одни и те же, но пользовательский тест (UAT) требует реального пользователя, в то время как сквозной (E2E) тест использует автоматизированные инструменты для имитации пользователей?

Ответ 1

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

С другой стороны, тест End-To-End является одним из подходов для тестирования сложных приложений, в которых все уровни приложения взаимодействуют друг с другом во время выполнения теста.

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

Ответ 2

Весь тестовый стек - в основном ответственность инженеров.

Приемочные и сквозные тесты разрабатываются BA, QA и Engineering до начала разработки, а затем автоматизируются инженером или в некоторых случаях BA с использованием таких инструментов, как Cucumber.

Модульные и интеграционные тесты создаются во время разработки инженером.

1. Конец в конец (Действия)

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

Например, "прошедший проверку подлинности пользователь может запустить заявку на работу, ввести все необходимые данные и отправить заявку".

2. Принятие (Визуальный)

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

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

3. Блок

Создано при разработке инженером. Проверяет единицу работы, которая может быть отдельным методом или методом, состоящим из нескольких частных методов. Хорошее практическое правило - проверять только открытый интерфейс класса, частные методы не всегда нужно проверять, поскольку они являются частью единицы работы. Но в случае, когда в приватном методе есть сложная логика, было бы неплохо проверить его изолированно. Используйте JUnit и JMockit. Ложные зависимости единицы работы, такие как база данных и доступ к сети.

4. Интеграция

Создано при разработке инженером. Тестирует единицу работы без насмешек. Как правило, фокусируется на более широкой области, чем модульное тестирование. Например, создание пользователя может включать в себя сохранение сведений в базе данных, отправку веб-запроса в службу и ответ клиенту. Часто для запуска тестов требуется веб-сервер в памяти. Используйте JUnit или Спок

Это помогло мне представить сквозные интерфейсы как действия, а приемочные тесты - как визуальные

Ответ 3

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