workbuddy单元测试覆盖率偏低主因是边界值覆盖不足；需在提示词中显式声明空值/极值等边界类型、嵌入结构化边界矩阵模板、注入语言特异性校验规则、强制边界驱动的精确断言链，并引用ieee/rfc等外部规范。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果WorkBuddy生成的单元测试覆盖率偏低，通常是因为其生成逻辑未充分覆盖输入参数的边界值、空值、极值或异常组合场景。以下是补充边界条件指令的具体操作方式：
一、在提示词中显式声明边界值类型
WorkBuddy依赖提示词中的明确约束来识别需覆盖的边界情形。若未指明，模型倾向于生成典型中间值用例，忽略临界点。
1、在原始需求描述后追加固定句式：“请覆盖以下边界条件：空字符串、null、负数、零、最大整数值、最小整数值、长度为0的集合、长度为1的集合、超长字符串（长度=1000）。”
2、对浮点数参数补充：“请包含NaN、正无穷、负无穷、精度为15位的小数。”
3、对布尔参数补充：“必须分别测试true、false，以及当该参数被省略或未定义时的行为。”
二、使用结构化边界模板嵌入提示词
通过预定义模板强制WorkBuddy将边界用例组织为可枚举集合，避免语义模糊导致遗漏。
1、插入如下模板段落：“【边界条件矩阵】输入参数X需按以下组合生成测试用例：{X=null, X='', X=' ', X='a', X='x'.repeat(1000), X=Number.MIN_SAFE_INTEGER, X=Number.MAX_SAFE_INTEGER}。”
2、对多参数函数，使用笛卡尔积说明：“参数A与参数B需覆盖全部组合：A∈{null, 0, -1}且B∈{undefined, '', []}。”
3、在模板末尾添加硬性指令：“每个边界值必须对应一个独立的it()或test()块，不可合并断言。”
三、注入语言层边界规则指令
针对不同编程语言的运行时特性，嵌入特定语言的边界敏感点，引导WorkBuddy调用对应校验逻辑。
1、对于Java方法，追加：“检查@NotNull、@Size、@Min、@Max等JSR-303注解，并为每个注解生成触发校验失败的测试用例。”
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
2、对于JavaScript函数，追加：“模拟arguments.length为0、1、大于形参个数的情形；测试Object.prototype.toString.call(input)结果为'[object Null]'和'[object Undefined]'的分支。”
3、对于Python函数，追加：“覆盖typing.Optional类型中None分支；测试dataclass字段的default_factory返回空列表/空字典时的行为。”
四、强制要求生成边界驱动的断言链
仅覆盖边界输入不足以提升覆盖率，必须确保每个边界输入都触发独立的执行路径并产生可验证输出。
1、在指令中明确：“每个边界输入用例必须包含至少三项断言：断言返回值类型正确、断言抛出指定异常类型（如适用）、断言内部状态变更（如私有字段值、事件触发次数）。”
2、对无返回值函数，追加：“必须验证所有可能的副作用——例如日志是否记录ERROR级别消息、是否调用mock对象的特定方法、是否修改传入对象的某个属性。”
3、添加校验约束：“禁止出现‘expect(result).toBeDefined()’类模糊断言；必须使用expect(result).toBe(null)、expect(() => fn()).toThrow(TypeError)等精确匹配形式。”
五、引入外部边界规范引用
借助行业通用边界定义标准，替代自然语言描述，减少模型理解偏差。
1、在提示词中写入：“遵循IEEE 754浮点边界规则，生成涵盖subnormal numbers、flush-to-zero场景的测试。”
2、对字符串处理函数，写入：“依据OWASP ASVS V4.0.3第11.1.2条，必须测试U+FFFE、U+FFFF、U+0000、U+D800–U+DFFF代理项对。”
3、对时间处理逻辑，写入：“按RFC 3339严格解析要求，覆盖秒数为60的闰秒时间戳、时区偏移为+14:00和-12:00的极端值。”
