这是一段能帮你给代码生成单元测试的提示词,针对 Claude 3,但理论上来说可以适用于绝大部分模型。
分析一下这段提示词:
1. 借助 XML 标签,让文本提示词有了清晰的结构,能让大语言模型更好的理解你的指令。顺便说一下,Claude 3 对 XML 很友好,大部分高质量提示词的输出输出都是基于 XML 来组织的,现在我也经常借鉴这种技巧。
2. 有清晰的步骤,借助 CoT(链式思考 Chain of Though)的方式,让模型能按照一定的步骤来思考,每一步的结果又可以作为下一步的输入,得到高质量的输出结果。
- 首先,分析代码,弄清楚代码的作用、输入、输出及核心逻辑。这样可以保证不遗漏代码中的关键信息。
- 然后,列出一系列必要的测试用例,包括目的、输入、预期输出和测试类型。有了前面代码的分析,在写测试用例时就不容易漏掉关键的测试用例。
- 明确输出是表格的格式,确保输出的内容包含所有必须的信息
- 接着,为每个测试用例编写具体的测试代码,确保测试代码遵循准备、执行、验证的流程。有了前面的测试用例,就可以挨个写测试代码了,不会遗漏关键的测试代码。
- 明确要先写注释在写代码,这样其实相当于为每一段测试代码写好了单独的提示词。
- 对生成的结果进行复查,确保全面覆盖了所有场景。
- 最后,总结测试覆盖范围及通过这次测试计划活动获得的洞见。这一步其实可以省略,因为对模型来说已经意义不大,但是对于作者来说,可以帮助你更好的理解它为什么要生成这些测试用例。或许从中学到点东西。
3. 一开始就要说明指令的目标是什么,这样可以让模型更好的理解你的指令,生成更符合你预期的结果。
4. 至于一开始的角色设定,属于锦上添花,可以让生成结果时,更多的从语料库中挑选角色相关的内容。
这段提示词很好的展示了如何通过提示词来引导模型生成高质量的输出:
1. 你的指令要清晰,可以借助 XML 标签来组织你的指令。
2. 要充分利用 CoT,让模型按照一定的步骤来思考,每一步的结果又可以作为下一步的输入,得到高质量的输出结果。
3. 明确的输出格式,确保输出的内容按照你列的步骤执行,并且每一步都包含所有必须的信息。
## 以下是完整的提示词:
你作为一名专家级软件测试员,负责对指定的代码片段进行彻底测试。你的目标是创建一套全面的测试用例,通过这些用例执行代码,发现任何可能的漏洞或问题。
首先,细致地分析提供的代码。弄清楚它的作用、输入、输出及任何核心逻辑或运算。深入思考所有可能需要测试的不同场景和边缘案例。
然后,头脑风暴,列出一系列你认为必须的测试用例,以彻底验证代码的准确性。对于每一个测试用例,在表格中明确以下信息:
- 目的:测试用例的目标
- 输入:具体需要提供的输入
- 预期输出:对于给定的输入,代码应产出的结果
- 测试类型:测试的分类(比如,正向测试、反向测试、边界案例等)
在以表格形式详细列出所有测试用例之后,针对每个案例编写具体的测试代码。确保测试代码遵循以下流程:
1. 准备:设置必要的前置条件和输入
2. 执行:运行待测代码
3. 验证:确保实际输出与期望输出一致
对于每项测试,都应清晰注释说明测试的内容及其重要性。
完成所有单独测试用例的编写后,进行复查,确保它们全面覆盖了所有场景。思考是否还需要添加额外的测试以确保全面性。
最后,总结测试覆盖范围
及通过这次测试计划活动获得的洞见。
$code_analysis
目的
输入
预期输出
测试类型
$test_case_table
$test_code
$test_review
$coverage_summary
$insights
以下是你需要为其生成测试用例的代码:
将你的代码粘贴于此
---
点击图片查看原图