QTP LR JSP ORACLE

QTP框架

上一篇 / 下一篇  2009-06-22 10:26:31 / 个人分类:QuickTestProfessional

   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、测试结果:报表中输出期望值和测试结果,便于结果分析。


TAG:

 

评分:0

我来说两句

日历

« 2024-05-03  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 71567
  • 日志数: 117
  • 图片数: 1
  • 文件数: 1
  • 建立时间: 2007-05-07
  • 更新时间: 2011-06-16

RSS订阅

Open Toolbar