AngusTester 是什么？
接口在 Postman 里点一遍，页面用另一套 UI 工具跑，压测再开 JMeter。用例躺在 Excel 里，脚本散落在个人目录，报告往聊天群里一丢。每次发版，通过率靠口头对齐。Agent 在 IDE 里改完代码，验证还得人手动切页面来回倒腾。
AngusTester 就是来解决这个的。 它是晓蚕云 AngusKit 套件里负责 Test 环节的 AI 原生软件测试产品。用 AngusScript YAML 一种语言覆盖协议、Web、移动、LLM 和性能五类测试；计划、用例、脚本、报告全部放在同一控制台；结果可以直接进发布门禁；MCP 的写操作需要人工确认。它不是桌面 HTTP 客户端那么简单。
Postman 调单个 HTTP 更轻便，JMeter 的压测生态也更成熟。Python / Java / JS 脚本表达力更完整，内部 SDK 更容易对接。AngusTester 用一份可评审的 YAML 覆盖五类专项，计划和报告同台，不用在多个工具之间切来切去。云服务和私有化部署是同一套产品，测试数据和执行可以放在云上，也可以留在园区。
在套件里管哪一段？
AngusKit 的产品线按 Build → Code → Ship → Test → Secure → Analyze 六段划分。AngusTester 对应 Test------验证运行中的系统功能正不正常、性能达不达标。
登录和组织统一入口由 AngusGM 提供。进了 AngusTester 之后，账号和智能体、代码、制品、安全门禁、产品分析是同一个。门禁就是发布前安全扫描那道关：通过亮 PASSED，不通过亮 FAILED；如果接到 AngusSecurity 的任务，还可能返回 ERROR 或 SKIPPED。
对外六件套是：AngusAI、AngusGit、AngusRepo、AngusTester、AngusSecurity、AngusInsight。Wiki、客户端、Copilot 不算独立产品，不列在六件套里。
AngusTester 管的是功能测试、性能测试和模型输出评测。AngusSecurity 管的是代码安全、密钥检测、依赖漏洞和镜像扫描。两边的结果都可以作为发布材料。脚本执行有自己的状态机------排队、派发、运行、完成、失败、取消、拒绝------和套件门禁的四态（PASSED/FAILED/ERROR/SKIPPED）是两套体系，别搞混。
自动化任务跑在独立部署的 Agent 节点上，节点状态必须 ONLINE 才能接任务。AngusTester 本身不内置大模型，也不代理外部模型；LLM 测试步骤用的是环境里配置的供应商密钥。顶栏的「AI 智能体」嵌入的是 AngusAI 里绑定的 Tester 助手。
刚改完接口，想在 Cursor 里直接生成 YAML 并复跑一遍------MCP 可以帮你查计划、预览脚本、在节点上执行、读失败断言。但生成并保存、执行、提缺陷这些写操作，都需要先预览再带 confirmationId 确认。MCP 默认关闭，写开关可以单独关。
四件套和五类专项
计划 · 用例 · 脚本 · 报告
四件套在同一控制台里，按当前项目隔离。顶部有项目切换器。
计划用来组织一轮测试活动，比如版本回归。生命周期是草稿 → 进行中 → 已完成，可以归档。计划里圈范围、配评审人和执行人，也能批量跑计划内的自动化用例。
用例写前置条件、执行步骤和预期结果。可以手写，也可以从接口资产一键转过来。跑完把结果挂回用例，手动执行和自动执行各算各的覆盖。
脚本是一份 AngusScript 2.0 YAML，带执行平台、测试类型、分组、标签和版本历史。详情里可以看 diff、回滚和下载。脚本可以被用例、计划和执行任务引用。
报告 是一次或一批执行的汇总快照，可以冻结归档。通过率、失败断言和实际响应差异都是结构化数据，流水线可以直接读。当前版本没有免登录的公开分享外链。
AngusScript：YAML 怎么测、AI 怎么帮
用一种语言描述请求、断言和提取，同一个引擎跑接口、页面、App、模型和压测。权威契约是 AngusMeter/2.0，公开副本在 angusmeter/angus-script.json。
顶层必填只有两项：specification 和 scenarios。常见结构像这样：
yaml
specification: AngusMeter/2.0
info: { title: 订单接口回归 }
variables: []
configuration:
platform: HTTP_TESTING # 或 WEB_TESTING / HYBRID 等
testType: FUNCTIONAL # 或 PERFORMANCE / SECURITY
setup: [] # 前置，执行一次
scenarios: [] # 场景与步骤
teardown: [] # 后置，执行一次步骤用 plugin 选协议，比如 angus-http 调 HTTP、angus-kafka 发消息、angus-playwright 操作浏览器。断言校验响应，提取器把值写入变量，下一步用 ${} 引用。想把多协议串在一份脚本里？把 platform 设成 HYBRID 就行------比如「调接口 → 查数据库 → 验消息队列」。
两种写法对着同一份 schema。侧栏「自动化 → 脚本」是 YAML 编辑器，可以从示例库拉骨架。「自动化 → 设计器」拖拽编排步骤，源码模式生成的还是这份 YAML。调试通过的接口可以转成脚本。集合支持导入 OpenAPI / Swagger / Postman，也能从 HAR 文件导入。
把 testType 改成 PERFORMANCE，同一份脚本就变成压测------配置 concurrency.threads、rampUp 和时长或迭代目标，看 TPS、分位耗时和错误率，SLA 不达标就记为失败。功能测试保留每次采样的明细，但线程和迭代有上限。SECURITY 是脚本里标的测试类型，和 AngusSecurity 的产品门禁不是一回事。
YAML 和 Python / Java / JS 代码脚本怎么选？
代码脚本（pytest / TestNG / Jest 这类）表达力完整------自定义库、复杂数据工厂、内部 SDK 都能直接调。代价是每类测试通常要拼一套框架，计划和报告自己接，评审人得读懂过程式代码。
AngusScript 把「请求、断言、提取、并发」写成声明式，测试同学不用先写 requests / unittest 样板；研发评审时看的是步骤和期望值，不是 for 循环和异常堆栈。
| 对比点 | AngusScript YAML | Python / Java / JS 脚本 |
|---|---|---|
| 写法 | 声明步骤、plugin、断言、提取器；公开 schema 可校验 | 过程式：发请求、解析、断言、传参都自己写 |
| 谁能改 | 测试和研发共用同一份 YAML；设计器拖完还是这份文件 | 通常要会对应语言和项目里的 fixture / POM |
| 多场景 | 同一引擎跑协议、Web、移动、LLM、性能；混用 HYBRID | 常见拼法是 pytest + Playwright + Locust/JMeter，各管各的 |
| 评审与版本 | 控制台 diff / 回滚；字段合法性对照公开 schema | 走 Git 看代码 diff；没有统一的测试 schema |
| 执行环境 | 下发到 ONLINE 节点，作者本机不用装语言运行时 | 每台 runner 要对齐解释器、依赖和浏览器驱动 |
| 结果进门禁 | 通过率、失败断言、expected/actual 结构化回传 | 多靠退出码和自建报告 |
| AI / MCP | 按 schema 预览 YAML，写操作要 confirmationId | 模型生成的代码更自由，也更容易偏离团队框架 |
| 语言生态 | 步骤能力看插件，不在 YAML 里 import 任意包 | pip / Maven / npm 生态更大，内部 SDK 更好接 |
团队如果已经用代码框架沉淀了 Page Object 和数据工厂，而且审不过 YAML，继续用脚本拼盘也说得通。AngusTester 不吹 YAML 能写编程语言里的每一种算法。它解决的是：主路径自动化用一种可评审的语言写完，并和计划、用例、报告、门禁落在同一处。
AI 从两个入口帮你写和读。
控制台顶栏「AI 智能体」。 页面里嵌入的是 AngusAI 里绑定技能 angustester 的助手。贴需求、OpenAPI 片段或失败日志，它会帮你起草用例或 YAML，或者解释断言差异。写库前会走确认卡。生成的草稿里 URL、认证和字段名经常是占位符，改成环境变量后再保存、再 Debug。助手给的只是草稿，需要人审完之后自己保存、自己跑。
MCP。 Cursor、Claude、VS Code、Qoder 连上之后，Agent 可以查项目、计划和用例，按契约预览一份 AngusScript，由节点执行，拿回通过率、失败断言和 expected / actual。写操作------生成并保存、执行、提缺陷------都要先预览，再带 confirmationId。关掉 MCP 不影响控制台和 REST API。用户令牌、删项目、删节点这些操作不会出现在 MCP 工具面。
常见的工作流：Agent 在 IDE 里改完代码 → 预览 YAML → 节点按环境执行 → 结构化结果回传 → 判断是代码问题还是用例问题 → 再改再跑。通过率给流水线读。人在关键节点确认写操作。
协议 · Web · 移动 · LLM · 性能
五类测试共用同一套脚本、设计器和执行引擎，没有单独的顶栏入口。
| 专项 | 怎么跑 | 典型插件或字段 |
|---|---|---|
| 协议 | 对 HTTP、gRPC、消息队列、数据库、缓存发请求并断言 | angus-http、angus-grpc、angus-kafka、angus-jdbc、angus-redis 等；混用设 HYBRID |
| Web | 真实浏览器操作页面 | angus-playwright（Chromium / Firefox / WebKit）或 angus-selenium；platform: WEB_TESTING。节点要预装浏览器 |
| 移动 | Android / iOS 真机或模拟器 | angus-appium；platform: MOBILE_TESTING。设备在「系统 → 设备」登记，节点要能访问 Appium |
| LLM | 调模型、用指标打分、再断言 | LLM_TESTING / LLM_EVALUATION / RAG_TESTING / AGENT_TESTING；评估插件 angus-eval-metric。测的是模型输出，入口和顶栏 AI 助手分开 |
| 性能 | 同一份脚本改 testType: PERFORMANCE |
多线程、爬坡、时长或迭代；单节点或多节点施压；SLA 判定 |
接口调试在侧栏「接口」：集合 → 端点。HTTP、WebSocket、gRPC、GraphQL、消息、JDBC、LLM 都能在线发一次请求，调试通过后再一键转成脚本。
和 Postman、MeterSphere、脚本拼盘差在哪？
衡量标准是：一种 YAML 能不能覆盖协议、Web、移动、LLM 和性能，计划 / 用例 / 脚本 / 报告是否同台，结果能不能进门禁，MCP 写操作要不要确认，以及和代码、制品、安全是否同一套账号。完整、先进、易用、扩展、成熟按这个标准打分。下表是晓蚕云内部参考分，不是第三方评测。
| 维 | AngusTester | 桌面 API 客户端 | 脚本拼盘 | MeterSphere |
|---|---|---|---|---|
| 完整性 | 4.9 | 3.4 | 3.6 | 4.4 |
| 先进性 | 4.8 | 3.5 | 3.8 | 3.8 |
| 易用 | 4.8 | 4.6 | 2.8 | 4.0 |
| 扩展 | 4.8 | 3.5 | 4.2 | 4.0 |
| 成熟 | 4.7 | 4.6 | 4.0 | 4.4 |
桌面 API 客户端以 Postman 这类产品为代表。脚本拼盘指 Java / JS / Python 框架加自建报告。JMeter 只覆盖压测，不进上表。
分高在哪？
- 完整性（4.9）：四件套同台；一份 YAML 覆盖协议、Web、移动、LLM、性能；接口集合可导入 OpenAPI / Postman；执行节点、环境、设备、报告冻结都有。MeterSphere 的计划 / 用例 / 评审 / 报告这条管理链路更完整一些；桌面客户端偏 HTTP，范围窄。
- 先进性（4.8） ：AngusScript 2.0 公开 schema；
HYBRID混协议；LLM 四类 platform 加评估插件；顶栏 AI 助手起草 YAML；MCP 能预览 / 执行 / 解释失败 / 提缺陷，写操作要confirmationId。 - 易用（4.8）：设计器与 YAML 双模式；接口调试转脚本；示例库拉骨架。桌面客户端点选调试步骤更少。脚本拼盘要求会写代码。
- 扩展（4.8） ：步骤插件由节点 Agent 加载（
angus-http、angus-playwright等）；REST 和 MCP 对接 CI / IDE；套件统一账号。脚本拼盘语言栈更自由。 - 成熟（4.7） ：计划生命周期、脚本版本、执行状态机、性能 SLA 都已交付。自动化必须要有
ONLINE节点；Web / 移动依赖节点上的浏览器或 Appium。Postman、JMeter、MeterSphere 上线年限更长、教程更多。
能力对照
| 项 | AngusTester | 桌面 API 客户端 | 脚本拼盘 | MeterSphere |
|---|---|---|---|---|
| 脚本形态 | AngusScript YAML，AngusMeter/2.0 |
Collection，导出视版本 | Java / JS / Python | 平台用例 + 自动化组件 |
| 场景覆盖 | 协议 / Web / 移动 / LLM / 性能同一引擎 | 偏 HTTP | 视框架拼装 | 管理强，专项视版本 |
| 四件套 | 开箱同台 | 多在本地 | 计划、报告常自建 | 计划用例报告成熟 |
| 门禁 | 结构化通过率与失败断言，REST 触发 | Newman 等跑 Collection | 自建报告和退出码 | 可对接 CI，形态视版本 |
| MCP | 查资产、预览 YAML、执行、解释失败；写要确认 | 部分厂商提供 MCP | 少见 | 以对方文档为准 |
| 套件账号 | 同一登录进 Git、Repo、Security | 无 AngusKit 同级六段 | 无同级六段 | 无同级六段 |
谁该选，谁不该选
适合选 AngusTester 的情况：
- 接口、Web、移动、消息或 LLM 要放在同一份计划、同一份报告里
- 测试同学用 YAML 交付自动化：声明请求和断言就能评审，不用先学一套 Python / Java / JS 框架
- 发版需要可读的通过率和失败断言，流水线用 REST 触发脚本，失败了就停发
- 想在 Cursor 里预览 YAML、复跑、看 expected / actual，写操作可以点确认
- 测试数据和执行要留在园区，并和 AngusGit、AngusRepo、AngusSecurity 共用 AngusGM 账号
不适合选 AngusTester 的情况：
- 只要调试单个 HTTP，不需要计划、报告和门禁 → 用桌面 API 客户端
- 只要压测，现网 JMeter 脚本和监听器不能动 → 继续用 JMeter
- 自动化必须用团队已有的 Python / Java / JS 框架、Page Object 或内部 SDK → 用脚本拼盘
- 指望生成完自动入库、自动执行 → 助手和 MCP 都要人确认后再保存、再跑
- 没有可访问被测系统的 Agent 节点，或者 Web / 移动节点没装浏览器、Appium → 脚本派不下去
- 不自备供应商 API Key，指望产品代管模型 → AngusTester 不内置模型
- 需要免登录公开分享报告链接 → 当前版本没有
控制台里有哪些模块？
名称以侧栏和产品文档为准。授权不同，可见菜单也不同。列表按当前项目隔离。企业 / 云服务 / 团队版「系统」下一般有节点、设备、环境、桥接；社区版可能只有环境。
| 模块 | 做什么 |
|---|---|
| 项目 | 测试资产的顶层隔离，成员在项目里授权 |
| 计划 | 一轮测试活动：范围、评审、进度、批量跑自动化。状态：草稿 / 进行中 / 已完成 / 归档 |
| 用例 | 前置条件、执行步骤、预期结果；可挂脚本；手动和自动覆盖分开记 |
| 问题 | 缺陷跟踪。MCP 提缺陷要 confirmationId |
| 脚本 | AngusScript YAML 资产：平台、类型、版本、运行记录；从示例库或导入创建 |
| 设计器 | 可视化编排步骤，源码生成的仍是同一份 YAML |
| 规范 | 侧栏叫「接口」。集合与端点、在线调试、OpenAPI / Postman 导入、转脚本 |
| 执行 | 一次运行的状态、日志、指标、定时（cron）、取消与重跑 |
| 环境 | 可切换的变量、请求头、密钥；LLM 的供应商 Key 放这里 |
| 节点 | 真正跑脚本的 Agent。UI / LLM 都需要至少一台 ONLINE |
| 报告 | 汇总快照，可冻结。没有免登录外链 |
| 插件 | 步骤插件由节点 Agent 加载，清单以设计器和 schema 为准。/plugins 页是浏览控件，点安装不会实际落到节点 |
| MCP | 默认关闭。查询直接调用；生成、执行、提缺陷要预览确认。可整通道关掉 |
另外：顶栏「AI 智能体」打开 /ai-agent，不在左侧菜单里。/eval 是 LLM 评估工作台，专门测模型输出。DevBridge 把本机服务当联调目标。通知和活动在动态里。个人 Token 在头像 → 我的。
常见问题
AngusTester 是什么？
晓蚕云 AngusKit 套件里负责 Test 的 AI 原生软件测试产品。AngusScript YAML 覆盖协议、Web、移动、LLM 和性能；计划、用例、脚本、报告同台；结果可进门禁。支持云服务和私有化部署。
和 Postman、MeterSphere 怎么选？
AngusTester 的强项是一种 YAML、四件套同台、门禁集成和套件统一账号，分数见上表。只调 HTTP 用 Postman。已经在 MeterSphere 铺开计划 / 用例 / 评审、又不接套件的话，继续留在现网。只压测且 JMeter 资产不能动，继续用 JMeter。
AngusScript / YAML 能覆盖哪些场景？
同一份 AngusMeter/2.0 脚本可以写协议、Web、移动、LLM 和性能。步骤用插件选协议，多协议混用设 HYBRID。功能、性能、安全是 testType 字段区分的。相对 Python / Java / JS，YAML 声明步骤和断言，不在脚本里 import 任意包。公开契约在这里：https://www.anguskit.com/schema/angusmeter/angus-script.json
协议、Web、移动、LLM、性能是独立产品吗？
不是。它们都是 AngusTester 同一引擎上的专项，入口在脚本、设计器和执行，没有五条独立顶栏，也不单独售卖。
测试结果怎么进 CI 门禁？
CI 调 REST 触发脚本、轮询执行状态，失败了就停发布。报告里的通过率和失败断言结构化返回，流水线可以直接读。也可以接到 AngusGit 的流水线里。套件发布关的 PASSED / FAILED 是安全扫描那道门，和脚本执行状态是两回事。
MCP 接到 Cursor 能做什么？
查计划与用例，预览 AngusScript，在节点上执行，读失败断言和 expected / actual。生成并保存、执行、提缺陷要带 confirmationId 确认。MCP 默认关闭，写开关可以另关。不会自动改生产数据。
官方链接速查：
- AngusTester 产品介绍 https://www.anguskit.com/zh/products/tester
- AngusTester 文档 https://www.anguskit.com/zh/docs/tester
- AngusScript 契约 https://www.anguskit.com/schema/angusmeter/angus-script.json
- 产品矩阵 https://www.anguskit.com/zh/products
- 套件手册 https://www.anguskit.com/zh/docs/kit
- 公司介绍 https://www.anguskit.com/zh/about