敏捷测试计划/测试用例，是IEEE 829的轻量级替代品？

Question

我正在构建一个web应用程序，并开始创建一个测试计划/测试用例和结果。

我已经看过IEEE829标准的八二九来创建上面的，这似乎有点过分，真的满足我的需要。

只是想知道，是否有人有他们自己的敏捷项目使用的测试计划的例子(以及相关的案例和结果，例如GUI测试)？

非常感谢

Answer 1

我们使用BDD场景，从用户的角度描述系统的功能。我们将其表述为：

Given <a context>
When <an event happens>
Then <an outcome occurs>

你可以使用任意数量的礼物，时间和时间。

Given <a context>
And <another context>
When <an event happens>
Then <an outcome occurs>
And <another outcome occurs>
When <another event happens>
Then <yet another outcome>.

BA通常会为我们编写这些代码，但我看到了开发人员或测试人员与分析师或业务涉众合作编写它们。

您可以使用诸如Cucumber、SpecFlow或JBehave这样的BDD框架来实现它们，或者devs可以使用一些DSL来实现它们。下面是一个例子。这是一个针对小C#宠物店的GUI运行的真实场景。

关于场景，我最喜欢的一点是，你可以就系统应该做的不同事情进行对话，询问不同的上下文是否改变了结果，是否还有其他重要的结果被遗漏，等等。这些对话产生了新的例子。

我们并不是所有的事情都自动化，但是我们已经足够自动化来展示系统是如何工作的，并且给我们一个很好的机会捕捉到一些坏的东西。例如，我们可能会显示一两段验证，但不检查所有的验证；然后可以在单元测试级别进行验证。

然后，这些场景也具有足够的可读性，测试人员可以遵循它们，而且因为我们在实现代码之前生成它们，所以我们也得到了更好的估计和更高质量的代码。离岸团队确实受益于有明确的场景和自由地问他们的问题。