history - 用例之前的需求获取技术是什么？

Question

我为我的同事做了一个关于用例启发的小演示，然后其中一个人问“用例之前的需求启发技术是什么？用例如何比以前的方法更好？” 我不知道，有人可以帮忙吗？

Answer 1

从Wikipedia中，用例于 1986 年首次制定。

在此之前（甚至之后很长一段时间）猜测有一些沉闷的 100 pg 需求定义文档，其中包含指定的前置条件和后置条件以及失败场景。

用例是明显的。它提供的视觉简洁性比详细的文档更好:)

然后是用户故事

Answer 2

我认为区分活动和符号很重要。如上所述，以前没有结构，因此每个需求都是一组行。用例定义目标、特定参与者，可以包含另一个用例或由另一个用例扩展，甚至可以参数化。这允许以易于理解的方式消除那些长需求文档中的大部分重复。但这仅是关于符号的，与旧技术相比，用例本身没有任何其他活动来引发需求。另一方面，用户故事没有明确的书面场景，符号更短。有趣的事情发生了，当你为用户故事编写场景时，就像使用 Cucumber 一样，实际上你需要编写更多的内容和更脆弱的描述，就像使用用例一样，但重要的事实是，用户故事提供了不同的活动。与其尝试预先覆盖场景，不如按需、增量和迭代地编写它们，这意味着您可以更好地应对需求的变化。然而，从用户故事中删除重复是相当困难的，场景的 Given-When-Then 模板用有限状态机替换用例的功能性质。