学习 交流 分享

自动化之传统测试与分层测试

上一篇 / 下一篇  2014-07-21 11:13:24 / 个人分类:随谈

   通常针对被测系统特点专项开发自动化测试脚本,当系统功能变更频繁时,自动化测试维护成本很大。大多数测试团队试图在测试团队能够掌控的黑盒测试环节进行尽可能全面的覆盖,甚至是尽可能全面的黑盒(界面)自动化测试

 

  通常针对被测系统的架构特点有针对性地开发自动化测试脚本。

比如典型的Web三层架构,表示层,逻辑层,数据访问层。那么针对表示层使用UI自动化,逻辑层和数据访问层使用接口自动化。 

    分层自动化测试倡导的是从黑盒单层测试到黑白盒多层测试体系,从全面黑盒(界面)自动化到关键业务流程页面测试+单元(模块)测试

 

  • 分层自动化测试带来的风险

 测试遗漏

          层次把握不好的话,会造成测试的遗漏,比如接口的调用,如果是UI层调用本身的问题,如果UI层不覆盖,那么很明显就会遗漏

 测试重复

       如上面的例子,如果UI层和逻辑层都覆盖,那么会造次测试的重复,反而增加了投入的成本。

 

核心功能要求技术更高

比如测试需要与外部对接的系统,数据存在上下文关系,那么这类往往需要用到Mock技术,从而带来技术要求更高。

 

  分层自动化测试一定要注意度的把握上,从而需要测试管理者对系统有更深的理解和把握

 

 


TAG: 传统测试 自动化测试 分层自动化测试

 

评分:0

我来说两句

Open Toolbar