自动化测试模型

目前有以下4中自动化测试模型

1、线性测试模型

描述：单纯地模拟用户在实际操作过程中的一个完整的操作场景（例如：登录-下单-退出；登录-查询-退出）

特点：各个场景独立，互不影响

缺点：开发成本＆维护成本都较高，存在很多重复操作，代码冗余；一个改动可能影响多处代码

2、模块化驱动测试模型

描述：在线性模型的基础上，把那些重复的部分独立写在公共模块里

特点：由于线性基础上的改进，显然针对线性测试的缺点进行了完善——减少重复代码编写，维护成本也大大降低

缺点：当测试过程相同，但是测试数据不同（如登录用户名）的时候，需要单独编写重复登录脚本

3、数据驱动测试模型

描述：在模块化驱动的基础上，实现自动化过程中的参数化

特点：进一步增强脚本复用性，比如要在登录模块实现数据驱动测试模型，那么改写下登录脚本，使之可以根据定义变量、数组、字典或读取文件进行参数化

4、关键字驱动测试模型

描述：在数据驱动的基础上，将数据对象改为关键字对象。我理解为对底层代码抽象后，使用图形界面化进行参数化

特点：以填表格的形式，例如selenium-动作、定位、动内容；此外Robot Framework提供了更强大的关键字驱动

缺点：框架自身局限性，到后期可靠性变差，也会更难维护

总结：在实际自动化实施过程中，应该以需求为出发点，综合运用上述模型。