我正在开发一个需要使用用户故事的项目，项目的一部分是对ASP.NET数据库执行身份验证。从阅读起来，一个故事将遵循类似的模式：
作为未注册的用户，我想在应用程序中注册，以便创建帐户......等等。
从“接受”的角度来看，我将此视为执行工作的后端部分，然后是用户可以与之交互的UI。但是还有其他不相关的项目可以使用相同的功能，因此这将是共享框架/库的一部分。
随着代码进入一个没有前端的库，应该如何编写用户故事？即使用户不直接使用该功能，故事是否仍然是从最终用户的角度编写的？
答案 0 :(得分：0)
不要注意将每个用户故事都放入模板中。故事的“最终用户”视图是为了让开发人员清楚地了解功能的用法，并在此过程中理解上下文以更好地实现故事。它也可以帮助您垂直分割故事，避免编写“迁移数据库”等故事。
如果你有这两个，那么写下对你的情况有意义的故事。在您的情况下，我会将调用应用程序视为最终用户，并将故事写为“作为应用程序，我想创建一个帐户，以便......”。对我而言，给出了在实现故事时我需要牢记的正确背景。