- 通过 TDD 获得的测试，可以驱动我们的开发，但不代表获得的是一个良好的 Test Case 组合 - TDD 主要是为我们开发生产代码提供驱动力 - 天然得出的结果并不能认为是很好的 Test Case - 所以需要对 Test Case 进行重构 - 消除在构造 TDD 过程中留下的不一样的印记（架构选择、设计决策等） - 使 Test Case 能真实反应代码的意图 - 按测试意图将零散的测试方法收集到一起（放入同一个 Nested 中或者单独的测试类中） - 同一个上下文中，测试粒度尽量保持一致 - 清理没有用的测试

老师您好，请问为什么把测试类往外面移的时候，要先把它声明为static？

才知道TDD寫過的cases要重新組織，之前看到的TDD介紹太淺，都未提過。 請教老師，developer寫的test cases的好標準是啥？有延展閱讀嗎？

本篇总结： 测试重构的目的：让TDD的 Test Case 更好的反映出我们代码的意图，而不仅仅是单纯展示实现功能的过程。 测试代码的坏味道： 主要体现在「不一致」。 1. 设计决策变化导致的测试冗余。 2. 同类型功能不同架构选择导致的不一致。（同一类功能测试中包含不同上下文） 3. 不同功能，相似结构的测试中表现的不一致。其中某些特有功能可能不在属于当前上下文。（这种情况稍微难发现一些）。 体会：测试的重构也很重要，结构优良的Test Case 更加清晰地呈现实现代码的真实意图。