Ну, в книге они предлагают, начиная с простейшего успеха случае возможно. Для службы проверки подлинности, которая, вероятно, будет успешной аутентификацией.
Так что ваш первый тест прием может выглядеть примерно так:
Когда: получение достоверных данных пользователя
Тогда: аутентификация должна быть успешной
Это может показаться очень мало для приемочных испытаний, который должен протестировать всю систему, но ваша система также очень мала и не так много пользовательских историй. В основном, только проверка подлинности, неудача и, возможно, тест, который охватывает случай, когда пользователь пытался войти в систему слишком много раз без успеха. Затем вы можете более подробно рассказать о фактическом механизме аутентификации, но приемочный тест всегда должен быть посвящен истории пользователя.
Я думаю, можно также утверждать, что вам вообще не нужно записывать приемочные тесты для вашей службы аутентификации, поскольку это только часть вашей системы, и вы должны скорее написать приемочные тесты для всей вашей системы, то есть когда вы подключили все микросервисы вместе или для каждого отдельного веб-сайта, который будет полагаться на эту услугу. Основная причина такого аргумента заключается в том, что приемочное тестирование связано с тестированием извне, и ваша служба проверки подлинности уже является довольно глубоким компонентом вашей системы.
Я начал с теста, который вы упомянули в своем ответе. Прошло уже полтора месяца. И я думаю, что я ошибся. Потому что ходячий скелет для системы недостаточно силен. Я считаю, что первый тест должен быть «отправить запрос вашему клиенту mvc, вы получите ответ« OK ») – MJK