当前位置:文档下载 > 所有分类 > 工程科技 > 信息与通信 > TDD和FDD
侵权投诉

TDD和FDD

TDD和FDD介绍

TDD 目录[隐藏] TDD(Test-Driven Development) TDD(Time Division Duplexing) [编辑本段 编辑本段]TDD(Test-Driven Development) 编辑本段 驱动开发是敏捷开发中的一项核心实践和技术,也是一种设计方法论.TDD 测试 驱动开发 的原理是在开发功能代码之前,先编写单元测试用例代码,测试代码确定需要编写什 么 产 品 代 码 . TDD 虽 是 敏 捷 方 法 的 核 心 实 践 , 但 不 只 适 用 于 XP ( Extreme Programming) ,同样可以适用于其他开发方法和过程. 需求分析,设计,质量控制量化的过程. TDD 的基本思路就是 通过测试来推动整个开发的进行,但测试驱动开发并不只是单纯的测试工作,而是把 TDD 的重要目的不仅仅是测试软件, 测试工作保证代码质量仅仅是其中一部分,而且是在开发过程中帮助客户和程序员去 除模棱两可的需求.TDD 首先考虑使用需求(对象,功能,过程,接口等) ,主要是 编写测试用例框 架对功 能的过程和接口 进行设 计,而测试框架 可以持 续进行验证. 优点:在任意一个开发节点都可以拿出一个可以使用,含少量 bug 并具一定功能的产 品. 缺点:增加代码量.测试代码是系统代码的两倍或更多. (TFD -- Test First Development) TDD = TFD Test + Refactoring Drived Develop 计算机领域: 测试驱动开发是一种开发方法,是开发人员参与的活动. 其效 果是以可执行的形式文档化你的需求,迫使你分清职责隔离依赖以驱动你的设计,编 织安全网以便将 Bug 扼杀在在摇篮状态,防止其逃逸.可传统测试人员的活动是试 图找到已经逃逸的 Bug.这两种活动都是必要的,而且毫不冲突,互为补充. 那 么测试人员在新的特性还没开发完成之前做什么呢? 除了提前写测试用例, 无论是自 动化的还是非自动化的,而需要测试人员参加的一项重要活动,就是参与特性验收条 件的制定. 之前经常发生开发人员按照自己的理解去编码,测试人员按照自己的理 解去测试,直到开发完成,测试过程中才发现理解的不一致,开始产生争执并阻塞等 待业务分析人员(如果幸运的话)或者行政主管(如果开发过程混乱的话)的仲裁. 解决 办法就是,在开始开发新特性前的一刹那,由业务分析人员,测试人员,开发人员进 行一次讨论,就验收条件达成一致并形成记录,然后测试人员和开发人员分头去写测 试和实现. [编辑本段 编辑本段]TDD(Time Division Duplexing) 编辑本段 TDD(Time Division Duplexing)

时分双工技术,在移动通信技术使用的双工技术 之一,与 FDD 相对应. 在 TDD 模式的移动通信系统中,基站到移动台之间的 上行和下行通信使用同一频率信道(即载波)的不同时隙,用时间来分离接收和传送信 道,某个时间段由基站发送信号给移动台,另外的时间由移动台发送信号给基站.基 站和移动

第1页

猜你喜欢

返回顶部