目前有写过部分测试脚本，但是特别困惑要怎样选取测试点
因为自己负责的系统是有前台和后台的，后台类似内部人员使用，要给客户进行搭建基础的表单之类的操作。前台就是呈现给用户使用的。我觉得大部分的模块都想抽离成自动化测试，但是实现起来工作量挺大，又觉得有些自动化没有意义，因为不太好去断言。但是每次发新版本。自己一个人又不能很好的过一遍之前的所有历史功能。感觉是一个潜在的风险点。求助！
痛点
怎样选取合适的测试用例进行自动化，可以具体一点吗？
如果 web 应用模块特别多，而且逻辑也比较复杂，大部分元素都是动态的，又要怎么抽出场景实现自动化呢？
- 按照自动化测试的基本原则来选就好了，稳定的，主流程的，自己熟悉的业务模块。 2.这里是指前端 UI 自动化测试吗？
- 若有兴趣可私聊具体场景，讨论看看
对
kane
回复
kane
回复
每次调试自动化脚本，花费最多的其实就是元素定位，有的元素尽可能地时候 xpath 了，但是也还是定位失败，有的前一天调试好了，但是第二天又不好使了。前端页面并没有什么改动。目前接触的这个 web 应用动态元素比较多
对
呼噜呼噜
回复
呼噜呼噜
回复
那就是元素定位没有写好，要遵守一些写 xpath 的原则，例如：
1、优先使用显式属性，例如: 有唯一 id
2、不要写绝对路径，尽量使用相对路径
3、定位属性中不要出现随机值以及动态 id
4、灵活使用轴定位
你确定要尽可能的使用 xpath 方式定位吗？从哪里看到的
学习了
1. web 模块多：
- 挑选各个模块的主流程，打通接口和 UI 主流程自动化。不用太多了，核心主流程先搞起来就行。
2. 元素变化：
- 推荐个人开源的 AI 框架：https://github.com/wangliang0304/JokerAIRunner 会有一些关于 AI 的 api 小成本，但 UI 自动化运行起来会稳定和健壮很多
3. 学习成长
- 第二点，整个框架是复用优秀项目聚合，有兴趣可慢慢研究深入，理解深入，逐步成长！也是拥抱 AI 趋势了。加油！！！
- 能不能提升日常工作效率。（围绕造数进行自动化的编写）
- 上线信心（回归的时候每次都要回归某个功能点，或者流程，不回归就会让你浑身难受，感觉要死的样子。这部分的功能做出回归流程）
- 复杂的重复迭代流程。（将复杂的事务定型成稳定的自动化流程，减少每次迭代的脑细胞消耗）
后台 web 是前后分离的话，可以试试自己跑前端打 test-data 标签跑自动化，或者求助前端小伙伴打特殊标记定位📌