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

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

想看看你的用例生成提示词 md 文件，能分享一下吗

请问目前使用的是什么框架呢？

确实，所以我来社区求助大家了。

好的，感谢回答，我试一下

痛点
怎样在研发每次更一个小功能，自动触发自动化测试
目的每次研发发版一个小版本，能实时感知到，然后可以跑一下自动化的冒烟测试，来判断当前版本是否可以测试

确实服务器没有想推动属实不易，往这个方向走就是得有成本支持，不然真搞不下去。不过你的半成品来看，还是很不错的。我努力靠近。

给大佬点赞，我试了一下那个根据 prd 生成测试用例的，还是挺好用的。生成用例准确度还可以

为啥推不起来哇，听你的描述感觉还不错的样子。你的 demo 和 ppt 有上传到 github 或者 gitee 吗？想学习一下。我目前打算推动一下这些在自己小组。

实际使用起来效果怎么样

您这边有使用示例吗

有出系列教程吗

好的，谢谢！

好的，您平时 web 自动化测试都是用的影刀吗？

接口自动化还好，主要是想实现 ui 自动化，通过现成的开源或者付费工具。

二开吗？部署了这个社区版的，ui 测试也仅是企业版才支持，和相关人员联系并确认了。后续并不会继续维护这个 ui 测试功能。

我实际使用了一下影刀，关于实现 webui 自动化测试有以下几方面的问题

问题一:录制的脚本不支持导出成 python 脚本，那如果录制的脚本达到上限怎么办

问题二:录制的脚本是否支持多个脚本并行执行呢

问题三:如果后续想引入 CI/CD 是否支持呢

问题四:脚本是否支持定时触发呢
大佬是否涉及这些场景呢？在实际的使用过程中

影刀那个支持本地部署吗?

关于别的大家还有了解吗？目前打算先本地部署 metersphere 开源版试用一段时间

也是比较具体的实践路线，感谢给出的建议

感谢给出比较具体的例子，我会试着按照您给出的具体方式去调整用例设计的。并且在空闲时也按照上边给出的具体方式去实践的。
我这个测试系统是有点偏向低代码，就明道云那种类型的项目。在写用例过程中也的确存在你列出的 ---- 这导致主流程下会有很多的支线流程。而写测试点容易停留在主干流程，但写成具体用例时需要覆盖各种分支场景，这导致设计时感到逻辑缠绕，因此心里没底就会产生” 奇怪 “的感觉---
虽然只有我一个人，但是我也还挺有压力的，因为感觉相比研发、产品、实施，自己存在感比较低。好像价值不大，更不能创造出很有价值的东西。自从开始测试这个项目，做的最多的也就是纯功能测试，每次一听到有人反馈 bug，就是自己内心一咯噔。虽然知道不可能有完全没 bug 的系统，但是也还是会控制不住自己。有的时候，有些 bug 确实是我没有测到。平时写用例并没有按照 -- “场景法”+“状态迁移法” ，“边界值法” 与 “异常路径” ， “判定表”，用例设计分层这些具体的方法去写用例，最近写完了一个新功能的用例，我再试着去用这些方法，具体实践一下。

你可以按照这个思路去构想一下
1.首先介绍一下功能测试 - 因为是面向大家的，而这个群体可能有的对功能测试认知比较片面
2.介绍一下自己平时在功能测试过程中的步骤，可以突出强调一些自己觉得比较好的方面 - 这样可以让大家快速知道哪些是值得借鉴的点
3.以某个案例具体说一下怎样展开测试，以及问题排查，最后验证问题的解决
4.分享一些测试学习资源

我平时测试确实也比较表面化，虽然接触这个系统很久了，但是还不能完全说出它背后的流程，看来对业务这一块的熟练度还很欠缺。

好的，我按照这样的方式去实践一下。