对QTP自动化测试框架的一点认识

2012-07-31  贾胜战 

最近开始学习自动化测试,工具呢选择QTP,所以在网上搜索相关知识的时候,看到好的文章就想保存下来,这不,今天又看到一篇好文章,跟大家分享一下。详见下文:

对QTP自动化测试框架的一点认识 ---- 转

1、为什么要使用框架?

  框架是一组自动化测试 的规范、测试脚本的基础代码,以及测试思想、惯例的集合。可用于减少冗余代码、提高代码生产率、提高代码重用性和可维护性。

  2、自动化测试框架的架构?

  脚本层(业务组件开发),业务层(流程的开发和组织),数据层相分离,是本次框架组织总的方针,为开展功能自动化测试提供一个高效、稳定、容易的测试实现。

  3、QTP 工具的脚本结构?

  QTP在组织测试逻辑时,自身提供了testcase和action两种结构,这两种结构是包含和被包含的关系:一个testcase可以包括多个action。在action里面,众多的测试点可以按照实际逻辑进行组织。

  4、组织自动化测试用例 ,针对现实中一个完整的测试系统,测试用例到底应该如何组织呢?

  1)按照QTP testcase来组织

  在 QTP中建立多个testcase,每个testcase对应实际系统的功能组;在每个QTP testcase中,通过action来组织每个测试用例

  优点:可以组织层次较多的测试用列,结构比较清晰。

  缺点:QTP只针对每个testcase产生一个测试result report,现在多个testcase,就缺少一个集成的测试结果;

  2)按照action来组织

  整个系统只建立一个testcase,所有的测试功能按照action分类。

  优点: 符合QTP自身的组织结构(一个testcase,多个action),产生的result report也是一个集成好的,无须另外集成。

  缺点: 导致每个action中,可能存在多组测试点(主流程和分支流),层次结构上少了一层,感觉不清晰简洁,尤其对于AUT层次结构比较复杂时。

  3)按照VBS函数来组织

  建立一个testcase,只包含一个action,然后,所有的测试功能,全部组织成过程或者函数。

  缺点:庞大的过程函数库如何维护(通过EXCEL文档管理:函数名,函数功能描述,函数路径等)?如果能解决这个问题,这是一个可行的组织模式。

  5、测试数据: 采用测试数据和测试脚本分离策略,出于由于某种原因,需要修改测试数据时比较方便。

  6、测试结果: 报表中输出期望值和测试结果,便于结果分析。

300°/3001 人阅读/0 条评论 发表评论

登录 后发表评论