在Copilot中生成可用单元测试需明确函数签名、语言版本、项目框架及行为契约；用“当……时，应……”或输入-输出对描述逻辑；补充外部依赖模拟策略、非确定性因素处理、状态重置要求和项目测试约定。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Microsoft Copilot中生成可用的单元测试代码，必须让模型清楚知道被测函数的行为边界、输入输出契约和运行环境约束，否则它会凭空虚构断言或忽略关键异常路径。
明确写出被测函数签名和语言版本
第一步：在提示词开头直接粘贴函数完整声明，包括返回类型、参数名与类型、修饰符（如async、public）、所在类名（如有），并注明编程语言及版本，例如“C# 12”或“Python 3.11”。【Copilot不读取当前文件上下文，只依赖你写进提示里的文字】。如果函数有重载，必须标出你要测的是哪一个。
第二步：紧接着说明该函数所在的项目框架，比如“.NET 8 Minimal API”“Spring Boot 3.2”或“React + Jest”，因为断言库、Mock方式、测试生命周期钩子都由此决定。
必须提供函数的实际行为描述
方法一：用“当……时，应……”句式逐条列出核心逻辑分支。例如：“当传入空字符串时，应抛出ArgumentNullException”“当传入有效邮箱格式时，应返回true且不修改原始字符串”。每条必须对应可验证的输出或副作用。
方法二：给出至少两个真实输入-输出对，用代码块格式呈现。例如：IsValidEmail("test@domain.com") → true，IsValidEmail("invalid") → false。这比自然语言描述更能锚定模型对“正确结果”的理解。
微软 Outlook 邮箱和日历管理工具（支持世纪互联版 Office 365）。用于查看、发送、搜索邮件，管理日历日程，创建会议，查询忙闲状态。注意：此功能仅支持世纪互联（21Vianet）版 Microsoft 365，使用 login.chinacloudapi.cn。
注意：不要只写“它用于验证邮箱”，这种模糊描述会让Copilot自由发挥，生成与你实际实现完全不符的测试用例。
补充关键上下文信息
① 如果函数依赖外部服务（如数据库、HTTP客户端、配置项），必须说明其模拟策略：是用Moq伪造接口？还是用TestServer跑集成？或是仅断言调用发生而非结果？
② 若涉及时间、随机数、GUID等非确定性因素，要明确要求“使用可预测的替代方案”，例如“将DateTime.Now替换为注入的IDateTimeProvider”或“测试中固定Random种子为42”。
③ 若函数有隐藏状态（如静态字段、单例缓存），需指出“每次测试前需重置该状态”，否则Copilot可能生成无法独立运行的测试。
④ 如果项目已存在约定（如所有测试类以Tests结尾、使用xUnit而非NUnit、Assert.ThrowsAsync用于异步异常），必须写进提示，Copilot不会自动继承项目惯例。
