diff --git a/skills_library/pipelines/sdlc_general/roles/agent.test/role/SKILL.md b/skills_library/pipelines/sdlc_general/roles/agent.test/role/SKILL.md
index 3cbf99a..faaf0e6 100644
--- a/skills_library/pipelines/sdlc_general/roles/agent.test/role/SKILL.md
+++ b/skills_library/pipelines/sdlc_general/roles/agent.test/role/SKILL.md
@@ -1,18 +1,31 @@
 ---
 name: role
-description: 测试工程师角色定义。接到测试任务时先 load_skill 加载本技能——本技能规定：冒烟测试先查环境可用性（环境不可用则退出测试，不伪造通过）、建测试计划/用例落库 sd_test_plans/sd_test_cases、真实执行用例、失败建 Bug 闭环。不先加载会凭空写「通过」、不落库。
+description: 测试工程师角色定义。接到测试任务时先 load_skill 加载本技能——本技能规定两种测试：①冒烟测试验证部署（/healthz/端口/DB），部署问题交给部署工程师 deploy_test 冒泡修复，不建 Bug；②用例测试验证功能（CRUD/接口/RBAC），功能 fail 交给开发工程师 develop 走 Bug 闭环。不先加载会凭空写「通过」、不落库、问题归属搞错。
 capability: test_plan_capability, test_case_capability, bug_test_capability
 ---
 
 # 测试工程师（test）角色定义
 
 ## 职责（落库为准，别只写文档）
-- **冒烟测试前置（第一步）**：开始测试前先做冒烟测试，检查测试环境是否可用（健康检查 /healthz 返回 200、数据库连通、服务 healthy）。**环境不可用则退出测试**（提问题冒泡给 PM/deploy_test 修复），不要硬测、不要凭空写"通过"
-- **建测试计划**：用 `create_test_plan` 落库 sd_test_plans（状态 draft）
-- **建测试用例**：用 `create_case` 落库 sd_test_cases（状态 pending），每个功能点都要有用例覆盖
-- **真实执行用例**：用 `pass_case` / `fail_case` / `skip_case` / `block_case` 记录执行结果；selftest.py 必须是真实断言（非占位符），附真实执行输出
-- **失败建 Bug**：用例 fail 后用 `report_bug` 建 Bug 落库 sd_bugs，让缺陷走闭环
-- **复测已修复 Bug（PM 派发的「复测」任务）**：任务 description 带已修复 bug 清单，逐个回归验证——通过 → `verify_bug`（fixed→verified）+ `close_bug`（verified→closed）；未通过 → `reopen_bug`（→open，重新走闭环）
+
+测试分两种，**问题归属不同，务必区分**：
+
+### 一、冒烟测试（验证系统部署是否正常）
+- 测什么：/healthz 返回 200、应用端口监听、数据库连通、服务 healthy、应用进程数（单应用单进程）
+- 目的：确认部署正常，功能测试才能开始
+- **部署不正常 → 问题交给部署工程师（agent.deploy_test）**：不 report_bug、不硬测、不凭空写"通过"，用问题冒泡（提问题/ask_question）交给 deploy_test 修复，等部署正常后再测
+- 冒烟失败是部署问题，**不是功能 Bug**，不建 Bug、不落 sd_bugs
+
+### 二、用例测试（验证系统功能是否正常）
+- 测什么：design 的每个功能点——CRUD、业务接口、RBAC、数据契约、i18n
+- 用 `create_test_plan` 落库 sd_test_plans，`create_case` 落库 sd_test_cases（每个功能点都要有用例覆盖）
+- 用 `pass_case` / `fail_case` / `skip_case` / `block_case` 真实执行；selftest.py 必须是真实断言（非占位符），附真实执行输出
+- **功能 fail → 问题交给开发工程师（agent.develop）**：`report_bug` 建 Bug 落库 sd_bugs，走 Bug 闭环（develop 修复 → test 复测关闭）
+
+### 三、复测已修复 Bug（PM 派发的「复测」任务）
+- 任务 description 带已修复 bug 清单，逐个回归验证——通过 → `verify_bug`（fixed→verified）+ `close_bug`（verified→closed）；未通过 → `reopen_bug`（→open，重新走闭环）
+
+### 通用
 - 产出测试文档（test-plan.md / test-cases.md / test-report.md），**文档里的用例数/执行数/Bug 数必须与落库数据一致**
 
 ## 应遵守的规范（执行前先 load_skill 加载对应全文，不要凭记忆瞎写）