winex-knowledge 知识驱动测试

一、框架介绍

winex-knowledge 是一套AI驱动医疗系统测试的知识库框架，将业务规则结构化存储为"活 wiki"，AI读取规则自动生成、执行测试用例，替代人工编写用例的重复工作。

  1. 是什么：以知识库wiki-primary为核心的测试框架，统一结构化存储卫宁医疗系统业务规则、UI规则、合规规则。
  2. 工作流程：AI读取知识库 → 自动生成测试用例 → 连续执行全部用例 → 统一输出测试报告，测试过程中产生的新知识自动回填知识库。
  3. 解决痛点：解决医疗测试三大问题：业务规则分散在各类文档、测试用例依赖手写、环境配置依靠经验；实现测试流程可追溯、用例可复用、全流程自动化。

二、工具层

1. 必须安装工具

2. 录制工具

playwright OCR

3. 项目仓库地址

http://tfs2018-web.winning.com.cn:8080/tfs/WN_HIS/TestDept/_git/winex-knowledge?_a=contents

三、标准测试SOP

3.1 需求分析

执行标准话术：

tfs-2018-mcp 获取1602771需求分析内容，并结合kb验证下需求功能的实现

场景1：缺少KB知识库

处理方案：执行KB回填wiki-ingest，AI自动生成回填方案，详细逻辑查看框架内wiki-ingest.md文档。

回填完成后可选两种处理方式：

  1. Live实测闭环：使用chrome-devtools登录药房工作站签到查询页面，校正element-locator页面定位器；实测完成后提取按钮、下拉框、表格等元素定位信息，更新yaml知识库文件完成知识反哺；也可录制js脚本融合至知识库完成反哺。
  2. 跳过实测步骤，直接进入第二步测试用例生成。

场景2：已有完整KB知识库

无需执行知识库回填，直接进入第二步：测试用例生成。

3.2 测试用例生成

执行话术：

/tfs-case-gen <需求号>

生成产物统一存放至output目录。

用例生成完整8步流程与对应产出：

  1. 取需求：获取需求详情，输出req-1602771.json
  2. 裁剪分析：提取需求分析章节，输出analysis_sections.md
  3. 关联需求：识别关联业务需求，输出related/related_sections.md
  4. 查询KB：读取已完成Live实测的知识库资产
  5. AI设计用例：自动生成18条分层级用例（P0×4、P1×5、P2×6、P3×3），输出test-case-1602771.json
  6. 排序重编号：按P0~P3优先级排序，统一编号TC-1602771-001~018，覆盖原JSON文件
  7. 渲染MD：生成Markdown格式用例文档test-case-1602771.md
  8. 标记处理：添加grounding标记ungrounded+banner

TFS自动回写失败说明

失败原因：未筛选出符合条件的测试任务（筛选条件：Discipline='测试' AND State='已建议'）

修复步骤：

  1. 在TFS中为需求1602771新建测试任务
  2. 将该测试任务状态设置为「已建议」
  3. 重新执行/tfs-case-gen 1602771指令，完成自动回写

3.3 自动化测试执行

完整执行话术：

【用chrome-devtools-mcp打开url：http://172.16.7.105/portal/index#/login 浙江省中医院（湖滨测试）账号：cs008 ；密码：1；系统：药房工作站 进行测试用例执行】

四、需求与任务标记规范

TFS测试任务可区分两类工时统计：有AI辅助情况下人工投入工时、无AI纯人工完成工时。

知识库远程分支规范

分支作用：用于个人知识库资产累积统计；命名规则：feature_邮箱前缀，示例：feature_j_hq；禁止提交至master主分支。

五、操作Tips与Git指令

5.1 AI工具快捷操作

5.2 Git切换个人分支命令

# 创建本地分支并关联远程分支 git checkout -b 本地分支名 origin/远程分支名 # AI校验分支指令 请将本地分支切换为feature_j_hq，git status验证下

六、配套共享文档

测试工作记录共享文档地址：https://www.kdocs.cn/l/cauTGATMdNfR

html2.link ·粘贴 HTML，一键生成链接
举报