|
锁定老帖子 主题：目前项目的暴强代码风格 + 把它重构了！
精华帖 (0) :: 良好帖 (31) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-03-04
这哪年的坟啊。。。大家又来上香啦？
|
| 返回顶楼 | |
|
发表时间：2009-03-04
最后修改：2009-03-04
Durian 写道 跳着快速浏览一遍。说说我的一点经历吧：
1.在一个日本外包项目中第一次使用junit做tdd开发，结果没按时完成。不过，用详细设计书和review在功能细节上提供保障，日本人这方面是没有什么纰漏的，他们好像也不是很重视tdd。 2.在一个项目中使用单元测试服务层，结果浪费大量时间后，由于设计和实现反复改动而完全废弃了测试代码 --- 通过以上的痛苦教训，我感觉，tdd是有时间成本的，而且对代码质量提高不明显。除非时间特别宽裕，技术底蕴积累的比较多，开发人员工作经验丰富的团队才有可能，在浮躁的环境实施不现实 ------补充----- 关于测试用例。我想可以用测试人员的系统测试来代替： 1.首先设计人员写出功能的详细需求，再写详细设计，然后按照详细设计编码。同时，测试人员按照详细需求和设计写出测试用例，然后对所有文档进行评审。 2.编码，自测，代码走查，集成测试，系统测试，让测试人员把所有功能点都检查之后就等于做了一遍单元测试了。 对日外包基本上测试组会把所有的可能性都测试一次. 他们有足够稳定的设计.足够的经验,足够的人力与时间去测试.....至少在我见到的项目是这样的... 设计反复改动而废弃测试代码是种错误 不过这种错误时时在发生. 应该先改,增测试代码后再改实现. 但我遇到的大多数人只是对代码改改.... 发现测试全红时又没信心回复变绿, 一个破窗子理论 写测试过程是对设计的review但不能保证设计正确性 运行测试写代码是对设计的二次review 这时会增加测试代码修证设计. 对代码的重构是对设计的第三次review 平均下来在设计上花费在设计上的时间是非TDD的二到三倍. 设计越好.代码质量越好. 试问哪家公司的的 设计阶段能达到开发总时间的1/2那么多呢? 而开发时间1/6那么的少呢? 我想大多数软件都是1/6的设计 1/2的开发吧.1/6时间还是只有页面设计没有代码结构的设计 |
| 返回顶楼 | |
