自动化工具 自动化如何挑选测试场景

呼噜呼噜 · 2025年07月03日 · 最后由 挥霍。 回复于 2025年07月09日 · 4668 次阅读

目前有写过部分测试脚本,但是特别困惑要怎样选取测试点

因为自己负责的系统是有前台和后台的,后台类似内部人员使用,要给客户进行搭建基础的表单之类的操作。前台就是呈现给用户使用的。我觉得大部分的模块都想抽离成自动化测试,但是实现起来工作量挺大,又觉得有些自动化没有意义,因为不太好去断言。但是每次发新版本。自己一个人又不能很好的过一遍之前的所有历史功能。感觉是一个潜在的风险点。求助!

痛点

怎样选取合适的测试用例进行自动化,可以具体一点吗?
如果 web 应用模块特别多,而且逻辑也比较复杂,大部分元素都是动态的,又要怎么抽出场景实现自动化呢?

共收到 10 条回复 时间 点赞
仅楼主可见
  1. 按照自动化测试的基本原则来选就好了,稳定的,主流程的,自己熟悉的业务模块。 2.这里是指前端 UI 自动化测试吗?
  2. 若有兴趣可私聊具体场景,讨论看看
esnake0 回复

是的,主要是前端 UI 自动化测试

kane 回复

每次调试自动化脚本,花费最多的其实就是元素定位,有的元素尽可能地时候 xpath 了,但是也还是定位失败,有的前一天调试好了,但是第二天又不好使了。前端页面并没有什么改动。目前接触的这个 web 应用动态元素比较多

呼噜呼噜 回复

那就是元素定位没有写好,要遵守一些写 xpath 的原则,例如:
1、优先使用显式属性​,例如: 有唯一 id
2、不要写绝对路径,尽量使用相对路径
3、定位属性中不要出现随机值以及动态 id
4、灵活使用轴定位

你确定要尽可能的使用 xpath 方式定位吗?从哪里看到的

学习了

1. web 模块多:

  • 挑选各个模块的主流程,打通接口和 UI 主流程自动化。不用太多了,核心主流程先搞起来就行。

2. 元素变化:

3. 学习成长

  • 第二点,整个框架是复用优秀项目聚合,有兴趣可慢慢研究深入,理解深入,逐步成长!也是拥抱 AI 趋势了。加油!!!
  1. 能不能提升日常工作效率。(围绕造数进行自动化的编写)
  2. 上线信心(回归的时候每次都要回归某个功能点,或者流程,不回归就会让你浑身难受,感觉要死的样子。这部分的功能做出回归流程)
  3. 复杂的重复迭代流程。(将复杂的事务定型成稳定的自动化流程,减少每次迭代的脑细胞消耗)

后台 web 是前后分离的话,可以试试自己跑前端打 test-data 标签跑自动化,或者求助前端小伙伴打特殊标记定位📌

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册