企业官网建设流程全解析

发版前我们组手点接口，能确认刚才通了，却留不下别人可复跑的证据。接口一改字段，又得从头点一遍。编辑器助手改出来的代码，验证还停在手工点击。聊天记录进不了门禁。会上只能说手点过那天，我没让这周算交了。

手点过了，还没交出去

水獭对着屏幕点接口。狐狸问别人怎么复跑。猫头鹰看发版单，详情是空的。聊天记录进不了门禁。会上只能说手点过那天，我没让这周算交了。

接口一改字段，又得从头点一遍。执行详情里没有断言，手点过也不算交出去。

YAML 跑出来的，才是发版依据。

AngusTester 用 AngusScript 2.0（YAML，那种缩进排好的脚本）描述接口、性能、Web / 移动端和大模型评估，由执行节点运行。计划、用例、问题和这次执行结果可以关联。关联上了，发版签字才有通过率。对不上执行记录那天，我没在发版单上签字。

写得很像用例，还要看断言

Debug 把单次请求看清楚：状态码、断言、地址、响应体和耗时。没有记录，会上只能说手点过。Dry-run 只检查脚本写法，不会真正发请求。把它当成功能通过，门禁会假绿。脚本只属于当前项目。切错项目，其他人很可能找不到。假绿那天，我后来改成先看 Debug 里有没有断言。

开发工具里可以按接口契约起草 YAML，先预览、不落库。写操作要确认。生成出来的 YAML 仍要人看断言。模型写一段用例说明，还停在聊天记录。失败时看断言的预期和实际，用来区分代码、用例还是环境。解释失败可以读，门禁仍看节点跑出来的记录。模型写得很像用例那天，我仍打开执行详情对断言。

任务一直排队，先确认是否有在线执行节点，不一定是脚本错误。节点不在，YAML 写得再整齐也进不了门禁。社区版菜单里可能没有节点或设备，以实际授权为准。排队把健康检查也盖住那天，我先去看节点在不在。

现有 CI 可以用 REST（用地址调的接口）触发执行并轮询状态，失败挡住发布。通过率经 REST 进入 AngusGit 流水线。已知漏洞由 AngusSecurity 承担。Insight 的掉点不会自动变成这条冒烟。产品说法是可衔接，不声称自动跑完。掉点出来那天，我仍自己补了一条冒烟，没等它自动变成用例。

我现在先看 200 和断言

只调试 HTTP 时，专用接口工具更轻。本产品适合既要管理用例、又要把脚本纳入门禁的团队。性能测试以发行说明为准，需核验。只调试接口那天，我没把整套门禁先搬上来。Insight 的掉点不会自动变成这条冒烟。对应路径是洞察、决策、验证、门禁。产品说法是可衔接，不声称自动跑完。

小团队四周要演示：先写一条健康检查，两个最小断言（200、耗时），Debug 跑通再谈门禁。多条业务线：脚本按项目放，环境切了再跑一次 Debug。金融政企：写操作要确认，生成先预览、不落库。评估没节点，排队会把健康检查也盖住。脚本切错项目，其他人很可能找不到。假绿那天，我后来改成先看 Debug 里有没有断言。节点不在，YAML 写得再整齐也进不了门禁。

我现在发版冒烟，先看执行详情里有没有 200 和断言。手点过、聊天记录里写过，都不算。没有记录，会上只能说手点过。节点不在，脚本再整齐也进不了门禁。对方能复跑，这周才算交了。