更新时间:2026-09-10 GMT+08:00
测试工程师
适用角色
测试工程师、QA、质量保证人员
核心能力概览
| 能力 | 说明 | 典型场景 |
|---|---|---|
| 文档处理 | 测试用例、测试报告生成 | 用例编写、报告输出 |
| 数据分析 | 测试数据统计与分析 | 缺陷分析、覆盖率统计 |
| 汇报材料生成 | 测试汇报材料 | 版本测试总结汇报 |
| 内容总结 | 需求文档分析 | 提取测试要点 |
| Excel 处理 | 测试数据整理 | 数据驱动测试 |
前提条件
已启用如下技能(平台预置,默认开启):
- docx-craft(Word文档创建与编辑)
- xlsx-craft(Excel处理与分析)
- pptx-craft(汇报材料生成)
- summarize(内容总结)
实操一:基于需求生成测试用例
场景:拿到需求文档,需要快速输出测试用例。
操作步骤
- 在左侧导航栏,单击“新建任务”或“新建会话”,在对话框下方单击“选择文件夹”,选择或新建一个专用文件夹作为工作空间。
- 将需求文档(Word/PDF)拖拽到对话框,或保存到工作空间。
- 输入生成指令。
基于这份需求文档,帮我生成测试用例。 要求: - 覆盖正常流程、边界值、异常情况 - 格式:用例编号、测试场景、前置条件、测试步骤、预期结果 - 重点关注:[特别需要关注的功能点或容易出问题的地方] - 对需求描述不清楚的地方,不要自行假设,单独列出'需确认的需求模糊点' 输出为Excel格式,保存到工作空间
- 审阅与补充。
- 检查 AI 输出的用例是否覆盖完整。
- 追问补充:“补充一下支付失败的回退场景用例”。
- 追加特殊场景:“增加并发操作的测试用例”。
实操二:编写Bug报告
场景:发现了Bug,需要写的让开发一看就能复现。
操作步骤
- 在左侧导航栏,单击“新建任务”或“新建会话”,在对话框下方单击“选择文件夹”,选择或新建一个专用文件夹作为工作空间。
- 在对话框中输入提示词,示例如下:
帮我整理这个bug的描述,要让开发一看就能复现: 我发现的问题:[描述现象] 我的操作步骤:[步骤1、步骤2、步骤3] 期望结果:[应该是什么] 实际结果:[实际是什么] 环境信息:[操作系统/浏览器/版本号] 发生频率:[必现/偶现] 格式:标准bug报告格式,语言准确,不带主观判断,只描述事实
实操三:出测试报告
场景:版本测试结束,需要出一份测试报告给项目组。
操作步骤
- 在左侧导航栏,单击“新建任务”或“新建会话”,在对话框下方单击“选择文件夹”,选择或新建一个专用文件夹作为工作空间。
- 将测试数据Excel拖拽到对话框,或保存到工作空间。
- 输入如下提示词生成报告。
帮我出一份版本测试报告。 测试范围:[测试了哪些功能] 测试时间:[起止时间] 测试结论:[通过/不通过/有条件通过] 数据汇总: - 用例总数/通过/失败/阻塞 - bug总数/已修复/待修复/遗留 - P0/P1/P2各多少 输出结构:测试结论(先说结论)→ 数据汇总 → 遗留问题说明 → 风险提示 → 上线建议 语气:客观,有数据支撑,遗留问题要说清楚影响范围
实操四:需求文档测试风险分析
场景:需求文档写得不清楚,需要挖出潜在的测试风险。
操作步骤
- 在左侧导航栏,单击“新建任务”或“新建会话”,在对话框下方单击“选择文件夹”,选择或新建一个专用文件夹作为工作空间。
- 输入如下提示词。
帮我分析这份需求文档的测试风险点。 重点关注: 1. 需求描述模糊的地方(可能导致理解不一致) 2. 边界条件未明确的场景 3. 异常流程未覆盖的情况 4. 与其他模块的交互点(可能遗漏集成测试) 5. 性能和安全相关的隐含需求 输出格式: - 风险编号 - 风险描述 - 影响范围 - 建议补充的测试场景 - 优先级(高/中/低)
实操五:测试数据生成
场景:需要生成一批测试数据用于数据驱动测试。
操作步骤
- 在左侧导航栏,单击“新建任务”或“新建会话”,在对话框下方单击“选择文件夹”,选择或新建一个专用文件夹作为工作空间。
- 输入如下提示词。
帮我生成一批测试数据,用于测试[功能名称]。 数据要求: - 字段:[字段1、字段2、字段3...] - 数据量:[X]条 - 规则: - [字段1]:[取值规则] - [字段2]:[取值规则] - 包含正常数据和边界数据 - 包含至少10%的异常数据(用于测试容错性) 输出为Excel格式
实操六:测试汇报材料
场景:版本测试完成,需要向项目组汇报测试结果。
操作步骤
- 在左侧导航栏,单击“新建任务”或“新建会话”,在对话框下方单击“选择文件夹”,选择或新建一个专用文件夹作为工作空间。
- 在对话框上方选择“幻灯片”,可选择风格模板或开启“引导模式”。
- 输入如下提示词。
帮我做一份版本测试汇报材料 内容: - 测试概况(范围、时间、人员) - 测试执行数据(用例数、通过率、缺陷分布) - 缺陷分析(按严重程度、按模块分布) - 遗留问题及风险评估 - 上线建议 数据来源于上传的测试数据Excel 风格:简洁专业,以数据图表为主 页数:8-10页
使用建议
- 上传原始需求:把需求文档直接上传,比文字描述更准确。
- 明确验收标准:告诉AI什么算“好的测试用例”。
- 不要自行假设:要求AI对模糊需求标注“需确认”而非自行补全。
- 数据驱动:用Excel提供测试数据,让AI分析统计。
- 分模块生成:复杂系统分模块生成用例,避免遗漏。
- 交叉验证:AI生成的用例需人工审查,补充业务特有场景。