Важно знать, что все фазы тестирования перекрываются. Это сделано так, чтобы устранить пробелы в предыдущей тестовой фразе, а также проверить одно и то же с разных точек зрения.
Системное тестирование проверяет всю систему на соответствие списку требований. Приемочное тестирование проверяет всю систему против того, что хочет пользователь, возможно, фактически используя его. И, как мы все знаем, то, что говорят требования и что хочет пользователь, может быть двумя разными вещами. Важным отличием является то, кто управляет тестами: разработчики или пользователи.
В Википедии есть хорошее объяснение разницы между пользовательским приемочным тестированием и системным тестированием .
Приемочное тестирование пользователя (UAT) состоит из процесса проверки того, что решение работает для пользователя. Это не системное тестирование (гарантирующее, что программное обеспечение не обрабатывает sh и удовлетворяет задокументированным требованиям), а скорее гарантирует, что решение будет работать для пользователя (т. Е. Тестирует, что пользователь принимает решение); поставщики программного обеспечения часто называют это «бета-тестированием».
Это тестирование должно проводиться специалистом по конкретным вопросам (МСП), предпочтительно владельцем или клиентом тестируемого решения, и предоставлять сводку результатов для подтверждения для продолжения после испытания или проверки. В разработке программного обеспечения UAT как один из заключительных этапов проекта часто происходит до того, как клиент или клиент принимает новую систему. Пользователи системы проводят тесты в соответствии с тем, что происходит в реальной жизни ios. [9]
Хорошая аналогия с бета-тестированием: в процессе использования программного обеспечения бета-тестеры будут запускать все виды сценариев ios, о которых вы даже не думали. Часто это не будет в требованиях. Они могли быть забыты, или предположены, или слишком детализированы, или просто не задуманы, или ошибки (особенно ошибки параллелизма).
- "Система упала, когда мы добавили 257-го пользователя."
- "Я редактировал документ, когда кто-то другой удалил его, и документ был воскрешен. Он все равно должен быть удален."
- "Если я нажму клавишу escape при сохранении документа, я получу две копии document. "
- " Текст плохо читается в темном режиме. "
" Приемочное тестирование "иногда выполняется командой разработчиков от имени пользователей . Заказчик на месте напишет набор приемочных тестов с точки зрения «черного ящика», которые должна будет выполнить группа. Они могут стать регрессионными тестами.
- "Сортировать 10 000 документов по имени менее чем за 1 секунду."
- "Все столбцы должны сортироваться как по возрастанию, так и по убыванию."
- "Сайт должен следовать разделам X, Y и Z из WCAG 2.1 "
Этот вид приемочного тестирования группой разработчиков иногда является суррогатом при приемочном тестировании пользователя или это можно сделать до UAT, чтобы убедиться, что программное обеспечение находится в максимально возможной форме, прежде чем представлять его клиенту для принятия.