测试驱动开发TDD(Test-Driven Development)

TDD(Test-Driven Development) 
测试驱动开发是敏捷开发中的一项核心实践和技术,也是一种设计方法论。TDD得原理是在开发功能代码之前,先编写单元测试用例代码,测试代码确定需要编写什么产品代码。TDD虽是敏捷方法的核心实践,但不只适用于XP(Extreme Programming),同样可以适用于其他开发方法和过程。 
TDD得基本思路就是通过测试来推动整个开发得进行,但测试驱动开发并不只是单纯的测试工作,而是把需求分析,设计,质量控制量化的过程。 
TDD的重要目的不仅仅是测试软件,测试工作保证代码质量仅仅是其中一部分,而且是在开发过程中帮助客户和程序员去除模棱两可的需求。TDD首先考虑使用需求(对象、功能、过程、接口等),主要是编写测试用例框架对功能的过程和接口进行设计,而测试框架可以持续进行验证。 
优点:在任意一个开发节点都可以拿出一个可以使用,含少量bug并具一定功能的产品。 
缺点:增加代码量。测试代码是系统代码的两倍或更多。 
TDD = TFD + Refactoring 
(TFD -- Test First Development) 
计算机领域: 
Test Drived Develop

--------------------------------------------------------------

TDD(Time Division Duplexing)
  TDD(Time Division Duplexing)时分双工技术,在移动通信技术使用的双工技术之一,与FDD相对应。
  在TDD模式的移动通信系统中,基站到移动台之间的上行和下行通信使用同一频率信道(即载波)的不同时隙,用时间来分离接收和传送信道,某个时间段由基站发送信号给移动台,另外的时间由移动台发送信号给基站。基站和移动台之间必须协同一致才能顺利工作。
  FDD模式的特点是在分离的两个对称频率信道上,进行接收和传送,用保证频段来分离接收和传送信道。某些系统中上下行频率间隔可以达到190MHz。
  与FDD相比,TDD具有一些独到的优势,也有一些明显的不足。
  优势:
  (1)使用TDD技术时,只要基站和移动台之间的上下行时间间隔不大,小于信道相干时间,就可以比较简单的根据对方的信号估计信道特征。而对于一般的FDD技术,一般的上下行频率间隔远远大于信道相干带宽,几乎无法利用上行信号估计下行,也无法用下行信号估计上行;这一特点使得TDD方式的移动通信体制在功率控制以及智能天线技术的使用方面有明显的优势。
  (2)TDD技术可以灵活的设置上行和下行转换时刻,用于实现不对称的上行和下行业务带宽,有利于实现明显上下行不对称的互联网业务。但是,这种转换时刻的设置必须与相邻基站协同进行。
  (3)与FDD相比,TDD可以使用零碎的频段,因为上下行由时间区别,不必要求带宽对称的频段。
  (4)TDD技术不需要收发隔离器,只需要一个开关即可。
  不足:
  (1)移动台移动速度受限制。在高速移动时,多普勒效应会导致快衰落,速度越高,衰落变换频率越高,衰落深度越深,因此必须要求移动速度不能太高。例如在使用了TDD的TD-SCDMA系统中,在目前芯片处理速度和算法的基础上,当数据率为144kb/s时,TDD的最大移动速度可达250km/h,与FDD系统相比,还有一定差距。一般TDD移动台的移动速度只能达到FDD移动台的一半甚至更低。
  (2)覆盖半径小。也是由于上下行时间间隔的缘故,基站覆盖半径明显小于FDD基站。否则,小区边缘的用户信号到达基站时会不能同步。
  (3)发射功率受限。如果TDD要发送和FDD同样多的数据,但是发射时间只有FDD的大约一半,这要求TDD的发送功率要大。
  (4)需要更复杂的网络规划和优化技术。
  目前,由我国提出的3G技术标准TD-SCDMA是三个3G标准中唯一使用TDD技术的标准。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
测试驱动的编程是 XP 困扰程序员的一个方面。对于测试驱动的编程意味着什么以及如何去做,大多数人都做出了不正确的假设。这个月,XP 方面的讲师兼 Java 开发人员 Roy Miller 谈论了测试驱动的编程是什么,它为什么可以使程序员的生产力和质量发生巨大变化,以及编写测试的原理。请在与本文相随的 论坛中提出您就本文的想法,以飨笔者和其他读者。(您也可以单击本文顶部或底部的“讨论”来访问该论坛。) 最近 50 年来,测试一直被视为项目结束时要做的事。当然,可以在项目进行之中结合测试测试通常并不是在 所有编码工作结束后才开始,而是一般在稍后阶段进行测试。然而,XP 的提倡者建议完全逆转这个模型。作为一名程序员,应该在编写代码 之前编写测试,然后只编写足以让测试通过的代码即可。这样做将有助于使您的系统尽可能的简单。 先编写测试 XP 涉及两种测试: 程序员测试和 客户测试测试驱动的编程(也称为 测试为先编程)最常指第一种测试,至少我使用这个术语时是这样。测试驱动的编程是让 程序员测试(即单元测试 ― 重申一下,只是换用一个术语)决定您所编写的代码。这意味着您必须在编写代码之前进行测试测试指出您 需要编写的代码,从而也 决定了您要编写的代码。您只需编写足够通过测试的代码即可 ― 不用多,也不用少。XP 规则很简单:如果不进行程序员测试,则您不知道要编写什么代码,所以您不会去编写任何代码。 测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量。本文从开发人员使用的角度,介绍了 TDD 优势、原理、过程、原则、测试技术、Tips 等方面。 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的,决定着开发是痛苦的挣扎,还是不断进步的喜悦。国人对软件蓝领的不屑,对繁琐冗长的传统开发过程的不耐,使大多数开发人员无所适从。最近兴起的一些软件开发过程相关的技术,提供一些比较高效、实用的软件过程开发方法。其中比较基础、关键的一个技术就是测试驱动开发Test-Driven Development)。虽然TDD光大于极限编程,但测试驱动开发完全可以单独应用。下面就从开发人员使用的角度进行介绍,使开发人员用最少的代价尽快理解、掌握、应用这种技术。下面分优势,原理,过程,原则,测试技术,Tips等方面进行讨论。 1. 优势 TDD的基本思路就是通过测试来推动整个开发的进行。而测试驱动开发技术并不只是单纯的测试工作。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值