Пользовательские истории для общего кода и библиотек

Question

Я работаю над проектом, который требует использования пользовательских историй, и частью проекта является выполнение аутентификации на основе базы данных ASP.NET.После прочтения этой истории история будет выглядеть следующим образом:

Как незарегистрированный пользователь, я хочу зарегистрироваться в приложении, чтобы создать учетную запись ...... и так далее.

С точки зрения «принятия» я рассматриваю это как внутреннюю часть, которая выполняет работу, а затем пользовательский интерфейс, с которым пользователь может взаимодействовать.Но есть и другие не связанные проекты, которые могут использовать ту же функциональность, так что это будет частью общей платформы / библиотеки.

С кодом, поступающим в библиотеку, которая не имеетконец, как должны быть написаны пользовательские истории?Должны ли истории быть написаны с точки зрения конечного пользователя, даже если пользователь не будет использовать эту функцию напрямую?

Answer 1

Не зацикливайтесь на приспособлении каждой пользовательской истории в шаблон.Представление «конечного пользователя» истории предназначено для того, чтобы дать разработчикам ясность, чтобы визуализировать использование функции и в процессе понять контекст, чтобы лучше реализовать историю.Он также поможет вам разделить истории по вертикали и избежать написания таких историй, как «перенос базы данных».

Если вы думаете об этих двух вещах, напишите истории, которые имеют смысл для вашей ситуации.В вашем случае я бы назвал вызывающее приложение конечным пользователем и написал бы историю как «Как приложение, я хотел бы создать учетную запись, чтобы…».Для меня это дает правильный контекст, который мне нужно учитывать при реализации истории.