<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>回归测试 on AI 观察</title><link>https://ai.wujiong.cc/tags/%E5%9B%9E%E5%BD%92%E6%B5%8B%E8%AF%95/</link><description>Recent content in 回归测试 on AI 观察</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 18 Oct 2026 14:49:00 +0800</lastBuildDate><atom:link href="https://ai.wujiong.cc/tags/%E5%9B%9E%E5%BD%92%E6%B5%8B%E8%AF%95/index.xml" rel="self" type="application/rss+xml"/><item><title>用 AI 修 Bug 先写复现测试：从 bug 报告到回归测试的完整流程</title><link>https://ai.wujiong.cc/posts/2026-10-18-ai-coding-regression-test-first-fix/</link><pubDate>Sun, 18 Oct 2026 14:49:00 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-18-ai-coding-regression-test-first-fix/</guid><description>&lt;p&gt;&lt;strong&gt;用 AI 修 Bug 最稳的顺序是：先让它根据 bug 报告写一个会失败的测试，确认测试确实复现了问题，再让它修代码直到测试通过，最后跑全量测试。&lt;/strong&gt; 这样修复有证据，以后也不会悄悄复发。&lt;/p&gt;
&lt;h2 id="为什么要先写测试"&gt;为什么要先写测试&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;直接让 AI 修，它可能修的是它“以为”的问题；&lt;/li&gt;
&lt;li&gt;一个失败的测试，把模糊的 bug 描述变成了精确、可验证的目标；&lt;/li&gt;
&lt;li&gt;修好后这个测试留在代码库里，成为回归保护。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="第一步准备-bug-信息"&gt;第一步：准备 bug 信息&lt;/h2&gt;
&lt;p&gt;给 AI 的信息越具体越好：&lt;/p&gt;</description></item></channel></rss>