什么是进行集成测试的好方法？

Question

我们编写了自己的集成测试工具,我们可以编写一些"操作"或测试,例如"GenerateOrders".我们可以使用许多参数来配置测试(例如订单数量).然后我们编写第二个操作来确认测试已通过/失败(即有(nt)个订单).

该工具用于

• 集成测试
• 数据生成
• 端到端测试(通过混合和匹配多个测试)

它似乎运行良好,但需要开发经验来维护和编写新的测试.我们的测试团队希望参与进来,他们几乎没有C#开发经验.

我们即将开始一个新的Greenfield项目,我正在研究编写和维护集成测试的最佳方法.

问题如下:

• 你如何进行集成测试？
• 你使用什么工具(FitNess？,Custom？,NUnit)？

我期待着各国人民的建议/意见.

提前致谢,

大卫

Answer 1

集成测试可以在用户界面级别(通过自动功能测试 - AFT)或服务/ api接口级别完成.

两种情况都有几种工具:

我已经上成功使用项目工作SAHI公司或硒的AFT Web应用程序的,白色的AFT用于.NET WPF或WinForms的应用,了SWTBot为Eclipse富的AFT客户端应用程序和科学怪人对Java的AFT摆动应用.

Fitnesse对于服务/ api级别测试或在UI下方运行的测试非常有用.如果做得好,它具有业务可读测试的优势,即非开发人员可以阅读和理解测试.像NUnit这样的工具对于此目的不太有用.SOAPUI特别适合测试SOAP Web服务.

要考虑的因素:

• 持续时间:你能忍受8小时的试运行吗？
• 脆性:AFTS可以对抗一个不断发展的应用相当脆(例如ID和窗口小部件的位置可以改变).需要足够的技能和努力来对不断变化的部分进行硬编码.
• 富达:你想要它与现实世界有多接近？例如,您可能必须模拟与支付网关的交互,除非提供商为您提供可以打败您的测试的测试环境.

这里捕捉到一些细微差别.

完全披露:作者与大多数(并非所有)上述免费和开源工具背后的组织相关联.