一个主动化测试框架便是一个集成编制，在这一编制中包括测试机能的函数库，测试数据源，测试目标准则，以及各样可重用的模块。主动化测试在进展进程中履历了下列几个阶段，模块启动测试，数据启动测试及目标启动测试。
01主动化测试模子先容线性测试：经过录制或编写足本，一个足本实现一个场景（一组完好机能职掌），经过对足本的回放举行主动化测试。
以前先容的webdriverAPI所编写的足本也是这类方法
从上图也许看出：
线性测试的上风：每一个足本都是自力的，任何一个足本文献拿出来就可以独自运转；
瑕玷：用例的开采与保护成本很高；
一个用例对应一个足本，如果登岸产生变动，用户名的属性产生改动，不得不须要对每一个足本举行点窜，测试用例构成一种范围，咱们也许将大批的劳动用于足本的保护，进而遗失主动化的意义。这类形式下数据和足本是混在一同的，要是数据产生变也须要对足本举行点窜。这类形式下足本没有可反复哄骗的观点。
01模块化与类库将足本中反复可复用的部份拿出来写成一个群众的模块，须要的光阴就挪用它，也许大大抬高测试人员编写足本的效率
经过赏玩上头的代码发掘，咱们也许把足本中雷同的部份代码自力出来，构成模块或库；
如此做有两方面的益处：
一方面抬高了开采效率，不必反复的编写雷同的足本；如果，我曾经写好一个登录模块，我后续须要做的便是在须要的处所挪用，不同反复造轮子。
另一方面便利了代码的保护，如果登录模块产生了变动，我只用点窜login.py文献中登录模块的代码便可，那末悉数挪用登录模块的足本不必做任何点窜。
02数据启动数据启动理当是主动化的一个前进；从它的良心来说，数据的改动（革新）启动主动化的实行，进而引发测试结局的改动。这显然是一个特别高等的观点和主意。原本，咱们可直白的知道成参数化，输入数据的不同进而引发输出结局的变动。
无论咱们读取的是数组，仍旧字典、函数，又或许是csv、txt文献。咱们实行了数据与足本的分别，换句话说，咱们实行了参数化。咱们传一千条数据，经过足本的实行，也许返回一千条结局出来。
03关键字启动经过关键字的改动引发测试结局的改动。
QTP、robotframework等都所以关键字启动为主的主动化器械，由于这类器械主打的易用性，“填表格”式的关键字启动帮咱们封装了不少底层的东西；
咱们只需斟酌三个题目就也许了：我要做甚么？对谁做？怎样做？
咱们也许把seleniumIDE看做是一种关键字启动的主动化器械；
SeleniumIDE足天职为：
敕令（
转载请注明：http://www.0431gb208.com/sjszlfa/1079.html
