9. 教 AI 上班：带出我的数字同事 ------ 部署到本机再大回归：组织架构又错，被我叫停先改树
「教 AI 上班：带出我的数字同事」系列 · 第 9 篇：部署到本机再跑大回归，组织架构的树又错了。
前言
上一篇亲测改完，这篇把整套东西部署到本机。run 目录里环境齐了，打包启动就能测。
脚本升到 1.5，规矩交代在前面：不许拿单位管理员发资料，一二级分类用 combobox。回归跑到一半，组织架构的树又错成一条线，我中断所有任务先改这个。
一、部署到本机，再跑一轮回测
1.1 按最新代码打包，先测前后端能不能正常操作
1.13 这轮先测前后端能不能正常操作，再按 1.4 的脚本走：
makefile
按最新代码打包。
然后在run中启动前后端，然后
前端： http://docsolo.local.wayhua.vip
后端: localhost:8100
mysql: 192.168.55.130:3306 root/Ivy@2024
redis: 192.168.55.130:6379 wayhua
elasticserach: 192.168.55.130:9200
首先测试前后端能不能正常操作。然后再按测试脚本进行测试。
今天第4次，总10次
私文简搜-界面全流程测试脚本-1.4.md
私文简搜-界面全流程测试脚本-文档说明-1.4.md
新开窗口，要记得不要弹出 拒绝 接受 对话框等，一定要先读取spec
补充功能：
添加的数据不要清空，我要登录进去搜索， 最好给出谁能进去搜索什么能查看到内容。1.2 本机 run 里环境齐了，部署反而简单
到 1.14 部署到本机就简单了，本机 run 中已经具备本机部署环境。
1.3 部署后测试：帐号和关键词又忘了
部署后接着按同一套交代测一遍，这回它又忘了要给哪个帐号登录、用哪个关键词搜：
makefile
按最新代码打包。
然后在run中启动前后端，然后
前端： http://docsolo.wayhua.vip
后端: localhost:8100
mysql: 192.168.55.130:3306 root/Ivy@2024
redis: 192.168.55.130:6379 wayhua
elasticserach: 192.168.55.130:9200
今天第4次，总10次
私文简搜-界面全流程测试脚本-1.4.md
私文简搜-界面全流程测试脚本-文档说明-1.4.md
新开窗口，要记得不要弹出 拒绝 接受 对话框等，一定要先读取spec
又忘记了吧，不是说哪个帐号登录，用哪个关键词搜索呢
二、亲测从部署后的首看开始
我的亲测，就是在抠细节，按人的正常思维来看有没有完成的功能。
2.1 首看：给了帐号和关键词，左边还挂着一堆遗留类别
- 账号：
huangshan（黄山 · 极光智能 · 普通成员） 口令：admin123 - 入口：docsolo.local.wayhua.vip/login（验证码随便填），登录后自动进
/search - 用这些关键词搜
| 关键词 | 命中 | 命中的文档 |
| --- | --- | --- |
| 网关 | 2 | 网关路由配置手册、数字同事 |
| 数字同事 | 1 | 数字同事 |
| 装饰器 | 3 | SpringBoot 装饰器模式、mzt-biz-log 业务日志、数字同事 |
| Springboot | 2 | OSHI 应用监控、mzt-biz-log 业务日志 |
搜 springboot 看了下。左边还挂着很多上次测试留下的类别：
搜索springboot
左边还是有很多测试的类别
2.2 测试脚本升到 1.5：不许拿单位管理员发资料
脚本编写的问题又犯了，前面特别说过：
测试脚本中，编写问题，前面特别说了不要使用单位管理员发布资料的，
就是不听，真是无语，
还有多用户发布的测试，测试脚本有没有搞，所有操作发布搜索等的操作不要通过管理员
测试脚本升级到1.5，所有的编写都要按spec，不要自己臆想
为了丰富测试我在markdown中又添加了数据库相关文档，
可以添加不同的角色进行测试。一定要各种可能都覆盖到。
如发布有几种可见度，交叉用户可以查看。权限，各种权限
发布资料
可见部门 （不选=仅本人；选中部门的成员在门户可搜到并查看）
要加上全选本公司人员可见。这个要从原型开始修改。
各种交叉情况都要测试到。
一级分类 二级分类 改成combobox选择框，又忘记了，你 暂时nacos不通，稍等要使用的时候就好了
2.3 按 v1.5 跑：文件名不对，测一半就停
第 7 次、总 13 次。文件名没按文档说明写，催一句才接着测：
makefile
按最新代码打包。
然后在run中启动前后端，然后
前端： http://docsolo.wayhua.vip
后端: localhost:8100
mysql: 192.168.55.130:3306 root/Ivy@2024
redis: 192.168.55.130:6379 wayhua
elasticserach: 192.168.55.130:9200
今天第7次，总13次
私文简搜-界面全流程测试脚本-1.5.md
私文简搜-界面全流程测试脚本-文档说明-1.5.md
新开窗口，要记得不要弹出 拒绝 接受 对话框等，一定要先读取spec
静默测试，不要弹出任何框。认真对待测试脚本和文档说明以及spec。
为什么文件名没有按文档说明编写
你*，接着测试啊，测试啊
2.4 搜得到却打不开：这是设计缺陷
顺手发现一个更要紧的：
解决问题集中问题
私文简搜-界面全流程-2026-10-04-第7次-总13次
同时发现
huangshan 搜索数字， 可以查找到数字同事，
点击详情
未找到该资料
该资料可能已被删除，或您没有访问权限。
这就有问题，没访问权限，就不能搜索到，能搜索到就能看。这是设计缺陷，要修改
可能是删除了文档没有删除elasticsearch的原因。
三、再次大回归：一测就是一堆
3.1 第 8 次、总 14 次，先要帐号和关键词
第 8 次、总 14 次：
makefile
按最新代码打包。
然后在run中启动前后端，然后
前端： http://docsolo.wayhua.vip
后端: localhost:8100
mysql: 192.168.55.130:3306 root/Ivy@2024
redis: 192.168.55.130:6379 wayhua
elasticserach: 192.168.55.130:9200
今天第8次，总14次
私文简搜-界面全流程测试脚本-1.5.md
私文简搜-界面全流程测试脚本-文档说明-1.5.md
新开窗口，要记得不要弹出 拒绝 接受 对话框等，一定要先读取spec
不是叫你列出测试帐号和关键词吗？总是忘记任务，你有什么用操*，给一个帐号我简单测试一下就行了
3.2 都退出登录了，进来还在上一次的搜索页
测试出一个问题，前面叫记住搜索情况，他妈的，我都退出登录了，进来还在前面搜索页，你是有病吧。
为什么这种问题你就测不出来，是有毛病吧。
3.3 让它造数据，未分类和目录层级都不对
数据压根没铺，让它只测第一、六两章，把帐号和关键词给我：
黄山登录进去，搜索训练为空
操，你要搞些数据给我啊，这样，也不用全部测试
只要将1.5第一，六两章进行测试，并返回帐号和搜索关键字给我，我来看下效果
可以搜索到了，但是这样是不对的
全部分类/未分类/AI 模型训练手册
未分类 数据就不应该保存
全部分类
/
MongoDB
/
MongoDB 操作手册
这是不对的，为什么不是全部分类\一级目录\二级目录\文件目录，
3.4 在详情页搜索，返回结果页还是上一次的内容
在详细页搜索操作，直接返回搜索结果页，但是上一次的内容。
为什么这种bug竟然没有测试出来，肯定测试脚本也一样是没有覆盖了。
你到底行不行？
能不能真正全覆盖？就算测试脚本不覆盖，那白盒测试总要覆盖到吧。
3.5 spec 里写了还要我专门说，帐号关键词也照样忘
定一条，任何时候想问我之前先查 spec：
*，git提交不是写在spec中吗？还要我专门说
所有问题都遇到过，不确定的先看spec，任何时候想问我的时候，先查看spec。不可能没有指示的。写进spec
总是忘记，不是叫给帐号和关键字呢
四、界面细节一条条抠
4.1 日期时间去掉那个 T，个人资料编辑重新设计
两条界面问题：
python
修改要求，一定要遵循 spec， 有问题不确定先查spec
日期时间显示修改一下：发布于 2026-10-04T22:40 去掉T
个人资料编辑是有问题的，既然已经发布好了，这个编辑就不会有多种情况，只会是在线编辑的情况。还有这个要用原型重新设计一下，不要搞左边抽屉，太麻烦了。功能还是要，只是不再要zip，deploy这种，所以重新设计一下。4.2 删除确认应该在正中间弹模态
删除的确认、取消跑到页面最下面去了：
修改要求，一定要遵循 spec， 有问题不确定先查spec
文档资料删除，
确认删除
·
取消
在最下面，有问题的，应该是模态显示在正中间的，这是问题
4.3 改完要全部测试，不要停
修改完成要全部测试，不要停，无守模式
4.4 弹出编辑框却不把正文带过来，有什么意义
弹出编辑框，正文不带过来有什么意义呢？亲
这个都测试不出来吗，
这里有个逻辑问题，手动新增的文件是怎么保存的？查看detail时拉取的是哪里的，手动编辑后保存在哪，elasticsearch又是哪的？
都搞清楚了才可以改这里的问题。
4.5 markdown 编辑能不能显示图片
顺带问一句 markdown 能不能显示图片：
markdown编辑有没有一种可能要显示图片呢？还是markdown这个组件有问题吧，有没有好的解决方案
五、组织架构的树又错了，中断所有任务先改这个
5.1 全量回归跑到第 3 章，被我砍停
要求全量回归一轮，先白盒再按脚本，无人值守：
全进行一次回归测试。我希望不要再遇到我前面的那种问题，我一测试问题一堆，ai应该能测试到的这些情况。
如切换回来，重新登录还显示上一次，详情搜索不对等。这些问题一定要先白盒再按测试脚本来测试。
私文简搜-界面全流程测试脚本-1.5
私文简搜-界面全流程测试脚本-文档说明-1.5
一定是无人值守，不弹确认。还要按spec
怎么回事，组织架构的树结构又错了，重复错误怎么一直在犯啊。
我不是在前面还画了结构图吗？
中断所有任务，先改这个。
5.2 哪家公司的组织架构是一条线的树
你是猪啊，哪个公司组织架构是一条线的树结构。我不是画了结构图吗？查一下历史 。 公司一级，下面四个是同级的，前后端是三级。按你这样，哪个公司会这样，这个错误第n次犯。怎么这么sb
*，叫你将我说的历史找出来，又不回答我了
5.3 结构图再贴一遍，找到源头按这个改
rust
董事会和研发中心，和以说的下一级是同一级。董事会下面有一个总经理
研发中心下面四个同级，ui/前端/后端/ai等。
这种结构，怎么可能 所有的都是单一线的呢
我说的这么清楚
极光智能的组织架构以及人员
董事会 -> 总经理办公室 王龙
产品中心 张四
研发中心-> 前端 林木
-> 后端 胡勇
-> 架构组 黄卫华
-> AI 团队 黄山
质量中心 蔡熊
运维交付中心 方勇
这不清楚吗，哪个是同一级不是对得非常清楚吗？查找到源头，一定要按这个正确的修改。哪来的一条线，猪，你他妈的是猪
5.4 从原型开始改，写进 spec，不可再犯
现在的架构是对的，按这个从原型开始修改。并且记住，不可再犯同样的错误了。
一定要从原型开始，并写进spec，不可能有哪家公司的组织架构是一条线式的。
被叫停的 1.5 全量回归测试（跑到第 3 章）仍在暂停中------要我现在接着把它跑完、出三件套吗 接着操作
六、目测出来的问题，编号一条条解决
目测出来的问题也要一一改掉，六条编了号，一个一个解决：
vbnet
1、
这样，增加一个变量，就是大回归总次数和当天的次数，以后说大回归测试就自动增加这两个号码。
比如现在最新的是 私文简搜-界面全流程-2026-10-05-第1次-总16次
当前是今天第1次，总16次，下一次就是今天第2次，总17次
2、
请认真自检一下，不要有前面说的弱智的问题。各种切换跳转等都要做。还有那个顶上那个搜索，不要直接回车进入搜索，那个搜索图标放后面，点击才开始搜索。
3、
全部分类
4
发布年份
2026
4
找到约 0 条结果 · 关键词「手册」 这种，如果搜索不到，就是0，不存在4 结果为0的情况。
4、
登录：huyong（普通用户）
胡
胡勇
普通成员 · huyong me里面这个不是重复吗？想办法结合一下。 原型退出登录在前面，页面在后面。以页面为准。这一块要重新设计一下原型，再修改。还有搜索无效。
5、
那些数字也要搞正确，不能显示一套真实一套。
6、
超级管理员角色，怎么可以出现在单位管理员中，还可以分派给其他人，这是不对的。一个权限小的人怎么可以分派比自己大的权限？不管是你自己配置的，还是真实bug这都是不对的。权限分派原则，只能分派小于等于自己所有的权限的。
我的编号的问题，要一个一个解决。
小结
-
亲测抠细节，按正常人的顺序走一遍就露馅：退出登录还停在上次那页，详情页搜索还是上次的结果。
-
搜得到就该看得着。文档删了没清 es，出现"能搜到、点进去说没权限"，这是设计缺陷。
-
git 提交、目录层级这种 spec 里都写过，还要我专门说，就是没查。
-
组织架构不可能是一条线的树。画过结构图还犯第 n 次，只能中断所有任务，从原型开始改。
-
不许拿单位管理员发资料，发布搜索都走普通成员；未分类这种数据不该保存。
-
大回归次数从今天第 1 次、总 16 次这种写法自动往上加，报告文件名按文档说明写。
-
日期时间去掉 T，编辑框要带正文，删除确认模态居中，权限只能往自己级别以下分派。
下一篇接着这段大回归的后半，脚本升到 1.6。