MarsCode生成单元测试需强制覆盖边界场景：在提示词开头明确要求null、空字符串、特殊字符、超长输入、缺@等五种边界，并按参数类型或具体数值声明测试用例，末尾强调必须含expect断言，最后验证文件名、用例关键词及分支覆盖率≥85%。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让MarsCode生成的单元测试覆盖null、空字符串、超长输入等边界场景，而不是只测正常流程。
明确告诉MarsCode你要边界值测试
在提示词开头直接写清测试目标，比如：“为UserValidator.validateEmail()方法生成Jest单元测试，【必须包含null、空字符串、含特殊字符邮箱、超长字符串（1000字符）、无@符号字符串五种边界场景】”。
不加这句，MarsCode默认只覆盖常规路径，生成的测试用例大概率漏掉边界值。
用结构化提示词锁定关键参数类型
方法一：按参数类型逐条声明
“该方法接收一个email: string参数，请分别测试以下输入：① email = null；② email = ''；③ email = 'a@b'；④ email = 'x'.repeat(999) + '@y.z'；⑤ email = 'test.com'（缺@）。”
方法二：引用边界值测试原则
“请依据边界值分析法生成测试用例：对字符串参数，覆盖最小长度（0）、典型长度（如20）、最大允许长度（500）、超限长度（501）四种情况。”
【注意：MarsCode对“最小/最大长度”这类抽象描述响应不稳定，必须给出具体数值】
强制生成断言逻辑
在提示词末尾追加一句：“每个测试用例必须包含expect().toThrow()或expect().toBe(false)等明确断言，不可只调用方法不验证结果。”
否则MarsCode可能生成一堆调用但没断言的“假测试”，运行时根本无法发现逻辑漏洞。
这一步操作起来很简单，直接把断言要求写进提示词就行。
验证生成结果是否真覆盖边界
第一步：检查生成的.test.ts文件名是否以.test.ts结尾——【不是.test.js或.spec.ts，否则Jest不会执行】。
第二步：打开文件，快速扫视describe块内it()的数量和描述文字，确认出现“null input”、“empty string”、“length > 500”等关键词。
第三步：运行npm run test -- --coverage，查看覆盖率报告中分支覆盖率（Branch %）是否≥85%——低于这个值说明边界逻辑大概率未被触发。
