软件测试中自动化回归测试

发表于:2009-12-23来源:作者:点击数: 标签:
软件测试 中自动化 回归测试 假设我们公司想让几种不同的技术协同工作,有没有什么方法可以自动回归测试?毕竟在项目初期了解不同模块能否协同工作,是件很棒的事情。 Rami Jaamour:是的,有自动化回归测试的方法,而且应该是自动化的。Web服务将其自身引向

软件测试中自动化回归测试

假设我们公司想让几种不同的技术协同工作,有没有什么方法可以自动回归测试?毕竟在项目初期了解不同模块能否协同工作,是件很棒的事情。

  Rami Jaamour:是的,有自动化回归测试的方法,而且应该是自动化的。Web服务将其自身引向自动化,因为它没有用户界面——一个过去增加了自动化回归测试难度的组件。在网上搜索,可以找到提供回归测试自动操作技术的供应商。你需要考虑的组件和方面有:

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

原文转自:http://www.ltesting.net