一、测试用例通用结构回顾
1.1、现有测试用例存在的问题
- 可维护性差
- 可读性差
- 稳定性差
1.2、用例结构设计
- 测试用例的编排
- 测试用例的项目结构
1.3、自动化测试用例流程-回顾
二、web自动化测试用例流程设计
类型 | 对应框架 | 作用 |
---|---|---|
前置 | setup_class | 准备测试数据,初始化实例对象 |
setup | 恢复用例初始状态 | |
后置 | teardown_class | driver进程退出 |
teardown | 恢复用例初始状态 |
2.1、恢复用例初始状态
- 用例1 执行过程经过A->B->C 三个页面
- 用例2 执行过程经过A->B->C 三个页面
- 用例1 执行完成之后执行用例2
问题1:单条用例执行完成之后如果不恢复下一条用例的开始状态(回复用例初始页面),则会影响下一条用例的执行。
-
解决方案:
- 每条用例执行完成都
quit()
(影响执行效率) - 封装一个方法,用例执行完成之后回到首页
- 每条用例执行完成都
2.2、数据清理
- 清理策略
- 在前置处理中执行
- 在后置处理中执行
- 清理方式
- 调用业务接口
- 通过UI自动化方式操作
- 连接数据库执行SQL(不推荐)
三、web自动化测试用例项目结构
3.1、python 项目
- page: 页面对象
- testcases: 测试用例
- utils: 公共工具
- log: 日志信息
3.2、Java项目
- main/java
- com.xxx.page: 页面对象
- com.xxx.utils: 公共工具
- resources: 日志配置
- test/java
- com.xxx: 测试用例