发现这个问题目前还处于空白状态,搜了很久没看见讨论。希望管理员不要把它移到问答区,大家发帖子或多或少都会有些疑问,没疑问的帖子还会有讨论价值吗。
进入正题。一个系统的功能结构都是树形的,底层的最简单,越往上就越复杂,因为它对底层功能的集成越来越多。刚开始时的测试都是针对底层编写的,这很轻松,基本上没问题;可当需要编写高层功能时,问题就来了:要不要写测试?
1、写。这就是每一层都写测试,层级越多就意味着底层的代码重复测试的次数也越多,tdd强调频繁运行测试,这不是很浪费时间?这还不够严重,假如该层集成的某些功能不是自己写的,无法保证其可靠性,这又该如何?其实问题可以总结为:我希望“A依赖于B,但A的测试只会因为A的问题而出现问题,跟B无干”。结论是,层级越高的功能,测试越难编写,越受限制。
2、不写。只针对所有的底层代码编写testCase。那高层的代码怎么办,连testCase都没有可靠性从何谈起?
从个人的实践来看,这个问题很实际。
分享到:
相关推荐
单元测试 TDD EASYMOCK 的一般用法说明 实例
华为LTE TDD系统原理培训PPT文档
GSM TDD 板振说明及分析方法、解决方法总结
TDD测试驱动开发,准备的资料,我自己用的,公司只能上CSDN社区
3GPP采用“求同存异”的原则进行L1E FDD和TDD的标准制定工作.将两种制式的协议实现在相同的规范中描述,并尽可能保证其协议实现相同,如遇到无法融合的差异,则仅针对差异部分进行分别描述。标准制定的这种指导思想...
GSM TDD noise 分析,但愿对GSM RF感兴趣的您有所帮助
Laravel开发-tdd 时分双工
C语言的TDD参考示例代码,主要包含了书中所参考的源代码
使用phpunit 一步一步使用tdd开发模式,减少bug数,提高项目质量
Test Driven: Practical TDD and Acceptance TDD for Java Developers (PDF英文版)
极限编程+TDD开发
抑止TDD noise 的措施及解决方案
测试驱动开发的艺术Test.Driven.TDD.and.Acceptance.TDD.for.Java.Developers
TDD 测试
TDD实战 - Test Driven Development in Action
Test.Driven.TDD.and.Acceptance.TDD.for.Java.Developers. 测试驱动开发方面相当好的一本书,值得下载
关于TDD的认识和理解,非得要那么的字吗?我恶心了
我的博客 学习TDD(4)--实例2:基于ZooKeeper的服务器注册和探测类[实战ServerRegister]及 学习TDD(5)--实例2:基于ZooKeeper的服务器注册和探测类[实战ServerDetector] 的配套代码
TDD敏捷开发入门到精通 Agile 02 pdf