Visual Studio调试器代理工作流迎来测试驱动升级
内容提要
Visual Studio调试器代理新增测试驱动调查工作流，针对难以手动复现的bug，自动创建或识别测试，通过调试测试定位根因，修复后重跑验证并检查回归。用户可全程控制，适合异常、堆栈跟踪等场景，提升调试效率。
延伸解读
适用场景与前提
该工作流主要针对难以手动复现的bug，如异常、堆栈跟踪或“偶尔失败”的情况。它需要项目已有测试基础设施，否则无法自动生成或识别测试。对于能可靠复现的问题，仍建议使用实时调试。因此，团队需评估自身测试覆盖情况，以决定是否采用此工作流。
工作流核心价值
通过将失败捕获为自动化测试，使问题可重复，从而支持一致的调查循环：复现、调查、修复、验证。最终不仅修复了bug，还留下一个自动化测试，持续保护预期行为，防止回归。这比一次性手动检查更有长期价值，有助于提升代码质量。
用户控制与注意事项
尽管流程自动化，用户仍全程控制：可审查或修改测试、引导调查方向、批准修复。这确保测试反映真实客户问题，避免盲目信任AI。使用时需注意，生成的测试可能不完整或不符合实际场景，需人工审查。此外，回归测试范围由代理判断，用户应确认是否覆盖相关测试。
Q&A
Visual Studio调试器代理新增的测试驱动调查工作流是什么？
测试驱动调查是Visual Studio调试器代理新增的一种工作流，它通过创建或识别一个聚焦的测试来复现难以手动复现的bug，然后调试该测试以调查根因，修复后重跑测试验证，并检查回归。
测试驱动调查工作流适用于哪些场景？
适用于难以手动复现的bug，例如异常、堆栈跟踪或“有时失败”的问题，且没有可靠的复现步骤。
测试驱动调查工作流与实时调试有何区别？
实时调试适用于可可靠复现的问题，通过启动应用并交互式复现来检查实时状态；测试驱动调查则适用于无法可靠复现的问题，通过自动化测试捕获失败并使其可重复，然后调试测试来调查和验证。
测试驱动调查工作流的具体步骤是什么？
步骤包括：1) 从GitHub issue、Azure DevOps工作项或问题描述开始；2) 代理审查上下文并推荐路径；3) 若无可靠复现步骤且存在测试基础设施，自动创建或识别聚焦测试；4) 调试测试，使用断点和运行时信息调查根因；5) 批准修复后重跑测试验证；6) 必要时运行相关测试检查回归。
在测试驱动调查中，用户如何保持控制？
用户可以审查或修改测试，引导调查方向，并批准修复，确保测试反映真实的客户问题。
测试驱动调查工作流如何帮助验证修复并防止回归？
修复后，代理会重跑测试确认通过，并在适当时运行相关测试，确保修复没有破坏现有功能。最终留下一个自动化测试，记录预期行为并持续保护。
