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: 测试用例

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。