Критерии приемки
Критерии приемки - это условия, которым должен удовлетворять продукт, чтобы быть принятым пользователем, заказчиком или, в случае функциональности системного уровня, потребляющей системой. Проще говоря - это список требований, о том, как новая функция ПО должна работать / выглядеть. Это, в свою очередь, гарантирует, что:
а. Функция разработана хорошо. В противном случае важный или полезный аспект может быть упущен - и никто этого не заметит до самого конца.
б. Это работает так, как было задумано. Если описание расплывчато, разработчикам, возможно, придется сделать предположения о том, как должна работать каждая область. С критериями приемки разработчики точно знают, какой дизайн и функциональность ожидаются.
в. QA знает, чего ожидать во время тестирования. Даже если функция не выглядит сломанной, она может работать не так, как хотели менеджеры по продукту. Если критерии приемки отсутствуют, тестировщики не могут сообщать о подобных проблемах.
Формат / макет / шаблон критериев приемки: существует два основных типа критериев приемки, основанные на сценариях и правилах:
-
Критерии приемлемости, основанные на сценариях, используют шаблон для подробного описания конкретного поведения / последовательности действий пользователя; Формат “Дано/Когда/Тогда”
-
Критерии приемлемости на основе правил - это скорее простой список того, как функция должна выглядеть / работать
Кто пишет критерии приемки? Обычно в создании критериев приемки участвуют несколько человек или команд. Тем не менее, это в первую очередь делает продукт менеджер. Разработчики несут ответственность за обеспечение функциональности функции, а QA - за подтверждение ее удобства использования. Но критерии приемки создаются человеком или командой, ответственной за решение, какие новые функции добавить в продукт.
