发现一个特别坑的顺序问题。让它修 bug，它会老老实实读代码、分析、改，这套流程没毛病。问题出在补测试的时机——它总是等所有修改都落地了才去写用例，而这时候故障现场早被它自己抹平了。于是测试一次通过，它开始总结陈词，你还以为真修好了。正确的姿势应该是先写能复现的用例、看它红，再动手改。我现在强行在提示里把这一步钉死，返工少了一大半。这算不算它最需要被纠正的习惯之一？
接结项陈词 太形象了
先红后绿 这是基本功啊
它是真不懂这个顺序
发现一个特别坑的顺序问题。让它修 bug，它会老老实实读代码、分析、改，这套流程没毛病。问题出在补测试的时机——它总是等所有修改都落地了才去写用例，而这时候故障现场早被它自己抹平了。于是测试一次通过，它开始总结陈词，你还以为真修好了。正确的姿势应该是先写能复现的用例、看它红，再动手改。我现在强行在提示里把这一步钉死，返工少了一大半。这算不算它最需要被纠正的习惯之一？
接结项陈词 太形象了
先红后绿 这是基本功啊
它是真不懂这个顺序