6. 教 AI 上班：带出我的数字同事 —— 测试脚本正名——按界面重写、像拍电影有任务线，逐条清零
「教 AI 上班：带出我的数字同事」系列 · 第 6 篇：用测试脚本把这一摊功能一条条逼到位。
前言
这篇全是测试。一开始它不看文档说明就瞎测，被我骂“一切不看文档说明的测试都是耍流氓”。
后来按界面重写测试脚本，像拍电影一样有任务线，边测边记录，脚本、文档说明、实操三个文档同步出，逐条把问题清零。每章的 x.1 就是一条完整业务线，测试报告反过来就是用户手册。
没测完不许结束，回归一直跑到问题集空为止。
一、测试相关
1.1 按界面编写测试脚本
前端代码写完要联调，我把步骤定死：先按测试脚本联调一轮接口，再重新按界面编写测试脚本，然后拿新脚本和说明文档做回归：
前端代码编写完成，要进行联调,
1、先按测试脚本对接口进行一次联调
2、重新按界面编写测试脚本
3、按新编写的测试脚本和说明文档进行第1次/总1次回归测试
1.2 使用内置测试问题
为什么要使用内置的环境测试，老是环境问题， playwright 测试不行吗
测试一直使用内嵌的浏览器一直有问题。要修改
这次测试的时间是比较长的，我看了一下发现还在不断的回归，已是今天第3次，总3次了。这也就是ai最强的地方。这一块可以完全取代人的工作。
1.3 没测完成就结束
1.3.1 任务重贴与黑盒质问
它没测完就说结束，我把 1、2、3 的任务重贴一遍，质问它难道不是要按前端已有功能重写脚本、做有界面的黑盒测试吗：
我说的任务又不完成，就结束了。
我的任务是：
前端代码编写完成，要进行联调
1、先按测试脚本对接口进行一次联调
2、重新按界面编写测试脚本
3、按新编写的测试脚本和说明文档进行第1次/总1次回归测试
你只做了按接口的进行了3轮测试。我的意思难道不是重新按前端已有的功能编写测试脚本，然后按有界面的黑盒测试吗？
真无法理解我写了1，2，3的事情都做不好
1.3.2 图片嵌入与任务改道
我要的测试实操里图片得正常嵌入显示，那些 PASS 明细该进测试报告、不该混在实操里，所以任务改成先按真实业务重写脚本、改完我确认：
我要的测试实*，图片是能正常显示的，嵌入页面，我在文档说里还是写的的吧
一律 ``
你是这样的吗？
- **0.1** ✅ PASS — redirect=http://localhost:5273/login consoleErrors=0
- **1.1** ✅ PASS — 品牌区+登录卡文案齐备=true
- **1.2** ✅ PASS — text/abc -> password
- **1.3** ✅ PASS — Z B C T -> 2 K N Q
这个不应该是在测试报告中的吗？怎么放在了测试实操中。
现在任务改变，先重新按真实业务重新编写测试脚本1.1,改完我确认后再进行下一步
1.4 重写测试脚本
1.4.1 标题一律去反引号
重写脚本时它老把带反引号的标题写出来，typora 显示有问题，我让它一律去掉、反引号别出现在标题上，还要固化：
第 1 章 登录页（LoginView `/login`，真实 `/auth/login`）
这种标题一律去掉。这个我以前的skill有写，不过算了，你改掉就行，并固化
我指的是typora显示有问题，我指的 ` 符不要出现在标题上
1.4.2 毛病逐条点名与任务线规范
我把它的毛病一条条点出来：脚本写得不对、只看了脚本没看文档说明（不看文档说明的测试都是耍流氓）、还弹确认框、文档说明里别塞业务信息；再给出第一章环境准备、第二章起按任务线写 x.1 完整流程、x.2 以后铺所有可能问题的规范：
你的问题是：
1、测试脚本编写不对
2、测试脚本看了，但没看文档说明，一切不看文档说明的测试都是耍流氓
3、不是说了不要确认框
4、文档说明 名字就说明一切，只是文档说明，不要将业务信息写在里面，业务信息在测试脚本中
我要的是一个真正能帮我做事，听话的数字同事，不是一打开就重复出现同样错误的智障。
测试脚本编写：
第一章是环境准备，现的应该差不多
第二章起
x.1节是完整的流程，所有脚本按任务线，流程编写，
x.2以后就是这个完整流程中可能出现的所有问题，有多少可能问题，就编写多少条。
不要出现什么 登录页（LoginView /login，真实 /auth/login）
直接给定网址，登录就登录，进入后，用肉眼能看到的方式编写。
最主要问题是你没有按照业务线来写
测试脚本相关功能按极光智能的真实部分进行操作，角色权限发布文档等。
总要增加用户 李幕白 给权限，登录后查看等一系统操作都要。
要添加 新疆极光智能太阳能清扫公司 做为新的租户，这一轮测试
1.5 测试脚本正名
1.5.1 正名由来与用户手册角度
我给“测试脚本”正名：它来自电影脚本，像拍电影一样谁什么时候干什么、有任务线；每章 x.1 能直接拿去给客户演示，测试报告反过来就是用户手册，还举了新增租户那条线的例子：
测试脚本的意思来源电影的脚本，
像拍电影一样，编写谁什么时候干什么，电影怎么拍，所以是有任务线的。
你各种组件的测试，这个是还没达到测试脚本这一步，那个是ai自己要做的事情。
测试脚本就已经到了，可以去ppt演示的角度，
一句话，我要演示，就可能按所有章节的x.1直接演示给客户就可以了。
所以说，测试报告从另一个角度来看就是用户手册。
举例，
2.1要增加新的租户，并进行验证，添加用户角色权限一条完整线路。
2.1.1 super-admin新增租户
2.1.2 新租户登录
2.1.3 新租户添加用户
按照这种方式，做几条线的编写，可能还有一个功能没有开发，如创建租户后自动 创建单位管理员。可以先补上，再编写。
尽可能做全覆盖，交叉验证。
如果要单独的测试，就像前面写的那样，要自己测试好。不可有mock数据。
再补充一点：
任何一个人，拿着测试脚本和文档说明，也能完全复刻前面一样的测试
1.5.2 极光智能测全与功能全覆盖
它还是没按极光智能测全，我质问它是不是真记不住我的任务：
智力是真不行啊，总是忘记我的任务。
我说过用极光智能对全部用户角色等进行测试呢？
我把要求钉死：用极光智能的测试要所有功能全覆盖：
这个用极光智能的测试要所有功能覆盖
1.5.3 先记问题集、跑完一轮再改
主线和全覆盖定了，我把测试纪律讲清：遇问题先记问题集、别弹确认、安安稳稳跑完一轮回归再改、脚本有问题顺带加版本、单位管理员和日志都走 redis 发布订阅异步创建、别等我确认：
这叫测试脚本主线和功能全覆盖，没有问题可以进行测试。
测试中遇到问题先记录问题集，除非完全进行不下去，不然先测试，然后再修改
如果脚本有问题也顺便修改脚本，要加版本
不要弹出任何接受等确认框，安安稳稳进行一轮回归测试，然后修改问题集，再进行下一轮。直到问题基本上解决。
新建完成租户创建单位管理员和日志一样，使用redis发布订阅方式。保存租户后发送创建单位管理员命令，然后创建。相当于异步。
不要等我确认，有问题直接修改，再测试。（原则是先一轮，再修改问题集）。
我要求脚本边测边记、不许最后统一补：
测试脚本要边测试边记录。不要统一编写
这是按我要求编写的测试实*。
**，你编写测试实操不看文档说明的吗？我是让你这么瞎写的吗？规定那么好，结果**都不如。
1.5.4 三个文档同步写死进 spec
它道歉快、情绪价值给得足，却照样浪费我时间和 tokens，我让它把“按规定来、不可臆造”写死进 spec，还点了图片一张都显示不了的问题：
道歉倒是非常快，情绪价值给得足，但是结果就是浪费我的时间和tokens。真无语。
难道Qoder不自测吗？不检查吗？
关键是浪费了我的时间和金钱后，廉价的道歉有什么用呢？除了让我恶心以外。
一定要在spec中写死，一定要按规定的来，不可臆造。
我看了文档，图片一张都无法显示，这也是为什么我要按阶段保存和提交的原因。时间一长就忘记了。
文档说明白纸黑字，三套文档要一起出，我这次直接发火：
*，文档说明怎么写的，三套当然一起出啊，******
我把这条定成规矩：三个文档同步写、一章一节完成就写、严格按文档说明，统一补既费时间又有遗失风险，这条内化进 spec：
所以说，三个文档要同步编写，并且一章或一节完成就要编写，不然就会忘记。
还要一定严格按文档说明编写。
统一编写会浪费大量时间，还有遗失的风险。
这个要内化进Spec
1.6 修改问题集
1.6.1 第 5 次回归问题逐条解决
测完进修改问题集这步，我让它把第 5 次回归的问题逐条解决：
私文简搜-界面全流程-第5次-总5次-2026-10-01
问题集中问题解决
其实就是nacos中两个微服务定义的redis数据库不是一样的，这个好修改，直接改成一样的就好了。
但不排除还有隐藏问题没解决。
直接删除掉微服务里面的配置就好了。
1.6.2 rsa 私钥为空与公钥上前端
隐藏问题浮出来了：sys 配置里 rsa 私钥是空的，我追问密码到底加没加密：
发现一个问题
jet-service-sys.yml 中
rsa:
private-key: 为什么是空的，能用吗？
还是前端登录，密码没有加密？
我不让它每次拉公钥，直接把公钥放前端、但前后端必须加密：
你这是干嘛，每次拉取公钥吗？搞简单点，直接将公钥放前端，就好了。
但一定要保证前后端一定要加密。
1.7 测试脚本修改
1.7.1 升到 1.2：准备与细节用例
脚本继续改、升到 1.2：第一章准备工作要含重新初始化数据库、怎么执行 sql 都截图，第二章起按完整流程铺、停用启用这种细节都得测：
测试脚本按如下修改，并升级为1.2版本
1、准备工作
这个也要准备，比如重新初始化数据库，全新测试，我给的实例就写得比较好。
还要补充，如何执行sql，也要截图
2、
## 第 2 章 业务线 · 平台超级管理员开通客户并治理底座
### 2.1.1 登录进入平台控制台
你这是有毛病吗？ 2.1 在哪？**
2.1.5 停用与启用租户
这个要增加，如单位管理员停用前可以登录，停用后不可登录，启用又可以登录，这种细节都要编写。
其他的也要这样检查情况，不能只测试开和关，要将开的所有操作进行测试，关的所有操作也要测试，编写进测试用例
1.7.2 图片自然嵌入与部署不写死
我挑两点：显示不出来就是有问题、图片要自然放上别专门截；tools 里先编译再跑只是测试用的，部署后该给前端、网关、mysql、redis，这些别写死：
1、
截图：images/1.1.png
两点：
1、这种不能正常显示就是有问题
2、图片要自然放上，不要专门截图。到了这一步要放个截图，还要专门说截图？
2、
在 `tools/` 目录先编译再按顺序执行：
这个是有问题的，只是让你测试时才要这样的，如果我部署了，发布了，就不是这个，非要写可以写在后面叫附件，ai运行是这样的，如果部署了，我会给出 ：
docsolo.wayhua.vip 是前端
网关： 192.168.55.130：8100
redis： 192.168.55.130 wayhua
mysql: 192.168.55.130 root/Ivy@2024
这个不要写死，只是可能。但我肯定会给出前端，网关，mysql，redis
其他问题边测边改吧。只修改测试脚本
占位图让我很不舒服、留着文档对人就没意义了，我要求全去掉、每章该配图就配够，一张不够就多张：
将所有占位图像去掉，这个让我心里不适，如果加上，这文档对人就没有意义了。
我要的是正常的文档，去掉。所有章节都要加上图片就好了。一张图片说明不了问题就多张。
生意不适
1.7.3 编写规则写进文档
这套编写规则，我要它固化下来：
这个的编写规则要固化
1.8 再回归一次
1.8.1 第 6 次回归开跑
问题和脚本都改完了，我让它起服务、按 1.2 脚本做第 6 次回归，新开窗口别弹确认、先读 spec：
前面问题已修改，测试脚本也修改，现在按新修改测试脚本进行回归测试。
你启动所有服务，测试脚本和文档如下
今天第6次，总6次
私文简搜-界面全流程测试脚本-1.2.md
私文简搜-界面全流程测试脚本-文档说明-1.2.md
新开窗口，要记得不要弹出 拒绝 接受 对话框等，一定要先读取spec
1.8.2 二级跳四级的低级错误
测试实操的目录层级又串了：该有三级目录的地方直接跳到四级，我把这种低级错误狠批了一顿：
测试实*
## 第 2 章 业务线 · 平台超级管理员：开通新客户并治理平台底座
### 2.1.1 登录进入平台控制台
所有的都有这个问题，就是二级目录下，直接是三级目录，但数字对应的是四级目录。也就是说确实少了三级目录，此时的三级目录是四级目录。
所有的测试实操都有这个问题。 这种sb错误，真无法理解
前面我对测试脚本提过一次，但没有用。
测试脚本 是不是也这样，这个问题我前面提过，肯定是又被你这sb忘记了
1.9 修改问题集中问题
1.10 再次回归，直到问题集中没有问题
1.10.1 第 6 次问题逐条解决
最后一步，再回归到问题集全清零。我让它对第 6 次的问题逐条解决：
私文简搜-界面全流程-第6次-总6次-2026-10-01
问题集中问题解决
1.10.2 已解决迁报告再删除
我给了收尾动作：已解决的迁进报告、然后删除，别留着：
私文简搜-界面全流程-第6次-总6次-2026-10-01
问题集中问题解决掉。
先检查一下，如果已解决了，就迁移到报告中，并删除
总算告一段落。
小结
测试这条线跑下来：
-
测试脚本要按业务线写、像拍电影有任务线；分开补那三个文档一定会遗漏。
-
没测完不许结束，回归要跑到问题集清零。
-
每章 x.1 是一条能直接给客户演示的业务线，测试报告反过来就是用户手册。
-
拿着测试脚本和文档说明，任何一个人都能完全复刻同样的测试，这才算脚本合格。
-
测试中遇到问题先记问题集，安安稳稳跑完一轮再改，不中途停下来改。
下一篇补完剩下的开发、codeview，再到本地部署。
