跳转到内容

第三幕 · 建立拒绝的能力

测试变绿之后,还要判断这片绿是怎么来的。

第二幕教会一件事:怎么让 AI 在验收条件的约束下把测试改绿。这一幕补上另一件事:绿灯本身也可能是假的,分辨真假,才是这一幕的主题。

第 9 章先给出两份都全绿的修改,练一次「先裁决、再看解释」,分辨改的是实现,还是把判定器本身改松了。第 10 章把审查范围从一条测试扩大到一整份改动,只看 Diff 就能先做第一轮风险筛查,其中一次真实的裁决还牵出了「自己修 bug」和「引入一个依赖」之间的取舍。第 11 章把审查对象从改动换成人:作者对自己的工具太熟悉,很多假设只有交给真实使用者才会冒出来。第 12 章反过来问:故意把实现改坏,测试抓得住吗?抓不住的存活变异,指向的正是还没写下的验收条件。

四章用四种不同的方式逼问同一件事:这份「全绿」,是不是真的能信。四章跑完之后,附录把报价整理器从第 2 章到第 12 章的每一次演进拼成一份完整实现,方便对照进度。

带着一套经得起找茬的工具,进入第四幕。