User stories 共享代码和库的用户故事

我正在从事一个需要使用用户故事的项目，该项目的一部分是对ASP.NET数据库执行身份验证。通过阅读本文，故事将遵循类似的模式：

作为一个未注册的用户，我想注册应用程序，以便创建一个帐户……等等

从“接受”的角度来看，我将其视为完成工作的后端部分，然后是用户可以与之交互的UI。但是还有其他不相关的项目可以使用相同的功能，因此这将是共享框架/库的一部分

---

当代码进入一个没有前端的库时，应该如何编写用户故事？即使用户不会直接使用该功能，这些故事还是应该从最终用户的角度来编写吗？

不要将每个用户故事都固定到模板中。故事的“最终用户”视图是为了让开发人员清楚地看到功能的使用情况，并在过程中理解上下文以更好地实现故事。它还可以帮助您垂直拆分故事，并避免编写诸如“迁移数据库”之类的故事

如果你有这两个想法，那么就写一些对你的情况有意义的故事。在你的情况下，我会考虑调用应用程序作为最终用户，并把这个故事写成“作为一个应用程序，我想创建一个帐户，以便……”。对我来说，这给了我在实现故事时需要记住的正确上下文