用例之前需要启发技术是什么？

Question

我向我的同事介绍了一些关于用例启发的演示，然后其中一个问道 “在使用案例之前，需求启发技术有哪些？用例如何比以前的方法更好？” 我不知道，有人可以帮忙吗？

Answer 1

从Wikipedia开始，用例最初是在1986年制定的。

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

用例是obv。比它提供的视觉简洁性的详细文档更好：）

然后是用户故事

Answer 2

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