1.使用框架的原因？
框架是一组自动化测试的规范、测试脚本的基础代码，以及测试思想、惯例的集合，从而减少冗余的代码、提高代码生产率，重用性和可维护性。
2.自动化测试框架的架构
脚本层（业务组件开发），业务层（流程的开发和组织），数据层相分离，是本次框架组织总的方针，为开展功能自动化测试提供一个高效、稳定、容易的测试实现。
3.脚本结构框架
可能现在从网上找的例子大多都是基于某一个模块的测试知识点的讲解，和少提及到对于一个完整的系统，因该如何去组织测试用例、如何设计测试数据？如何让产生间接明了的测试结果？
Qtp本身提供了两种组织逻辑关系，testcase和Action结构。这两种关系是包含和被包含的关系：一个testcase包含多个action，在action中，众多的测试点可以按照 实际的逻辑进行组织。相比testcase，action才能真正体现测试用例的地方：每个action都有自己的DataSheet；测试用例相互调用，也是通过Action来进行；action可以设置为reused，进行复用；每个action对应自己的object repository。
针对整个系统进行组织测试用例，可以分为大致三种：
（1）按照testcase来组织
在Qtp中建立多个testcase，每个testcase对应实际系统的功能组：在每个testcase中，通过action来组织每个测试用例，比如，现在有一个测试用例需要测试Edit菜单下的Find功能，在这个测试用例中，有多个部分测试：FindNext功能；测试countAll功能；测试help功能，对于Findnext，对每一种情况，如checkbox选中与不选中，又分别进行测试，所以，在这种组织模式下，可以将Findnext的测试点归类为一个action，将countAll的所有测试点归类为一个action。。所有这些action最后形成一个find testcase；加入系统中还需要测试replace window，同样可以再建立一个replace的testcase
优点：可以组织层次较多的测试用例，结构清晰
缺点：qtp只针对每个testcase差生一个测试result report，现在多个testcase，就缺少一个集成的测试结果
（2）按照action来组织
整个系统只有一个testcase，所有的测试功能按照action分类。
优点：符合QTp自身的组织结构（一个testcase，多个action），产生的result report也是一个集成好的，无需另外集成
缺点：导致每个action中，可能存在多组测试点（主流程和分支流），层次结构少了一层，感觉不清晰简洁
（3）按照vbs函数来组织
建立一个testcase，只包含一个action，然后，所有的测试功能，全部组织成过程或者函数
缺点：庞大的过程函数库如何维护（通过excel文档管理：函数名，函数功能描述，函数路径等）？如果能解决这个问题，这是一个可行的组织模式。
（4）测试报表结果中要包括期望值和测试结果，便于分析结果