假设我们公司想让几种不同的技术协同工作，有没有什么方法可以自动回归测试？毕竟在项目初期了解不同模块能否协同工作，是件很棒的事情。
Rami Jaamour：是的，有自动化回归测试的方法，而且应该是自动化的。Web服务将其自身引向自动化，因为它没有用户界面——一个过去增加了自动化回归测试难度的组件。在网上搜索，可以找到提供回归测试自动操作技术的供应商。你需要考虑的组件和方面有：
1) 自动构造程序。服务需要自动编译、自动部署。比较典型的自动方式是白天编写代码，夜间在白天的基础上通过构造系统自动执行。
2) 可以简单构造与实际使用场景尽可能相似的测试用例的工具，且此工具位于消息层。
3) 构造完成后，可自动进行测试的框架。
4) 能在不同团队(开发，质保等)间共用和共享测试用例的框架，这样他们可以有效合作。
5) 统一的结果报告，这样不用重复花时间去检验测试执行结果。
6) 将测试与需求管理系统中的需求相连，或将测试与程序缺陷追踪系统中程序缺陷ID相连的能力，对于追踪过程和识别一个项目中什么被测试过、什么没被测试过、什么在运转、什么不在运转是非常有用的。
用这种方式你能建立一个高效灵活的进程。每天早晨开发工程师和质保工程师来上班，检查测试执行结果，决定任意部分进行回归测试，然后在对已有的功能仍在正确运行的信心基础上继续为新特性编码、创建测试。这样，精力被用于创建新特性的测试，而不是手工测试旧事物或执行测试，这将大大提高生产率。回归测试装置是作为一种有价值的资源增长，任何时间都可执行回归测试来校验应用，而且回归测试让你能知晓项目的目前状况、对将来进行预测，这远胜于到项目最后才出乎意外的知悉坏的情况。这是非常可行的，而且我观察到很多机构成功应用了这一进程。
