对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.测试结果：报表中输出期望值和测试结果，便于结果分析。