Web自动化测试 —— 测试用例流程设计！

一、测试用例通用结构回顾

1.1、现有测试用例存在的问题

1. 可维护性差
2. 可读性差
3. 稳定性差

1.2、用例结构设计

• 测试用例的编排
• 测试用例的项目结构

1.3、自动化测试用例流程-回顾

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：822269834

 

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

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