我们知道FDD和TDD分别是频分双工和时分双工的英文缩写。FDD系统是指系统的发送和接收数据使用不同的频率，在上行和下行频率之间有双工间隔，如GSM、CDMA、WCDMA系统都是典型的FDD系统；时分双工系统则是系统的发送和接收使用相同的频段，上下行数据发送在时间上错开，通过在不同时隙发送上下行数据可有效避免上下行干扰，如TD-SCDMA就是TDD系统。那么，TDD和FDD之间有什么区别之处呢？

def num(s, idx): return int(s[idx]) def plus(s): return num(s,0) + num(s,2) def cur(s, idx): return s[idx] def plus2(s): v = num(s, 0) i = 1 op = cur(s, i) while (op ==

TDD的三步法的每一步都有其深刻的含义，这三步让我们想到一句话“让 梦想 走进 现实”。 梦想可能是美好的，但是可能生活驱使你不断的调整梦想，最终走向现实。 最终你会发现，梦想一般和现实是有差别的，有时可能差别会很大。

TDD基本思路 通过测试来推动整个开发的进行，但测试驱动开发并不只是单纯的测试工作，而是把需求分析，设计，质量控制量化的过程。 TDD的开发流程 l        分析并确定一个目标测试场景 l        添加一个单元测试来验证该测试场景的输入输出 l        运行该测试，得到失败的测试结果 l        写最简单的功能代码来通过该测试 l        再次运行该测试，看到测试通过

TDD 只是一种思想、设计方法论，需要很多工具支持以达到敏捷的效果，基本的测试工具有,比如phpunit   1、phpunit 3.7 安装 清除缓存 pear clear-cache #（更新pear） pearupgrade-all #安装 pearchannel-discover pear.phpunit.de pearchannel-discover components.ez.no p

1. 原型模式 1.1 我们创建的每个函数都有一个prototype属性，这个属性是一个指针，指向一个对象，而这个对象的用途是包含可以由特定类型的所有实例共享的属性和方法。 简单的解释上面的话的意思就是：首先，我们要知道，面向对象的语言中类的存在，而javascript也是一门面向对象的语言(这句话说的可能有一些毛病，但是不影响)，在javascript中定义一个类函数的时候，就默认创建了一个pr

说起面向对象，人们就会想到继承，常见的继承分为2种：接口继承和实现继承。接口继承只继承方法签名，实现继承则继承实际的方法。 由于函数没有签名，在ECMAScript中无法实现接口继承，只支持实现继承。 1. 原型链 1.1 原型链将作为实现继承的主要方法，基本思想是利用原型让一个引用类型继承另一个引用类型的属性和方法。 构造函数---原型---实例 之间的关系： 每一个构造函数都有一个原型对象，原

转自http://www.cnblogs.com/lidaobing/archive/2010/07/18/1779987.html 最近在学 ruby, 也用了 rspec, 传统的 xUnit 是 TDD 指导思想下的产物, 而 rspec 则算是 BDD (Behavior Driven Development) 影响下的产品。 TDD 和 BDD 区别究竟何在呢？ 首先是思路上的区别, 传

在之前的设计模式中，一个项目流程分为：分析——设计——实现——测试——服务，五部分，其中测试要占到项目时间的50%以上，现根据TDD（测试驱动开发）开发方法，把项目分为以下几个流程： 1.       需求分析，搞清用户具体需要什么，千万不要实现用户不需要的（不要想当然的做需求），并且完成需求文档的编写 2.       系统设计，根据用户需求划分模块和功能，并设计接口，并完成概要设计文档 3. 

　　双工(Duplex)是一种在单一通信信道上实现双向通信的过程，包括两种类型，分别为半双工和全双工。 　　在半双工系统中，通信双方使用单一的共享信道轮流发送数据。双向广播就采用了这种方式。在一方发送数据时，另一方只能收听。数据发送方通常会发出“Over”的信号，表明本方数据发送结束，对方可以开始发送数据。在实际网络中，两台计算机可以使用一根通信电缆来轮流收发数据。 　　全双工则是指同时的双向通信

最近被要求强制使用TDD。这里总结下个人的认识。 为什么需要UT测试？ 为什么需要测试就不用回答了。为什么选中UT来做TDD呢？第一点是测试的代价。在嵌入式、分布式环境中进行测试的成本（时间成本、资源成本、人力成本等）非常高，而UT的成本相比而言很低。第二点是可用性。直接验证的是实现，非常底层。更加容易定位问题的根源。所在的层次越高，组合膨胀越大。测试就可能存在死角。而且使用UT一般都是非常便捷的

最近看了几本tdd方面的书，有《test driven development for embedded c》、《the art of unit testing in .net》，前面一本号称c++程序员也能学到很多，但我既是c++程序员，又不是嵌入式开发者，所以看了一半还是放弃了。 第二本刚看了不久，书中介绍tdd对代码依赖性、代码质量都有益处。解决测试时的依赖性有两个组件，一个是mock，一个

TDD的iOS开发初步以及Kiwi使用入门 什么是TDD，为什么我们要TDD 使用XCTest来执行TDD Kiwi和BDD的测试思想 Kiwi实际使用实例   http://onevcat.com/2014/02/ios-test-with-kiwi/ 点击原文阅读

摘要：在2014年3月15日ThoughtWorks北京办公室举办的Open Workshop的最后回顾阶段，有匠友谈到：“我在工作中基本不用TDD开发，因为耽误时间。”我认为，只要做到“专注”和“复用”这两点，用TDD开发会更省时间。 2013年的一天，我跟一位国内互联网领域领先的公司的CTO提起精益节约成本的话题，他说：“成本？我们不缺钱，我们要的是速度。”他忘记了成本除了金钱，还有时间。在互

每个开发者都想开发出高质量的代码，更少的Bug、更容易维护不仅让人心情愉悦，也让我们有更多时间去学习和生活。 少加一些班，多陪家人，：） 当开发任务非常简单时，比如基本的增删改查，可能使用怎样的方式开发都是可行的，条条大路通罗马。 但是当面临一个很复杂的、艰巨棘手的任务时，要保证很高的代码质量就会变得十分有挑战性。 在这里为大家简单介绍一种来自敏捷编程实践中的方法论-测试驱动开发，即TDD。 TD

       首先TDD-LTE系统，上下行共享20M带宽，上下行根据不同的帧配比进行调度，在TDD系统中，一个帧的时间是10ms，一个帧共有10个子帧，每个子帧的时间的1ms，在LTE协议中，支持多种帧配比，根据上下行业务量的不同，可选择相应的帧配比，如常用的是DSUUDDSUUD的配比，D表示下行子帧，在该子帧上基站发数据，UE收数据，U表示上行子帧，UE在该子帧上发数据，基站接收数据，S是特

１，用正确的方法解决正确的问题. 　代码质量影响缺陷率和可维护性. 　传统开发模型经常产出不满足客户需求的产品(需求理解不准确或变化). 在细节层面,以TDD方式编写代码(用正确的方法做事), 在软件特性和功能层面,以ATDD构建系统(正确的问题),  从而提高内部和外部质量. TDD保证我们小步前进.  小步很重要,每天都很健康.TDD以测试-编码-重构为过程,第一步的测试不仅仅是测试,其包含了

转自http://www.jamesshore.com/Blog/How-Does-TDD-Affect-Design.html How Does TDD Affect Design? 17 May, 2014 (This essay was originally posted to the Let's Code JavaScript blog.) I've heard people say TD

1. TDD TDD指的是Test Drive Development，很明显的意思是测试驱动开发，也就是说我们可以从测试的角度来检验整个项目。大概的流程是先针对每个功能点抽象出接口代码，然后编写单元测试代码，接下来实现接口，运行单元测试代码，循环此过程，直到整个单元测试都通过。这一点和敏捷开发有类似之处。 TDD的好处自然不用多说，它能让你减少程序逻辑方面的错误，尽可能的减少项目中的bug，开始

前言 在上一篇文章中，提到了如何通过 IoC 的设计，以及 Stub Object 的方式，来独立测试目标对象。 这一篇文章，则要说明有哪些设计对象的方式，可以让测试或需求变更时，更容易转换。 并说明这些方式有哪些特性，供读者朋友们在设计时，可以选择适合自己情境的方式来使用。 需求说明 当调用目标对象的方法时，期望目标对象的内容可以不必关注相依于哪些实体对象，而只需要依赖于某个接口，通过这样的方式