今日在刷一个OJ题时，因为其几个大的要求需要大量编码实现，而且逻辑很复杂，所以在完成几个简单的基本方法后，就将全部精力放在主需求实现上了。

在实现过程中，对很多方法进行了改动，其中一个改动影响了之前的一个数量统计的小方法，这个方法OJ会单独验证，想到因为功能简单，就没给它写UT，结

果就杯具球了。

　　一个小小的附属功能，结果导致了比赛试题没过，耗费了大量精力和时间。导致的后果如此严重，这让我重新开始对TDD重要性的思考，之前想着只要对几

个主要的功能的特殊情况有UT，那么就可以高枕勿忧了。再加上UT那么费事费力的，所以就更没有加强注意了。

　　从此次开始，要做到以下硬性要求，开发之前先根据需求，设计好其主要public 方法，并为其设计好全面的UT。

　　从今天起，系统的学习TDD，最大的避免之后再次出现这样的情况。