SBE规格应该有多完整？

Question

我正在开发一个相当大的现有代码库，在这里创建SBE规范来定义产品的行为。

目前大约有450种场景，而且随着每个新特性添加到代码库中，这个数目都在增加。

与传统的一行需求语句相比，由于SBE规范的冗长性，很难对系统的功能有较高的理解。例如，这些故事目前共有46,830字：

$ find src/main/resources/stories/ -name *.story | xargs cat | wc -w
   46830

另一个问题是，我们正在使用gerrit代码评审工具来协作故事，这将导致团队之间的正规化通信。

问题1：SBE应该是一个完整的、全面的回归测试套件(示例)吗？或者，他们应该只关注每个sprint所需的关键功能吗？

问题2：正如答案这里中提到的，是否需要像问题跟踪器这样的工具来管理大型项目的故事？

Answer 1

通常，验收测试和行为测试的重点是确保交付价值，因为它们本身就是黑匣子测试的一种形式。

因此，对于1.答案是否定的，它们不应该是完整的。他们应该确保产生价值的外部行为不会倒退。

关于2.我会避免这样的工具，因为它们非常难以查询以获得基于时间的信息:通常，敏捷工具(如Rally或Version one )能够进行刻录图表，以便按日和速度图表进行刻录。使用bug跟踪器进行跟踪，使用敏捷工具实现敏捷！