15.对SKILL进行一次全新尝试,改为框架+细节方式的实践及验证:三次联调(4)------第一次测试与事故
测试脚本编写完成后,按理说就是按部就班地测试了。但实际跑起来,AI 完全不听指挥------反复弹出确认框等我点、代码目录被搞乱、甚至差点 rm -rf 全部删光。这一轮测试走得非常不顺,也让我第一次对 AI 的智力产生了怀疑。这篇文章记录的就是第一次测试中的各种事故。
一、测试,并记录
1.1 开始进行测试
scss
严格按 wms全流程测试脚本v02.md 进行测试,如果文档有问题,则修改并回归测试
如果新一轮测试,可以恢复出数据库,并初始化所有sql。
测试完成并编写三大文档
1、测试实操 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试.md
这个文档是对1的每条的实操,并截图,里面要有images (因此,这是界面操作测试,不是通过接口)
3、测试报告 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试报告.md
报告成功,失败原因,只报失败成功,在4中的问题集中先列出来,下次统一修改(可以不用查原因)
4、问题集 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试问题集.md
可以只列出问题,不用查看解决方案。只记录,解决下一次再修改。
注意:
1、后端我已启动
2、前端测试如admin-web和user-web,尽可能一次启动一个,节省点内存
3、文档 第X次完整测试 就是每一步都要截图,并且边测边记录,避免机器重启数据丢失。
CLAUDE.md和铁律都要严格执行

1.2 希望别弹出对话框
补充
尽量不用弹出对话框,授权你进行一些操作
一定要阶段性提交到git
接着前面任务执行


不是说了
补充
尽量不用弹出对话框,因为会浪费大量时间等我确认,因此授权你进行一些操作
一定要阶段性提交到git
接着前面任务执行

不是说了不要弹出来吗?你计算一下时间,超过几秒我肯定就没点,不要弹出来,不然一晚上都在等待了。


1.3 我要的是脚本和系统
所有测试必须是通过界面进行,不可以直接使用路由,其他方式。
必须是通过登录进去,然后点击菜单,这种方式执行,绝对不可以使用其他方式。
尽量不用弹出对话框,因为会浪费大量时间等我确认,因此授权你进行一些操作
一定要阶段性提交到git
接着前面任务执行
我要的是你模拟真人操作,我要的是两点:
1、wms全流程测试脚本 完美完善此文档
2、确实能按 wms全流程测试脚本 文档进行所有操作而不出错。
所以必须是真实操作,不可走捷径。接着前面的操作进行。

哦,忘记启动了,后端我也启动好了。接着前面操作进行。

二、全部重新开始,犯大错误
2.1 重新开始
scss
CLAUDE.md和铁律都要严格执行
严格按 wms全流程测试脚本v02.md 进行测试,如果文档有问题,则修改并回归测试
如果新一轮测试,可以恢复出数据库,并初始化所有sql。
所有测试必须是通过界面进行,不可以直接使用路由,其他方式。
必须是通过登录进去,然后点击菜单,这种方式执行,绝对不可以使用其他方式。
尽量不用弹出对话框,因为会浪费大量时间等我确认,因此授权你进行一些操作
你计算一下时间,超过几秒,就是我肯定就没点,不要弹出来,直接授权。
一定要阶段性提交到git
我要的是你模拟真人操作,我要的是两点:
1、wms全流程测试脚本 完美完善此文档
2、确实能按 wms全流程测试脚本 文档进行所有操作而不出错。
所以必须是真实操作,不可走捷径。
文档格式
1、测试实操 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试.md
这个文档是对1的每条的实操,并截图,里面要有images (因此,这是界面操作测试,不是通过接口)
2、测试报告 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试报告.md
报告成功,失败原因,只报失败成功,在4中的问题集中先列出来,下次统一修改(可以不用查原因)
3、问题集 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试问题集.md
可以只列出问题,不用查看解决方案。只记录,解决下一次再修改。
必须先写测试实操,按测试用例名称+日期+第x次完整测试.md 里面每一步的操作都要按测试用例脚本来,并保存每一步的截图
测试报告是对实操与测试用例脚本的差异和满足报告
问题集就是所有的问题,测试出来的bug,如果有的地方不满足,记录bug并则进行下一步。直到所有的都不可运行才结束。
测试实操文档必须是一边测试一边生成,不可先操作完成后保存。 阶段性提交git

2.2 乱建git
操你妈,当前目录下jet-wms有git,不可乱来。只可提交这个

再操你妈,不是说了不要我确认吗


2.3 将git下移,还将所有文档都迁过来了
本来心情好好的,结果搞这一曲,将我的里层代码全部移到了外层,还动不动就rm -rf,太可怕了。







这一次的错误将我坑太狠了,严重怀疑Trae的智力了。虽然我不想这样说他,但这真是事实。

三、只能再次重新开始
我已将当前目录由jet-wms修改为jet-wms-wrapper,检查一下有没有写死当前目录的地方,能不能像以前一样正常运行所有功能。

scss
CLAUDE.md和铁律都要严格执行
前面一不小心Trae将我所有的操作目录全部搞乱了,还想rm -rf全部。真是无语。
针对这个无脑问题,我已将当前目录修改为jet-wms-wrapper,与jet-wms区别。同进jet-wms才有git仓库,已有不用重建,直接用。
前后端我已启动, admin-web端口 8093 user-web端口 81 网关端口 8100
所有文档都在 当前目录 jet-wms/doc下,不要放其他位置。
严格按 wms全流程测试脚本v02.md 进行测试,立马生成实操报告。
测试过程中如果文档有问题,则修改并回归测试
如果新一轮测试,可以恢复出数据库,并初始化所有sql。
所有测试必须是通过界面进行,不可以直接使用路由,其他方式。
必须是通过登录进去,然后点击菜单,这种方式执行,绝对不可以使用其他方式。
尽量不用弹出对话框,因为会浪费大量时间等我确认,因此授权你进行一些操作
你计算一下时间,超过几秒,就是我肯定就没点,不要弹出来,直接授权。
一定要阶段性提交到git
我要的是你模拟真人操作,我要的是两点:
1、wms全流程测试脚本 完美完善此文档
2、确实能按 wms全流程测试脚本 文档进行所有操作而不出错。
所以必须是真实操作,不可走捷径。
文档格式
1、测试实操 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试.md
这个文档是对1的每条的实操,并截图,里面要有images (因此,这是界面操作测试,不是通过接口)
2、测试报告 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试报告.md
报告成功,失败原因,只报失败成功,在4中的问题集中先列出来,下次统一修改(可以不用查原因)
3、问题集 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试问题集.md
可以只列出问题,不用查看解决方案。只记录,解决下一次再修改。
必须先写测试实操,按测试用例名称+日期+第x次完整测试.md 里面每一步的操作都要按测试用例脚本来,并保存每一步的截图
测试报告是对实操与测试用例脚本的差异和满足报告
问题集就是所有的问题,测试出来的bug,如果有的地方不满足,记录bug并则进行下一步。直到所有的都不可运行才结束。
测试实操文档必须是一边测试一边生成,不可先操作完成后保存。 阶段性提交git

四、doc目录错误,再次重来
只能又重新来过,将 doc 放在当前目录下,而不是 jet-wms 的 doc 下,不然 git 提交不了。对 AI 来说,同名目录就是一个,这个一定要注意。
4.1 再次重来
css
CLAUDE.md和铁律都要严格执行
前后端我已启动
admin-web端口:8093
user-web端口: 81
网关端口: 8100
严格按 wms全流程测试脚本v02.md(简称:测试脚本) 进行测试,立马生成 测试实操 文档。所有文档格式见附录。
测试实操 文档必须是一边测试一边生成,不可先操作完成后保存。 阶段性提交git
我要的是你模拟真人操作,我要的是两点:
1、wms全流程测试脚本 完美完善此文档
2、确实能按 wms全流程测试脚本 文档进行所有操作而不出错。
所以必须是真实操作,不可走捷径。
测试过程中如果发现 wms全流程测试脚本v02.md 文档有问题,则修改并回归测试
如果新一轮测试,可以恢复出数据库,并初始化所有sql。
所有文档都在 当前目录 jet-wms/doc下,不要放其他位置。
所有测试必须是通过界面进行,不可以直接使用路由,其他方式。
必须是通过登录进去,然后点击菜单,这种方式执行,绝对不可以使用其他方式。
尽量不用弹出对话框,因为会浪费大量时间等我确认,因此授权你进行一些操作
你计算一下时间,超过几秒,就是我肯定就没点,不要弹出来,直接授权。
一定要阶段性提交到git
附录:
文档格式
1、测试实操 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试.md
这个文档是对测试脚本的每条的实操,并截图,里面要有images (因此,这是界面操作测试,不是通过接口)
2、测试报告 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试报告.md
报告成功,失败原因,只报失败成功,在4中的问题集中先列出来,下次统一修改(可以不用查原因)
3、问题集 wms+测试用例脚本(测试脚本名)+xxxx-xx-xx(当前日期)+第X次完整测试问题集.md
可以只列出问题,不用查看解决方案。只记录,解决下一次再修改。
必须先写测试实操,按测试用例名称+日期+第x次完整测试.md 里面每一步的操作都要按测试用例脚本来,并保存每一步的截图
测试报告是对实操与测试用例脚本的差异和满足报告
问题集就是所有的问题,测试出来的bug,如果有的地方不满足,记录bug并则进行下一步。直到所有的都不可运行才结束。




4.2 细节要补充,不然查询历史会报错
ini
补充
脚本中要填什么内容都要列出来,这样,别人才不会乱。包括登录谁登录,密码是多少都要添加上。
添加时,哪个字段填什么值,都要在测试脚本中体现。这样不断完善,最后测试脚本就非常ok。
**截图**:images/2.1.1-登录成功.png 这是不对的,不要截图这几个了,直接放图片就好了。
如: 这种方式保存图片(QQ_...这是例子,随便取的),可以直接查看,而不是p话的截图。
接着前面任务继续进行,还要强调一点,刚才还是弹出了对话确认框。如果超过几秒还没定说明我不在边上,一定要自动点击,执行下去。(我不会一直职守的)。

4.3 又在瞎飞
objectivec
操你妈,改测试脚本怎么改,SKILL不是说了吗?要改版本。你妈的,完全不按CLAUDE.md和铁律来呀!!!先改好,升级版本,再重新测试。前面的就不要了。叫v3的第一次测试。

永远都在违规操作,要怎样才能听话呢?

4.4 图片不显示
objectivec
等等
补充:
你的

这种样式是对的,但是图片应该是不存在,这是不行的。我要的是正确的显示出图片哟
不要自己运行java后端,如果死了,可以运行 当前目录下 run\autorun.cmd,前端你自己通过源码启动吧。
尽量一次只启动一下(admin-web和user-web一次启动一个)。
严格按照SKILL和CLAUDE.md和我前面说的严格执行。




说过多少次不要让我确认不要让我确认。复制个图片也要我来确认,确你妈呀
接着来,


4.5 不通过的未放在问题集
为什么报告中的不通过不放在问题中,

perl
操,要提交到git 并push啊,讲多少次,
真他妈不长脑子啊,不是说过jet-wms中有git吗,操


小结
第一次测试几乎以灾难收场,说实话,这几个问题让我头疼了好一阵子:
- 权限弹窗问题:反复弹出确认框,不点就卡住,点了又忘记,自动化测试最大的拦路虎
- 目录结构搞乱:AI 把里层代码移到外层,还差点 rm -rf 全部删光
- git 提交永远记不住:不是忘了提交,就是提交到错误的仓库
- doc 目录混乱:AI 分不清当前目录和 jet-wms 目录,文档位置一错再错
好在及时调整了目录结构,把当前目录改为 jet-wms-wrapper 与源码隔离,避免 AI 误操作破坏代码。接下来进入问题修复阶段。