Приемочное тестирование: пример

Приемочное тестирование: пример
Самая раскрытая инфа которую нашел: Тестовые случаи при приемочном тестировании описывают общими словами критерии передачи и приемки проекта, тестовые случаи, о которых заказчик и исполнитель договариваются до реализации проекта, должны быть конкретными и измеримыми;

А как оно вообще выглядит?

  • по опыту:
    никак это не выглядит.

    по ходу реализации вылезает столько хотелок от заказчика и столько ограничений на технологии, что итог похож на задумку как гроза на зонтик (есть у них общее - "дождь").

    В тестировании - более формально
    надо отловить пограничные случаи работы (перескок данных через границу емкости, переключения на пределах скорости. и тд) и запротоколировать поведение там.
    Но всё равно в основном попадалось что надо чтоб система прог выдерживала выдергивание шнура питания у основного сервера и переключалась на резервный, а потом бодро восстанавливала порушенное на основном и все неполадки отражались только в логах. .
    и такое как "само-собой разумеющееся" ни в какие особые требования не попадало.
    (нормальная ситуация на приемке взрывоопасного:
    заказчик начинае водить мышой удаляя всё подряд и потом выдергивает первый попавшийся шнур питания
    и задаёт вопрос " а почему это тут оно не работает? Оно же защищено от локальных сбоев? ")