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

点击文末小卡片，免费获取软件测试全套资料，资料在手，涨薪更快

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

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

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

1.2、用例结构设计

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

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

二、web自动化测试用例流程设计

类型	对应框架	作用
前置	setup_class	准备测试数据，初始化实例对象
	setup	恢复用例初始状态
后置	teardown_class	driver进程退出
	teardown	恢复用例初始状态

2.1、恢复用例初始状态

1. 用例1 执行过程经过A->B->C 三个页面
2. 用例2 执行过程经过A->B->C 三个页面
3. 用例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: 测试用例

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

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