我试图找到一些符合以下条件的框架/方法/“东西”：
>能够使用C#编写自动化测试,最好用Visual Studio编写.
>测试应该驱动Web浏览器并像用户那样与SUT交互.
>测试应该能够在DB中设置测试场景.
>测试应该能够断言用户交互在DB中具有预期的效果.
>测试完成后,它应该能够回滚它在DB中所做的所有更改.
我的第一次尝试是使用NUnit测试来驱动Selenium(以及之前的Watin),但我在使用TransactionScope回滚Selenium驱动的浏览器在数据库中所做的更改时遇到了一些问题(请查看上面的链接).
有没有人在“现实世界”中做过这样的事情？我通过谷歌找到了一些参考资料,但是未能找到任何关于如何实现这一点的具体例子.如果我正在进行单元测试,那就不会有任何问题.在那种情况下,TransactionScope就足够了.
编辑：R.Harvey向我指出了this问题,这几乎与我的情况相同.
然而,这个问题几乎完全相同.我的应用程序是一系列服务的一部分,所有这些服务都访问同一组数据库表.所需的测试数据量不允许有效使用drop / create-scripts,因此是否有其他替代解决方案？
我们正在使用sql Server 2005,而且我不是很精通数据库魔术,所以如果有一些方法可以使用除drop / create之外的sql脚本,那么这可能是一个选项.
编辑2：
基于答案和一些额外的头脑,我们将为开发人员提供更轻量级的数据库,以执行单元,集成和功能测试.这使我们能够使用sql脚本来设置和拆除测试.
解决方法
使用在每个测试套件之前恢复的数据库映像要好得多.这样,在套件完成并完成验证后,您将删除测试数据库.下一次运行,在套件设置期间,数据库将从保存的图像中重新创建,处于原始状态,准备进行测试.更好的方法是使用一个脚本从头开始部署数据库并在套件设置期间运行该脚本.
在每次测试之前恢复到原始状态是不可行的.更一般地说,进行冗长的单独测试设置和清理步骤是不可行的.当您添加更多测试时,将数据库恢复到测试之间的测试就绪状态所花费的时间将变得无法管理.拥有数百个测试的套件非常普遍,数万个测试的完整测试运行意味着只需要花费数小时来恢复数据库进行测试.设计您的个人测试,以便它们可以独立运行,即.即使测试N-1失败,测试N也必须产生有效的结果.
另一个需要考虑的是失败调查,您希望失败的测试使数据库处于可以调查有意义信息的状态,并且您希望后续测试能够运行并生成有效结果.有时这些要求会相互矛盾,但您必须考虑它们并围绕它们设计测试.
