关于代码重构和UT的一些想法,求砖头

看了新闻&＃xff1a;http://news.cnblogs.com/n/112053/有点想法&＃xff0c;请大家怕砖讨论。

关于重构的几个观点&＃xff1a;

1. 能跑的就是好代码&＃xff0c;这个反对Bob看到代码就clean的观点&＃xff1b;
2. 明确重构的目的&＃xff1b;
3. 无脑的先从解决重复代码入手&＃xff1b;
4. 如果老代码不是过程的而是OO的&＃xff0c;那happy了倒杯咖啡慢慢理解&＃xff0c;记下不理解或者不认同的地方&＃xff1b;
5. 从最难的地方入手&＃xff0c;这是一个习惯&＃xff0c;往往在解决这个问题的时候对项目理解更深了&＃xff0c;以后也能少走很多弯路&＃xff1b;
6. 保证每个重构单元或者是工作单元&＃xff08;不是每个项目都允许你花很多时间全重构好了才跑的&＃xff09;的兼容性&＃xff0c;天天build绝不马虎&＃xff1b;
7. 出现了严重的Bug&＃xff0c;有时候因为时间问题总是采用一些妥协的办法&＃xff0c;往往这种方式会引发下一个更严重的Bug。冷静的思考摆到第一&＃xff1b;

关于UT的几个观点&＃xff1a;

1. 不是所有代码都要UT的&＃xff0c;要明确UT的目的&＃xff0c;否则这就是吃力不讨好的事&＃xff1b;
2. 明确每个UT的Test方法&＃xff0c;比如是功能性测试&＃xff0c;底层的要保证边界值等情况等分别用黑白盒测试&＃xff0c;又或者需要压力测试这个看情况&＃xff1b;
3. 要信任UT&＃xff0c;也就是第一条中的目的达到没有&＃xff0c;UT不是摆设&＃xff1b;
4. 碰到新的BUG第一件事情就是在相应的UT中添加模拟这个Bug的环境&＃xff0c;然后解决它&＃xff1b;
5. 框架很重要&＃xff0c;我的第一选择是xUnit&＃xff0c;只因为它设计的灵活性&＃xff1b;

PS&＃xff1a;求拍砖&＃xff0c;求讨论&＃xff0c;求补充