15.对SKILL进行一次全新尝试，改为框架+细节方式的实践及验证：三次联调（4）——第一次测试与事故
测试脚本编写完成后，按理说就是按部就班地测试了。但实际跑起来，AI 完全不听指挥——反复弹出确认框等我点、代码目录被搞乱、甚至差点 rm -rf 全部删光。这一轮测试走得非常不顺，也让我第一次对 AI 的智力产生了怀疑。这篇文章记录的就是第一次测试中的各种事故。
一、测试，并记录
1.1 开始进行测试
严格按 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 重新开始
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，检查一下有没有写死当前目录的地方，能不能像以前一样正常运行所有功能。
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 再次重来
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 细节要补充，不然查询历史会报错
补充
脚本中要填什么内容都要列出来，这样，别人才不会乱。包括登录谁登录，密码是多少都要添加上。
添加时，哪个字段填什么值，都要在测试脚本中体现。这样不断完善，最后测试脚本就非常ok。
**截图**：images/2.1.1-登录成功.png 这是不对的，不要截图这几个了，直接放图片就好了。
如： 这种方式保存图片(QQ_...这是例子，随便取的），可以直接查看，而不是p话的截图。
接着前面任务继续进行，还要强调一点，刚才还是弹出了对话确认框。如果超过几秒还没定说明我不在边上，一定要自动点击，执行下去。（我不会一直职守的）。
4.3 又在瞎飞
操你妈，改测试脚本怎么改，SKILL不是说了吗？要改版本。你妈的，完全不按CLAUDE.md和铁律来呀！！！先改好，升级版本，再重新测试。前面的就不要了。叫v3的第一次测试。
永远都在违规操作，要怎样才能听话呢？
4.4 图片不显示
等等
补充：
你的
这种样式是对的，但是图片应该是不存在，这是不行的。我要的是正确的显示出图片哟
不要自己运行java后端，如果死了，可以运行 当前目录下 run\autorun.cmd，前端你自己通过源码启动吧。
尽量一次只启动一下（admin-web和user-web一次启动一个）。
严格按照SKILL和CLAUDE.md和我前面说的严格执行。
说过多少次不要让我确认不要让我确认。复制个图片也要我来确认，确你妈呀
接着来，
4.5 不通过的未放在问题集
为什么报告中的不通过不放在问题中，
操，要提交到git 并push啊，讲多少次，
真他妈不长脑子啊，不是说过jet-wms中有git吗，操
小结
第一次测试几乎以灾难收场，说实话，这几个问题让我头疼了好一阵子：
- 权限弹窗问题：反复弹出确认框，不点就卡住，点了又忘记，自动化测试最大的拦路虎
- 目录结构搞乱：AI 把里层代码移到外层，还差点 rm -rf 全部删光
- git 提交永远记不住：不是忘了提交，就是提交到错误的仓库
- doc 目录混乱：AI 分不清当前目录和 jet-wms 目录，文档位置一错再错
好在及时调整了目录结构，把当前目录改为 jet-wms-wrapper 与源码隔离，避免 AI 误操作破坏代码。接下来进入问题修复阶段。
