测试是一件有趣的事情？真的吗？[5篇范文]

第一篇：测试是一件有趣的事情？真的吗？

测试是一件有趣的事情？真的吗？

来自：DeveloperWorks中国 作者：Jeff Canna [2004/02/09]

测试。讨厌！我一直讨厌做测试。测试（单元测试和功能测试）是防碍“真正”工作的事情。每个人都确信自己的代码是完美的，不是吗？在确实需要更改代码的极少数事件中，注释编写得如此之好，以致每个人都能领会其中的含义。我需要提高（或许还需要作一些咨询）。在过去的几年里，单元测试已成为我编写软件的核心环节，多亏了一种称为极限编程(XP)的简便编程方法（请参阅参考资源）。这种方法要求我为添加的每个函数编写单元测试，并且要维护这些测试。如果单元测试失败，我就无法整合任何代码。随着代码库的不断增大，这些测试将使开发人员能够很有把握地完成更改。

起初，我认为有了单元测试，就没必要再进行功能测试。噢，又错了。功能测试与单元测试相差甚远。我花了很长一段时间理解二者的区别，以及如何结合使用两者来改进开发过程。本文探究单元测试与功能测试之间的区别。并概述了在日常开发中使用这两种测试的方法。测试与开发过程

测试对于开发人员极为重要，您必须在开发过程中不断进行测试。测试不应该只属于开发周期的某个特定阶段。它绝不应该是您将系统交给客户前要完成的最后一项任务。如何才能知道您何时就完成了所有任务呢？如何才能知道对一个小错误的修正是否破坏了系统的主要功能呢？目前想像中的系统如何才能演化为实实在在的系统呢？单元测试和功能测试都应该是开发过程中不可分割的一部分。

单元测试应成为您编写代码的核心环节，当您所做的项目时限很紧并且您希望控制开发进度时尤其如此。由于单元测试是如此重要，所以您应该先编写测试，再编写代码。一套适当的单元测试具有以下功能：

说明可能的最实用设计

提供类文档的最佳格式

确定一个类何时完成增强开发人员对代码的信心

作为快速重构的基础

单元测试创建随系统自然发展的设计文档。再读一遍上一句话。文档随系统 自然发展，这是软件开发的“圣杯”。有什么方法比通过提供一个用例编码集来记录一个类效果更好呢？那就是单元测试：一系列记录类所做工作的用例代码，提供输出控制。这样，由于单元测试必须通过，所以设计文档总是最新的。

您应该首先编写测试，然后再编写代码。这样就为要测试的类提供了一种设计，这种设计使您每一时刻都只需集中考虑一小块代码。这种做法也使设计变得不再复杂。您没有试图为以后着想而实现一些不必要的功能。先编写测试还使您知道该类何时完成。一旦通过所有测试，任务也就完成了。

最后，单元测试可使您高度自信，这又会转化为开发人员的满意度。如果只要更改代码即运行单元测试，您立即就能发现您所做的更改是否对系统造成了破坏。

功能测试比单元测试更重要，因为功能测试将验证系统是否可以发行了。功能测试以一种有用的方式对您的工作系统进行说明。一套适当的功能测试具有以下功能：

以有效方式捕获用户需求

增强小组（用户和开发人员）在系统满足用户需求方面的信心

功能测试以有效方式捕获用户需求。传统开发通过用例来捕获需求。通常，人们讨论用例并

花很长时间对它们进行细化。他们最后所得到的只是一纸空文。功能测试就像自验证式用例。极限编程方法可解释这一概念。XP Stories 将成为未来用户与开发人员进行沟通的协议。功能测试便是这种沟通的结果。未经功能测试的 Stories 不可能很完善。

功能测试填补单元测试留下的空白，并可增强小组对代码的信心。单元测试漏掉许多错误。尽管它可以提供您所需的全部 代码，但它可能无法提供您所需的全部系统功能。功能测试将暴露单元测试遗漏的问题。一套适当的自动化功能测试也不可能捕捉到每个错误，但是它能比最好的单一单元测试捕捉更多的错误。

单元测试与功能测试

单元测试向开发人员表明代码正确执行操作；而功能测试向开发人员表明代码 执行正确的操作。

单元测试

单元测试是从程序员的角度编写的。它确保类的某个特定方法成功执行一系列特定的任务。每个测试都确保只要给定输入，方法将输出预期的结果。

如果没有测试框架，编写一套可维护的自动化单元测试几乎是不可能的。在开始编写测试之前，请选择一个小组公认的框架。您将经常性地使用这个框架，因此您最好对它有点好感。极限编程网站提供了几个单元测试框架（请参阅参考资源）。我最熟悉的框架是 JUnit，它专门用来测试 Java 代码。

功能测试

功能测试是从用户的角度编写的。这种测试确保系统执行用户期望它执行的工作。

很多时候，系统开发好比建筑房屋。尽管这种类比不很恰当，但为了理解单元测试与功能测试的区别，我们可以扩充这种类比。单元测试好比房屋建筑现场的建筑监理员。他关心房屋的各个内部系统，如地基、构架、供电系统和管道设备等。他确保（测试）房屋每一部分的工作都安全、正常，即符合建筑说明。这种情况下，功能测试类似于视察同一建筑现场的房主。他假定内部系统将正常运作，并假定建筑监理员在执行其任务。房主关心的是住在这所房子里将会怎样。他关心房子的外观如何，各个房间的大小是否合适，房子能否满足家庭的需要，以及窗户的位置是否有利于采光。房主对房子执行功能测试。他从用户的角度考虑问题。建筑监理员对房子执行单元测试。他从建筑工人的角度考虑问题。

就像单元测试一样，如果没有测试框架，编写一套可维护的自动化功能测试实际上是不可能的。JUnit 非常适合编写单元测试；但是，当试图编写功能测试时，它就显得力不从心了。就功能测试而言，没有与 JUnit 相当的框架。也有几种用于功能测试的产品，但我从来没见过它们应用于生产环境。如果找不到满足您的需要的框架，您就必须创建一个。

无论我们多么擅长于构建手头的项目，也不管我们正在创建的系统多么灵活，如果我们的产品不合用，那我们就是白费时间。因此，功能测试是开发最重要的部分。

由于两种测试都必不可少，您就需要了解编写它们应遵循的原则。

如何编写单元测试

刚开始编写单元测试时很容易恢心。最佳的入手方式就是为新代码创建单元测试。（尽管为现有代码创建单元测试比较困难，但并非无法实现）。首先从新代码着手，待您习惯了整个过程以后，再针对现有代码创建测试程序。

如上文所述，应该首先编写单元测试，然后再编写这些单元测试要测试的代码。如何为尚不存在的代码编写测试呢？问得非常好。掌握这一方法需要 90% 的思维加 10% 的技术。我的意思是，您只需假定您正在为其编写测试的类已经存在。接下来的任务就是编写测试。起初会犯很多语法错误，但您先别管它。这一步您要做的就是定义该类要实现的接口。下一步

就是运行您的单元测试，修正语法错误（即，编写一个类，使它实现您的测试刚定义的接口），并再次运行测试。重复这一过程，每次仅编写修正故障的代码。运行测试，直到测试全部通过为止。一旦通过全部单元测试，代码也就完成了。

一般而言，类的每个公共方法都应有一个单元测试。但是，功能简单的方法（例如，getter 方法和 setter 方法）不需要单元测试，除非它们以某种特别的方式进行获取和设置。应该遵循下面这条很好的原则：即只要您认为有必要对代码中的某个行为加注，就编写一个单元测试。如果您像其他许多程序员一样不喜欢为代码加注，则单元测试是记录代码行为的一种方法。

将单元测试与被测试的相关类放在同一个包内。这种组织方式使每个单元测试都能访问被测试类中带有 package 或 protected 访问修饰符的方法和引用变量。

在单元测试中避免使用域对象。域对象是特定于某个应用程序的对象。例如，一个电子表格应用程序可能包含一个注册对象；这个注册对象就是一个域对象。如果您有一个已知这些域对象的类，则在测试中完全可以使用这些对象。但是如果您有一个根本不使用这些域对象的类，在测试中就不要将这些对象联系到该类上。应该避免这种情形完全是因为代码重用。为某一项目创建的类经常要用于其他项目。重用这些类可能很简单。但是，如果对重用类的测试中用到了另一个项目的域对象，则使测试能够正常运行这一工作就会相当耗时。通常情况下，这个测试将被删除或重写。

这些机制为您提供很好的帮助，但是如果您不运行这些测试，一套综合的单元测试就变得一文不值。尽早运行测试通常使您在任何时候都对代码充满信心。您将随着项目进展不断添加功能。运行这些测试将会通知您刚刚实现的新功能是否对系统造成了破坏。

在您掌握了编写单元测试的技巧之后，我们再来看看现有代码。为现有代码编写测试可能是个挑战。不要为测试而测试。当您发现有必要对一个未经很好测试（或者根本就没有测试）的类进行修改时，请“随时”编写测试。现在是添加测试的时候了。像往常那样，该类的单元测试应该捕获其每个方法的功能。找出应该进行哪些测试的最容易的方法之一是：查看现有代码中的注释。任何注释都应在单元测试内捕获。将位于方法开头、说明该方法所起作用的注释块翻译为单元测试。

如何编写功能测试

尽管功能测试很重要，但它却没有受到足够的重视。多数项目都有单独的一个组来做功能测试。通常有一大群人不断地与系统交互，以确定系统是否正确工作。这种观念和设置专门的功能测试小组的做法很不明智。

对功能测试的处理与对单元测试的处理不应该有太大的区别。只要您编写的代码用来产生要求用户与之交互的组件（如对话框），就要编写测试，但实际上编写测试要在编写代码之前进行。请与用户一起编写获取用户需求的功能测试。无论何时开始一项新任务，都要在功能测试框架中描述此任务。您的开发工作将继续向前发展，当添加新代码时，请执行单元测试。当所有的单元测试都结束以后，运行最初的功能测试，看看它是否能够通过，或者是否需要修改。

从理论上讲，功能测试小组的概念该消失了。开发人员应与用户共同编写功能测试。在对系统所做的一系列功能测试结束之后，开发组中负责功能测试的成员就应该用初始测试的各种变化形式来轰击系统。

单元测试与功能测试的界限

通常单元测试与功能测试之间并没有明确的界限。老实说，有时我也不清楚这个界限在什么位置。在编写单元测试时，我根据以下原则来确定当前编写的单元测试实际上是否是功能测

试：

如果单元测试跨越类边界，则它就可能是功能测试。

如果单元测试变得很复杂，则它可能是功能测试。

如果单元测试很脆弱（也就是说，虽然它是一个有效测试，但它必须不断改变以处理不同的用户组合），则它可能是功能测试。

如果编写单元测试比编写其所测试的代码更难，则它可能是功能测试。

请注意“它可能是功能测试”这一措辞。本文无法提供硬性而快速的规则。单元测试与功能测试中之间有一个界限，但界限的具体位置要由您来确定。您用单元测试用得越熟练，某个特定测试是单元测试还是功能测试的界限就越明显。

小结

单元测试是从开发人员的角度出发编写的，并且关注的是所测试的类的特定方法。当编写单元测试时，请使用以下这些原则：

首先编写单元测试，然后再编写要测试的类代码

在单元测试中捕获代码注释。

测试所有执行“令人感兴趣的”功能（即，不是 getter 和 setter，除非它们以某种独特的方式执行获取和设置操作）的公共方法。

将每个测试实例与它要测试的类放在同一个包内，以获得对包成员和保护成员的访问权。避免在单元测试中使用特定于域的对象。

功能测试是从用户的角度出发编写的，并且关注用户感兴趣的系统行为。找一个优秀的功能测试框架，或者开发一个测试框架，并使用这些功能测试识别用户的真实需求。这样，功能测试人员即可获得一种自动化工具以及使用这一工具的着手点。

使单元测试和功能测试成为您开发过程中的中心环节。如果您这样做了，您将对系统的运行及扩展充满信心。如果您没有这样做，您对系统就没有十足的把握。测试可能不那么有趣，但是在开发过程中进行单元测试和功能测试使开发变得相当有趣。

参考资源

“Incremental development with Ant and JUnit”（developerWorks，2000 年 11 月）探究单元测试的好处，尤其是使用 Ant 和 JUnit 框架。

逐渐熟悉极限编程方法。

从极限编程网站下载各种单元测试框架。

第二篇：一件有趣的事情

一件有趣的事情

我的童年多姿多彩，童年里发生的趣事像天上的星星一样多得数不清。其中最亮最耀眼的还是那一颗。

那时一个星期天的中午，妈妈已经睡熟了。那时我才四岁，没什么好玩，在房间里瞎溜达，不知怎么的就来到了镜子前。呀！前面怎么有迎面过来一个和我长相一样的“人”？我不摸还好，一摸吓一跳，那“人”竟是平平的，而且也伸手好像想摸我。我赶紧后退几步。好啊，竟敢学我，看我怎么对付你。我抡起巴掌，那“人”也抡起巴掌，我一打，那“人”也打，哟，怪疼的。我可吓着了，又平又会动，还会学我，还能打人，坏了，一定是个怪物。我赶紧三不并作两步，来到妈妈床前，一把拉住妈妈的手，叫道：“妈妈，那边有个怪东西，他还打我。”妈妈神奇地问我是什么东西，我却一个劲的拉着妈妈来到镜子前。怪了，怎么又多了一个怪物，我急忙躲在妈妈身后，不由得发起抖来。妈妈一看，笑了，我问：“妈妈，你笑什么？你不怕它吗？”妈妈转过身对我说：“这是镜子，根本不是什么怪物，你看。”只见妈妈左摇右摆，镜子里的人也左摇又摆。经过妈妈的一番讲说，我才明白，原来镜子可以把人“印”进去，人们可以从镜子里看出自己的影子。怪不得我干什么，它也干什么呢！现在每当回想起这件事，仍是会笑出声来！

暑假中一件有趣的事

我一直很想学游泳，暑假期间，我向爸爸提出请求，爸爸答应了我的请求，我怎能不欣喜若狂呢？

到了目的地，我立刻被吸引住了。整个游泳池里像煮饺子似的下满了人，说笑声、叫喊声，击水声响成一片。

我和爸爸换上游泳衣，做了些准备活动。爸爸对我说：“瑶瑶，看，老爸给你露一手。”说完便“扑通”一声跳下水，熟练地游了起来。爸爸一边游着，一边对我说：“来，快下来，好舒服的。”

我试探着，小心翼翼地下了水，先在水浅的地方用手按着水底，不一会儿，爸爸把我拉到水深的地方，教我憋气、蹬水、划水。我用心地学着，刚开始，我的身体直往下沉，看到爸爸在笑我，我不甘心，又憋气坚持练了一阵子，身体终于不往下沉了。我高兴地游了起来，像一条活泼欢快的小鱼儿来回穿梭，水面上溅起一串串浪花。

学游泳这件事一直在我脑海中留下了深刻印象。

一件有趣的事

爸爸和爷爷早就答应放暑假以后带我去钓鱼，这一天总算盼到了。

早上，我五点多就起床了，和爸爸、爷爷一起坐着汽车，风风火火地来到了向往已久的大兴垂钓园。一到鱼塘边，我们抓紧时间撑遮阳伞，搬小板凳，支鱼护。准备停当后，我学着爸爸和爷爷的样子，从袋子里拿出一粒鱼饵，穿上鱼钩，把竿甩了出去，又向下钩的地方撒了一把鱼饵，便目不转睛地盯住浮子。一会儿我把竿拿起来看一看，没有！爸爸让我耐心点。于是，我又把竿甩出去，又过了一会儿，看见鱼钩旁边有小泡泡，发现浮子也微微动了动，我的手痒痒得没法，恨不得一下把竿提上来，我使劲忍耐着，全神贯注地盯住浮子，突然，浮子往水下一沉，我赶紧拉，顿时，鱼竿弯得像弓一样，上钩的鱼儿在水中窜来窜去。爸爸以前说过：咬钩的鱼儿要让它在水里游一会儿，拽得太狠鱼会脱钩。想到这里，我紧握鱼竿，牵着鱼儿在水里慢慢地游着，我的心怦怦直跳，真是又高兴，又紧张，过了一会儿，这条鱼仿佛没有力气了，任凭我摆布，我用力一提，“啪”地上了岸！“爸爸，快来啊！我钓了一条大鱼。”爸爸赶紧过来帮我解钩，我丢下鱼竿跑上去使劲抓住大鱼把它放入桶里。1

看着这条两斤来重的大草鱼，我和爸爸、爷爷笑得合不拢嘴。我心想：无论做什么事情，都要讲究方法，耐心认真，才能得到满意的结果。这次钓鱼，我不但玩得开心，还学到不少钓鱼的知识，真有趣。

一件有趣的事

暑假里的一天，我正在外面玩。突然天空乌云密布，电闪雷鸣，狂风四起，豆大的雨点“噼噼啪啪”地掉下来。我急忙往家跑，当跑到院子里时，发现王阿姨家的衣服还挂在外面，我就连忙往下摘，因为个子太矮，够不着，我又马上从屋里拿出个小板凳蹬着，把衣服一件一件地摘下来挂到屋里，等我好不容易把衣服摘完了，一看自己已经成了落汤鸡，还累得呼哧带喘的，我拿起毛巾边擦着身上的雨水，边来到窗前，刚想看一看雨景，没想到雨居然停了，太阳出来了。这场雨一共下了没有十分钟，我又把衣服从屋里拿出来，想一件一件往上挂。谁知，我拿着衣服刚蹬上板凳，只听“哧溜、啪！”的一声摔了一个大屁墩。唉，刚下完雨，地还滑呢。王阿姨家的衣服也脏了。我又马上把王阿姨家的衣服洗干净再挂好。等我干完了这一切，擦着脸上的汗，心想：我这是做了件什么事呀，整个瞎忙。就好像老天爷和我开了一个玩笑。这件事我想起来就想笑。

暑假中最最有趣的一件事

今天晚上，我正一心一意地刷着牙，准备睡觉，突然,我看见一个小飞虫从我眼

前飞来飞去，我产刻放下水杯与牙刷腾出两只手，我“啪”地一声小飞虫立刻被我拍成了肉饼，我又往墙上一看“呀”有三四只小虫飞，立刻“啪啪啪”跑了一只死了四只。

就在我得意洋洋的时候，一个不留神往纱窗上一看“哇！！！”纱窗被刚

才被打死的这种小飞虫全部盖住了，哦！原来我们家的灯因为特别亮，所以十分容易召虫子。

小飞虫的“军队”越来越多。它们从纱窗的缝眼儿中一个一个很有次序地钻进

来，越来越多越来越多！我见情况不妙，立刻从阳台拿来一把苍蝇拍。“唰唰唰”“啪啪啪”几十个小飞虫已经成了我的手下败将。

但拥有几十千只的“大军”来说，**几个“将士”也没什么大不了的。看着看

着，打着打着，死虫子的尸体已经散落了一地。这支“大军”的主力已经逃到上面去了。因为我太矮，无法打到上面的虫子。虽然，我够不着儿，但是我的脑袋却不知道比这些笨虫子灵十几万倍，你再多也没有用。我灵机一动，拿出满是虫子的毛巾，抖一抖，然后用毛巾漫无目标地往上甩，那群小虫子好似一大群没头没脑的山羊，被我赶上山坡赶下山坡，弄着玩儿。我乘机拿出法宝杀虫剂，用了四分之一，也没费什么力气，小飞虫就像雨点儿一样落了下来，看来我又得洗一次澡了。

第二天，我看了报纸才知道，原来是虫灾。十八年没有过的，一盏灯。一夜就

能轻松地捕到十一万只！可比我的杀虫剂厉害多了。

那一夜，真吓人！！！！！！

第三篇：一件有趣的事情

一件有趣的事情

红卫小学 四（7）班雷海岚

“童年的梦，七彩的梦；童年的歌，快乐的歌；童年的脚印一串串，童年的故事一摞摞。”这首歌是否能让你回想起美好的童年生活？在那五彩缤纷的岁月中，发生过许多事情，就像星星一样的明亮。我的童年是美好的，有许多事情值得回忆„„

记得四岁那年，我很爱吃糖。有一天，我听见奶奶正在和邻居谈话：“种瓜得瓜，种豆得豆„„”我一听，心想：既然种瓜得瓜，种豆得豆，那如果我种糖果也应该得到糖果呀！想到这儿，我可兴奋了，连忙跑回家把自己储存罐里的十几颗糖全倒了出来，又小心翼翼的把那十几颗糖果埋在我家院子里。一眨眼，一个月过去了，我种的糖果一点儿长势也没有，我心里疑惑起来：难道奶奶骗了我？第二天一大早，我就悄悄地起床了。我扒开院子的土，顿时傻了眼：十几颗好端端的糖果不翼而飞，只剩下一张张糖果纸！回到家，我问奶奶：“奶奶，为什么我把我的糖果种在土里，一个月之后糖果不见了呢？”奶奶听了，笑着说：“傻孩子，蚂蚁爱吃甜的东西，它们的家又刚好在泥土里。你把糖果埋在土里不就等于把糖果白白送给蚂蚁吗？”听了奶奶的话我大哭起来：“我的糖果呀！我最爱吃的糖果没有了！呜呜„„”

瞧！这就是我童年里最有趣的事情！

第四篇：一件有趣的事情

一件有趣的事情

一看到绿油油的麦田，就想起我小时候把麦子当成韭菜的趣事。

大概是我三四岁住在老家的时候，一天，妈妈骑车带我去赶集，经过一片麦地，我说：“哇，这里种的韭菜真多啊！”妈妈先是一愣，然后哈哈大笑，告诉我：“宝贝，那是麦子，不是韭菜！麦苗表面有细小的毛,而韭菜没有。麦子是粮食，韭菜是菜，它们的味道不一样。”

现在，我每次想起这件事，总会情不自禁地笑出声来，很有趣吧？

第五篇：一件有趣的事情

摘 西 瓜

今年夏天，天气异常的闷热，耐不住酷暑的我也跑到乡下的奶奶家去避暑。没想到，却发生了一件非常有趣的事情。

那是到家第二天的早晨，我正躺在床上作着美梦，奶奶在楼下叫我，说是去摘西瓜。我一骨碌爬了起来，飞快的跑下了楼梯，跟着奶奶就出发了。

一到瓜田，我就惊呆了，只见铺满了墨绿色瓜藤的田里硕果累累，一个个又大又圆的西瓜有了晨露的滋养，看起来是那样的健康和新鲜。“去摘啊”，听到奶奶发话，我三步并作两步的跑到早就看准的那个瓜，抱着就往田埂走。心里正得意着呢，西瓜突然从我的怀里滑了下去，“噗”，看着原本滚圆滚圆的西瓜瞬间成了两半，我心里真是哭笑不得，你们猜怎么着，刚才一着急，忘了剪瓜藤了。

这时，奶奶走了过来，捡起半个西瓜递给我，说：“吃吧，没脏，没事的”。望着那鲜红欲滴的瓜瓤，我忍不住咽了口口水，肚子也不争气的敲起了鼓。一把接过西瓜，狼吞虎咽的吃了起来，也不知怎么搞的，脑子里居然浮现出了猪八戒吃西瓜的情景。奶奶边高兴的看着我吃边给我讲起了西瓜的功效：“这西瓜呀，不仅能清热解暑，生津止渴，而且还能开胃呢!” 顺便告诉大家个小秘密，西瓜要早上摘才好吃，脆脆的，凉凉的。等到太阳出来，西瓜就热了，会吃坏肚子的哟。

吃完西瓜，我们又摘了一篮，赶在太阳上山之前，高高兴兴的回到了家。