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

Question

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

我已经看过IEEE 829标准http://en.wikipedia.org/wiki/IEEE_829来创建上述内容，但对我的需求而言似乎有点矫枉过正。

只是想知道是否有人将他们用于自己的敏捷项目的测试计划（以及相关案例和结果，例如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框架来自动化它们，或者开发人员可以使用一点DSL来实现它们。 Here's an example。这是一个针对little C# pet shop的GUI运行的真实场景。

我最喜欢的场景是，您可以就系统应该做的不同事情进行对话，询问不同的情境是否会改变结果，是否有任何其他重要的结果已经错过，等等。生成新的例子。

我们不会自动化所有内容，但我们会自动化，以显示系统的行为方式，并为我们提供抓住某些内容的好机会。例如，我们可能会显示一两个验证但不检查所有内容是否经过验证;然后可以在单元测试级别完成。

这些场景也足够可读，以便测试人员遵循它们，并且因为我们在之前生成我们实现代码，所以我们得到更好的估计和更高质量的代码。离岸团队确实从明确的情景和提出问题的自由中受益。