在居品研发过程中，咱们常常只随和功能的达成，却忽略了遮蔽在背后的“债务”问题。测试不充分会积聚测试债务，代码结构不健壮会变成建树债务，这些问题跟着时间推移会越来越难以惩处。本文将探讨怎样通过测试驱动研发（TDD）这种敏捷建树念念想，从一运转就惩处这些问题，幸免债务的积聚。

一、居品研发的隐形债务，看不见≠不存在

要是仅仅研发出了居品功能，然而对其测试不充分，这个功能就附着了测试债务，何况跟着时间推移，测试债务会越遮蔽越深，偿还资本会越来越高。

同理，要是仅仅研发出了居品，然而代码结构不健壮（比如：代码逻辑杂乱不精简高效、跨模块耦合过高），这个居品也就附着了建树债务，跟着居品架构的发展，建树债务越来越高，摇摇欲坠的代码如屎山一般，每次居品的进一步发展你皆会被恶心一次。这个问题也曾进行过念念考，在《换个视角，再看互联网居品研发恶果！》中参谋了技能架构和居品架构的双螺旋发展相干。

二、掀开新念念路，TDD测试驱动研发

面临测试债务，测试驱动研发(Test-DrivenDevelopment,TDD)是一种新的念念路以退避这种情况的发生。TDD是一种敏捷建树念念想，既然通盘的功能点皆需要测试，而且是反复测试，为什么不把测试职责提到最前边并自动化呢?

TDD条目在写任何功能代码之前，先写好它的测试代码，以保证通盘的功能点皆被自动化测试所覆盖。从而侧目了【居品–>建树–>测试】这种低效的线性旅途以及大约率会出现的信息传输漏斗，导致功能到代码到测试的不断衰减，最终委派质地堪忧、未来again时的巨浩劫题。

TDD恰是从一运转就惩处测试债务的递次，当居品变得很高大的时候，TDD依然不错快速有用地检测各个功能点，这关于莫得诓骗TDD的居品来说是一项弗成能完成的任务。从研发驱动测试到测试驱动研发，是一个巨大的升沉，其中触及研发经由、测试东说念主员的编程本领、研发平台对自动化测试的援助进程等身手。

不外，在测试驱动研发出现之前，那么多研发驱动测试的居品也赢得了告捷，通盘这些身分皆影响了TDD的普及。

三、TDD的根底是什么？

话说至此，TDD测试驱动研发中的“Driven”一词值得念念量，逻辑相干上测试恒久是为研发做事，而非代码为测试而生。与其说是测试“驱动”研发，不如说测试“可视化”研发、测试“螺旋化”研发，那么可视化/螺旋化在于什么呢？

研发做事于居品功能，居品功能做事于业务/用户需求，测试做事于研发并有助于研发。测试为纲，更是一种念念想，使得研发过程时刻接洽到代码逻辑的可视化、可测试化、可自动化复测，从而促进教化代码质地、可检测性、可合手续性。测试代码的进步搭建，有一个现实的例子不错对比。

一栋大楼，是一个居品——餍足于阛阓（交易、住宅）需求

建筑野心图纸（土建/结构/装修）——不错算是居品野心决策

建筑主体、装修讳饰——对应代码主体的后端和前端

施工自检/监理监察/三方质检——算是测试

在建筑施工管理过程中，本位上来看监理是在施工工序之后进行的，但现实上监理的大纲决策、监理笃定，其简直居品野心决策出来之后，就仍是在伸开了。相似的，施工（研发）过程也会阐发监理的监察原则，在指定的要道点作念好锻真金不怕火预留。

由此也看出来二者并非严格的先后相干，更像是一种螺旋缠绕相干，监理/测试为纲、为镜，对施工/研发进行治理和锻真金不怕火，这是一种典型的共建、共生。

要是你的居品老是出现无法定位的奇怪问题，那么应该要接洽一下转用TDD了，固然，最终的决策权在测试司理或研发司理，更迫切的是需要团队成员接收这种念念想并在名目中进行践行。

作家：Kris_3zzz开云(中国)Kaiyun·官方网站 - 登录入口

当前网址：http://www.gaku-ken.com/zixun/1077970.html
tag：开云(中国)Kaiyun·官方网站 - 登录入口,代码,结构,健壮,变成,建树