手动与探索性测试：需求持续变化，如何探索并留下测试证据
沿真实用户路径探索变化中的需求，用聚焦的测试章程和会话证据记录发现，便于同事复现。
#AI 测试
质量风险分析：识别、评估并排序真正值得关注的质量风险
按触发条件、影响范围、现有证据和缓解动作排序发布风险，让测试资源先覆盖影响决策的问题。
测试策略：开测之前，先把范围、风险与质量门禁讲清楚
从项目范围与风险出发，确定测试层级、环境、数据、职责、自动化安排和放行门禁。
测试策略加强版：让范围、风险与证据真正可追溯
用来源账本整合需求、架构、排期和历史缺陷，保留版本冲突与待确认假设，让测试策略可追溯。
测试策略评审：基于证据审查范围、风险与发布门禁
以一份待评审测试策略为例，检查风险、资源、环境依赖和退出条件，并把模糊意见改写成带原文位置、影响、所需证据和修订动作的评审发现。示例强调每项发现都能被复核和跟进。
验收标准评审：找出歧义、缺失与不可验证的验收条件
在编码和测试开始前，检查验收标准的歧义、缺失状态、不可验证条件和规则冲突，明确需要产品方确认的问题。
需求缺口分析：发现规则缺口、异常路径与未定义状态
交叉检查需求、接口、业务规则和历史问题，发现缺失状态、异常路径、来源冲突与待确认决策。
可测试性分析：判断需求是否真正可测、可控、可验证
从可观察结果、可控条件、数据环境和安全验证入口评估需求可测性，提前找出可能阻塞测试的问题。
发布测试工作流：从发布准备到上线验证的完整测试实践
围绕候选版本安排冒烟、风险回归、缺陷复测和残余风险确认，支撑清楚的发布交接。
需求分析：测试设计之前，先把需求里的问题找出来
以会员升级需求为例，识别规则冲突、缺失状态和无法验收的表述，整理本次范围、未知项与待确认问题。
需求分析加强版：跨多份材料追踪需求来源、差异与变更
联合需求文档、原型和接口定义分析会员升级规则，记录每项结论的来源，比较材料版本与冲突，并将信息缺口转成待确认问题和可追溯风险，不把无来源判断写成事实。
日常测试工作流 skill，从需求到发布的 AI QA 工作流
围绕构建检查、风险用例、缺陷复测和阻塞同步安排日常测试，并整理有证据的日终交接结果。