时间:2016-03-28 05:38 来源: 我爱IT技术网 作者:佚名
1. 尝试单元测试并且立刻开始在自己的博客商鼓吹单元测试和测试驱动开发Test Driven Development的好处。
2. 以各种借口拒绝单元测试Unit Test，比较常用的是“你没有足够的时间(进行单元测试)”。
3. 单元测试一切。为了能够完成单元测试，而将私有private的方法和属性修改为内部internal;为了达到单元测试覆盖率100%而测试getter() 和 setter() 属性(方法)。
4. 无法忍受脆弱的单元测试，在没有弄明白是什么的时候，就匆忙转向“集成测试" integration test。
5. 模拟mock所有可能模拟mocked的对象。
6. 开始真正有效单元测试。
7. 发现了一种模拟 mocking 框架，并且乐于使用强制语义(strict semantics)。
- 评论列表（网友评论仅供网友表达个人看法，并不表明本站同意其观点或证实其描述）
-