想自制AI测试用例生成工具?先看看我的踩坑总结

测试同学肯定懂那种“机械重复到麻木”的感受——每次版本迭代，“新增XX”“查询XX”“删除XX”这类标准化用例能占总用例的80%：

界面必填项校验、取消按钮交互、提交成功的状态反馈，流程固定到闭着眼都能默写，但架不住功能模块多啊！

上次做“作业安全管理系统”迭代，光“新增”类用例我就写了12条：新增作业内容、新增作业地点、新增法规模板……

每个用例都要写“前置条件：用户登录且进入XX页”“步骤1：点击新增按钮”“期望结果：弹出新增弹窗”。

熬到晚上9点才把全量用例出完，结果第二天Leader review时直接说：“逆向场景全漏了——新增空内容、重复提交、权限不足这些怎么没写？”

盯着屏幕上密密麻麻的“新增成功”，我突然琢磨：这类“可复制性高、场景固定”的用例，AI肯定能接盘80%——毕竟字段是固定的（模块名、用例编号、步骤、期望结果），场景是套路化的（正向+逆向+边界）。

只要把需求文档喂给AI，让它自动生成、导出Excel，我只需要补剩下20%的复杂场景，岂不是能从重复劳动里解放出来？

脑子一热，当天就开始搞工具：目标是做个带GUI的桌面端——选Word需求文档→AI读取内容生成用例→支持手动修改→导出Excel，当时甚至觉得“这波稳了，下周就能给组里同学用”。

结果现实给了我结结实实的一巴掌：工具能跑，但生成的用例根本没法用，活脱脱一个“半成品”。

我一开始是这么跟AI提需求的：“帮我写个带图形界面的测试用例生成工具，字段要包含模块名、用例编号、功能项、标题、前置条件、步骤、期望结果；

核心逻辑是选择Word文档→读取内容→调用Kimi大模型生成用例→支持修改→导出Excel。”

AI确实秒回了代码（就是我之前那版），甚至帮我加了“文件格式校验”“日志打印”这些细节，但调试时才发现：“没定标准”=“全是隐形BUG”：

● 没定义“Word需求文档的格式”：纯文字的需求被拆成零散的句子，带表格的需求直接把“模块名”和“功能点”混在一起；

● 没给“用例输出模板”：AI会儿把“步骤”写成“1. 点击对应按钮”，一会儿写成“点击新增”，甚至出现“操作对应功能”这种模糊到没法执行的描述；

这个环节调试生成的模板符合要求属于一个小难点。

选Kimi是奔着两个“优势”去的：一是每月送15元免费额度，不用额外花钱；二是支持128K长文本，能完整读取我的需求文档——而且我之前用Kimi网页版生成过测试用例，质量还不错，本以为“API调用和网页版是一个水平”。

结果工具里调用Kimi时，生成的用例直接“降智”：

● 调temperature参数、max_tokens=1200：从0.2（输出太简略，步骤只有1句话）调到0.7（逻辑混乱，把“新增”写成“删除”），中间试了0.5，结果是“步骤写了一半突然停了，只留了个‘1. 点击新增按钮’”；max_tokens跳到了4000+，这两个参数是大模型生成内容是否精细的关键

● 补提示词关键词：我加了“必须包含逆向场景，比如新增空内容提交、重复提交”，结果AI把“点击取消按钮”当成“逆向场景”写了进去；

● 加参考案例：我把之前手写的“新增作业内容”用例当示例喂进去，AI倒是模仿了格式，但把“作业内容输入框”写成了“作业标题输入框”，张冠李戴得离谱。