TDD的一些想法

1.如何让程序员被动性的写单元测试(不可能,机制保证,除非对主要业务逻辑单元进行模板代码生成)
2.测试数据的类型划分问题(应该条件都覆盖到了就可以了)
3.如何测试驱动开发
感觉这类实践比较适合写底层代码,如api,应用框架等等,如果只是写业务逻辑的话,只要保证单元测试覆盖率就OK了。
4.mock对象(同样需要测试减少危险)
5.提交前保证所有测试运行通过
6.如何看待伪实现
7.重构
8.测试覆盖范围统计工具(目前使用emma)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值