设计本套脚本结构方案的原因:
Jmeter元件组合过于灵活
易维护性
效率
合作
整体方案展示:
全局参数配置:测试数据配置、运行参数、DNS配置、数据库配置
通用模块库:当前脚本通用模块库(数据准备、接口正反通用模块)、历史常用组件/模块设计参考
用例模块:用例分隔符(采用测试片段元件实现)、用例组(采用线程组元件实现)、用例ABCD分类(采用事务控制器元件实现)
测试结果展示:用表格查看结果、查看结果树、聚合报告、断言结果
设计本套脚本结构方案的原因
jmeter原件组合过于灵活
易于维护
效率
合作
脚本结构方案
全局参数配置
测试数据配置:静态测试数据(初始数据)、动态测试数据(动态生成的数据)
运行参数
DNS
数据库配置
通用模块库
当前脚本通用模块库
数据准备
接口正反例通用模块
历史常用组件、模块设计参考
用例模块
用例分隔符(采用测试片段元件实现)
用例组(采用线程组元件实现)
用例ABCD分类(采用事务控制元件实现)
测试结果展示
用表格查看结果
察看结果树
聚合报告
断言结果
jmeter接口自动化测试脚本结构
设计原因:
元件组合灵活。
易维护性。自动化测试脚本后期的维护成本,考虑设置可维护的参数变量。
测试效率。例如回归测试。
团队合作。提前制定一套团队合作方案,沟通成本大大降低。
脚本方案
用例模块:针对自动化测试的用例做统一管理。
全局参数配置
测试数据:静态测试数据和动态数据。
静态数据:事先准备的基础数据。(主要配置)
动态数据:接口自动化过程中,动态生成的数据。
运行参数
DNS配置
数据库配置
通用模块库
测试结果
全局变量测试。维护全局自定义变量,运行参数
通用模块。当前版本通用模块库。
辅助手工测试。调试脚本模块。
因为jmeter太灵活了。所以需要规范脚本结构。及饿哦本接口方案
正反例
元件组合灵活
容易维护
效率
合作
脚本结构方案:1.全量参数配置 通用模块 用例模块 测试用例
全量参数配置:测试数据配置(静态数据,动态数据)
运行参数
DNS配置
数据库配
通用模块库 当前脚本通用模块(数据准备,正反例通用模块)
历史常用组件/模块设计
用例模块库 用例分隔符(测试片段)
用例组(线程组)
用例ABCD分类(事务控制器)
测试结果展示 查看结果树 断言结果 聚合报告
自动化脚本结构方案:
全局参数配置:测试数据配置 运行参数 DNS配置 数据库配置
通用模块库:当前脚本通用模块库(数据准备 接口正反例通用模块)
历史常用组件
用例模块库:用例分隔符(采用测试片段元件实现)
用例组(采用线程组元件实现)
用例ABCD分类(采用事务控制器元件实现)
测试结果展示:用表格查看结果 查看结果树 聚合报告 断言结果
demo screen
测试结果展示
用表格查看结果
查看结果树
聚合报告
断言结果
用例模块库
用例分隔符(采用测试片断元件实现)
用例组(采用线程组元件实现)
用例ABCD分类(采用事务控制器元件实现)
通用模块库
当前脚本通用模块库(数据准备 、接口正反例能用模块)
历史常用组件/模块设计参考
全局参数配置
测试数据配置 (测试数据分为 静态 + 动态 两类,静态数据 是 运行自动化之前 需要传入的 基础数据;动态数据 是 接口自动化过程中 动态生成的数据;测试数据配置 主要是 静态数据)
运行参数 (线程组里的控制参数抽离出来,可以统一在全局参数配置里维护)
DNS配置
数据库配置
整体方案展示
脚本结构方案 : 全局参数配置 + 通用模块库 + 用例模块 + 测试结果展示
设计本套脚本结构方案的原因
Jmeter元件组合过于灵活,需要人为约定一套规则
易维护性
效率(大多数接口自动化项目主要用来回归,回归对效率要求很高)
合作
全局参数配置
测试数据配置:静态、动态--数据库
运行参数
DNS配置
数据库配置
整体方案展示