ATDD -验收测试从哪里开始？

Question

我试图理解验收测试，但是我很困惑它从哪里开始，或者涉及到什么样的测试/测试。我必须使用自动化的GUI测试框架，还是必须使用单元测试？验收测试的界限是什么？

编辑:我的问题是关于自动化验收测试。

Answer 1

验收测试是在开发和集成整个应用程序/软件之后进行的。验收测试主要是为了测试应用程序是否满足用户的要求。

验收测试主要有两种类型。

• 阿尔法测试
• β测试

验收测试主要由客户(要求开发软件的人)和最终用户进行。

Alpha测试是由客户端完成的。他得到了开发商的帮助。在这里，客户端查看软件以确保他的所有需求都得到了满足。

Beta测试是在阿尔法测试完成后完成的。在这里，应用程序被发布给一组作为最终用户并使用应用程序的人。

Answer 2

单元测试不应与验收测试混淆。

验收测试基本上是需求，编写为测试，以便：

1. 很明显，何时满足要求；
2. 实际测试更易于计划和运行。

单元测试是对小代码的自动测试，用于监视所有的小比特，而不需要持续的(也是非常讨厌的)手动检查。

Answer 3

你可以沿着UI路走。Selenium或WatiR是可靠的工具，可以用于运行基于ui的测试套件。如果您是Dot.Net开发人员，您可以使用WatiN，但问题是它似乎已经死了，因为它自2011年4月以来就没有新版本了。

一段时间前，我确实成功地为我做了一些不错的测试套件工作，集成了SpecFlow (稍后将更详细地介绍)和watiN，并且工作得很好。

然而，随着时间的推移，我意识到当我做基于UI的测试时，我所做的只是加载一个页面，点击一些东西，而不是检查DB中的结果。有时，我也会检查屏幕是否也显示了预期的信息，但仅此而已。这个结论迫使我放弃了基于UI的测试。

我开始做的是确保UI是建立在规则和习惯的基础上的。现在的工具(asp.net mvc，剃刀模板或更好的- knockout.js)允许我们这样做，而不会有太多的痛苦。当UI是有条不紊地构建的，而不是每个人都在页面上抛出他们喜欢的字段时，大多数时候您需要测试的是构建它的方法，而不是结果。如果我真的想测试它(在某些情况下，您会这样做)，用QUnit这样的工具来测试它会更容易(也更快)，

所以我练习ATDD的方法是：

1. 使用散斑流将业务需求纳入测试代码。
2. 只测试“后面的代码”。
3. UI管道使用knockoutJS (使用大量自定义绑定)
4. 为返回到视图的模型创建标准。
5. 将UI行为测试视为单元测试。

这里是specflow的一个良好起点：http://www.infoq.com/articles/Spec-Flow