Web自动化测试：测试用例流程设计
🍅 点击文末小卡片，免费获取软件测试全套资料，资料在手，涨薪更快
一、测试用例通用结构回顾
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: 测试用例最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。
