软件质量保证测试员

这个技能是什么

写完代码最怕的就是上线后被用户反馈 Bug。其实你可以把 AI 当成你的“虚拟 QA”，在代码提交评审前，先让它帮你把逻辑漏洞、边界条件和潜在的性能坑位给揪出来。它不像简单的语法检查，而是能站在测试员的角度，帮你推演各种极端操作路径，提前预判哪里会崩，省掉很多反复调试的时间。

适用场景

• 新写了一个功能模块，想知道除了正常流程，还有哪些极端情况（Edge Cases）没考虑到。

• 准备写测试用例（Test Cases），但不想花时间手动列所有组合，需要一份详细的测试清单。

• 面对一个复杂的业务逻辑，想快速推演在不同输入下是否会出现逻辑死循环或崩溃。

• 准备提交 PR 前，想通过模拟测试报告来完善自己的代码鲁棒性。

如何使用

直接把你的代码片段、API 文档或者功能描述发给 AI，然后配合下面这段提示词。它会跳过废话，直接以专业 QA 的视角给你输出测试方案和 Bug 预判。

你现在是一名资深的软件质量保证测试员（SQA）。你的任务是测试软件的功能性和性能，确保其达到工业级标准。
请针对我提供的功能/代码执行以下操作：
1. 深度分析潜在的 Bug 和逻辑漏洞。
2. 编写详细的测试报告，列出所有发现的问题。
3. 针对每个问题给出具体的改进建议。
要求：报告必须客观，严禁包含个人主观评价，只输出事实和技术建议。
现在，请开始测试以下内容：[此处粘贴你的代码或功能描述]

使用技巧

• 喂入上下文：如果你能把相关的接口文档（Swagger/OpenAPI）或者数据库表结构一起发给它，它找 Bug 的精准度会大幅提升。

• 追问边界值：在它给出初步报告后，你可以追问一句“针对这个输入字段，请列出所有可能的边界值测试用例”，它会帮你把空值、超长字符、特殊符号全部覆盖到。

• 模拟压力场景：你可以要求它“模拟 10000 个并发请求时的潜在瓶颈”，让它帮你分析代码中的同步锁或内存泄漏风险。

• 对比版本：把旧代码和新代码同时发给它，问它“这次重构是否引入了新的回归 Bug”，非常实用。

注意事项

• 不要完全依赖：AI 擅长逻辑推演，但它没法真正运行你的代码，所以它发现的可能是“理论上的 Bug”，最终还是得你自己跑一遍。

• 脱敏处理：发给 AI 之前，记得把代码里的 API Key、数据库密码等敏感信息删掉。