对于BDD风格的测试，测试人员应该使用与开发人员相同的工具吗？

Question

开发人员希望为他们的单元测试创建BDD风格的测试（使用SpecFlow），而我们的测试团队需要一些地方来放置自动化的web UI测试（使用Selenium）以及web服务集成测试。

因此，问题是：在测试人员和开发人员的测试之间共享相同的对象是否更好，或者将这两个世界分开是否可以得到更好的测试管理？

对于我们的测试人员来说，SpecFlow似乎不是一个完美的解决方案（Robot framework或Fitnesse正在考虑），但使用通用工具和库来编写不同类型的测试似乎是合理的。

谢谢,

Answer 1

我认为您将会发现两个测试系统之间的重叠很可能意味着可以共享的东西比您预期的要少。

首先让我们考虑一下BDD下的开发周期。我们从一个新的特性定义开始，然后开发一些场景和代码来支持它。事实上，如果我们正确地这样做，每个Specflow场景都是一个业务级测试，并且为了驱动单个业务级测试的开发，您可能还开发了许多较低级别的单元级测试。我听说过这个过程被描述为各种各样的事情（包括“七步过程”），但重要的是它是一个循环中的一个循环，您要完成多个红绿重构单元测试循环，以便通过业务级别循环，将业务级别场景从红到绿。

到目前为止，还没有必要测试UI层，特别是在MVC/MVVM或类似的分层代码库中。事实上，我建议我的客户机就是这样工作的，不需要测试点击是否调用命令，我们假设我们不想浪费时间测试我们正在工作的框架，所以我们只调用命令本身。

然而，您提到了Selenium，所以我假设您正在使用它来驱动与浏览器的交互，因此我们也假设您希望在UI级别上进行一些测试。这段代码跨越了多个域（看看它是谁的域），为您提供了高级概念，如登录和您现在想要重用的公共进程。这段代码还不存在，因为它与浏览器的交互与其他代码不一致。

因此，我认为您将发现最终会有两个测试代码库，一个由单元测试和业务级别规范使用，用于孤立地测试事物，即与模拟一起保存的代码块或仅是整个系统的一部分。

另一个结合硒测试与整个系统的交互，进行集成测试和系统测试。