测试驱动开发与极限编程思想浅析

发表于:2011-8-23 11:52  作者:布鲁斯南(cnblogs)   来源:51Testing软件测试网采编

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试 测试驱动

  随着全球经济的发展与计算机技术的普及,各行业对计算机软件的需要量日益增加。与此同时对软件的质量要求也越来越高。而与之形成鲜明对比的是,随着软件需要的增加和规模的增大,能做出及时交付给用户以及让用户满意的软件却变得难上加难。传统的软件工程方法已经遭到人们的质疑,很多改进的软件开发方法便应运而生。极限编程(eXtreme Programming, XP)便是在这样一种环境下出现的新型的适用于中小型系统的敏捷开发方法。而极限编程中很具有特色的原则就是采用测试驱动型的开发模式。测试驱动开发是极限编程方法中软件开发具体实践的体现,在保证软件代码的质量上起到了至关重要的作用。同时,它也正成为一种新的思潮在业界推广开来。

  一、概述

  业界软件开发的过程一直在被传统的软件工程方法主导着。传统的软件工程方法按照瀑布模型或其变型从系统的问题定义、可行性分析、需求定义等一路下来,每一步的开始都要以上一步的完成作为前提,例如对系统的需求分析就要求完全分析结束后再进到下一阶段。如果其中一步没有完成,或者虽然完成,但是存在问题,那对以后的开发过程会产生不可估量的影响。在业界对软件质量越来越关注的情况下,一些新的软件开发思想如雨后春笋般的涌现了出来,极限编程就是其中的一种影响很大的新思想。

  极限编程是1998年由Smalltalk社群中的大师级人物Kent Beck首先倡导的一种新型软件开发方法,它是一个周密而严谨的软件开发流程。它基于简单、交流、反馈、勇气的原则,在充分考虑到人的因素的前提下进行,达到客户的最大满意度。这种方法适用于中、小型系统的开发。这种轻量级的软件开发方法在软件质量上提出了极高的要求。为了保证开发出的软件的质量,该方法提出测试驱动开发(TDD)的思想。

  测试驱动开发有别于以往的先编码后测试的开发过程,Kent Beck提出的该开发方法是反其道而行之。在打算添加某项新功能时,先不要急着写程序代码,而是为未来要编写的代码先写一段测试用例。此时利用自动化的测试工具来对测试用例进行执行,当然结果就是通不过。为了要使得该测试用例能够正确的执行,我们就要对进行代码的编写、修改,直到代码符合测试用例的要求,测试用例能够百分之百地正确运行,此时说明该项刚添加的功能通过了单元测试,至少在单元代码一级上已经确实没有问题了。测试驱动开发在自动化测试的工具选择上,推荐使用xUnit系列工具。Kent Beck和Erich Gamma共同开发的开源工具JUnit是Java开发人员进行测试驱动开发的福音。该测试框架在测试驱动开发思想指导下,配合使用该工具,可以极大的提高开发效率,增强软件的质量,最大程度的降低开发成本。

  简而言之,测试驱动开发的方法是一种测试在先,编码在后的开发方法。看起来仅是步骤的调整,但其带来的作用却影响深远。测试驱动开发作为极限编程中解决方案的一项基本策略,对极限编程各个原则及策略也有着很深的影响。

  它从根本上改变了开发人员在软件开发过程中的开发过程,一改过去编码过后的测试阶段,开发人员对自己编写代码做测试而产生的各种弊端。

  二、测试驱动开发与极限编程的关系

  极限编程作为一种新式的软件过程方法论,它强调的是人与人合作进行的过程,因此成功的软件开发过程应该充分利用人的优势,而弱化人的缺点,突出了人在软件开发过程中的作用。它同时又是一种高度动态的过程,它通过非常短的迭代周期来应对需求的变化,在编码、测试、聆听、反馈四个基本活动的作用下,在实践的运用过程中,实现极限编程自身的核心价值:

  1、测试驱动开发与极限编程核心价值的关系

  极限编程思想有其自身的核心价值,它们是:交流、简单、反馈、勇气。测试驱动开发作为极限编程中的基本开发原则,也充分体现了这种新型开发思想的价值。

  (1)交流在软件开发过程中的作用是毋庸置疑的,交流可以最大程度的减少开发人员、客户、管理人员之间由于沟通不畅造成的误解。极限编程的很多实践都是必须依靠交流来实现的,缺少交流是不能够进行下去的,比如单元测试、结对编程、工作的评估等。测试驱动开发与这些方法密不可分,只有进行结对编程等方法进行的测试驱动开发才是有意义的。这种情况下,同样需要大量的交流,可见交流原则的重要性。

  (2)简单这一价值在极限编程的思想中有着很重要的体现,整个极限编程的过程中都体现着简单二字,设计简单、代码简单,只要能简单行事,决不复杂办理。只要符合现在的要求,可以工作,那么简单解决就是最佳的方法。与其实现一个复杂的系统,不如设计一个简单的能满足当前需要的系统,因为你永远考虑不到下一个需求是什么。测试驱动开发正是如此。测试用例的编写本着简单的原则,在符合设计的要求下进行编写,越简单越好。只需要注重眼前的需求,不要考虑以后的需要变化。现阶段的设计满足现阶段的需求即可,显然现阶段的测试也只需满足现阶段的需要即可。测试用例的编写是根据设计而定的,而且可以说,测试用例的编写也是设计的一部分,简单的原则同样在起着指导作用。所以代码的编写亦是根据此原则,算法实现越简单越好,百分之百通过测试即可。

  (3)反馈是一项宝贵的资源。在极限编程中,无论是设计、测试、开发过程中,反馈都是非常重要的信息。例如在设计时,尽快获得用户的反馈,并且越详细越好,使得开发人员能够保证自己的成果符合用户的需要。测试亦是如此。测试驱动开发便是贯彻了这一价值。先进行测试用例的编写,利用没有通过测试的错误信息反馈,了解到代码没有通过测试用例的原因,根据该信息了解到出错的地方,再根据出现的问题有针对性的逐步地修改代码,让其渐渐符合测试用例的要求,在运行数次测试用例后,最终让其反馈回百分之百通过的成功信息。


【调查报告】你以为的测试行业现状,其实是这样的!
21/212>

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2019, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道