06 JUnit Eclipse 中的应用.docVIP

6 . JUnit在Eclipse中的应用 Eclipse 平台本身只是一组服务和一个框架，它为插件开发提供了一组功能强大的API 和服务，这使得不同工具开发商开发的插件能够很好地融入其中。各种工具的无缝集成无疑使Eclipse 具有了强大的功能。 Eclipse IDE 附带了一个标准的插件集，除了Java 开发工具（JDT，Java Development Tool ）外，还集成了目前流行的单元测试工具JUnit 。使用JUnit，可以在一个Proj ect 中创建与其他类无异的 “基于JUnit ”的类，并使用此JUnit 代码去测试Proj ect 中的其他类。此外，JUnit的断言功能可以使开发者更快地发现 误所在。总而言之，JUnit 使测试环境更简单，更易于操作和管理，提高了软件测试的效率。软件测试知识点回顾 所谓软件测试，就是在软件投入使用前，对软件的需求分析、设计规格说明和编码做出的最后审查，目的是要在软件投入生产性运行之前，尽可能多地发现其中的错误。大量统计数据表明，软件测试的工作量往往占软件开发总工作量的40% 以上，而且成本不菲，故而软件测试在整个开发过程中具有举足轻重的地位，需要特别重视。 6.1.1 软件测试的目标 软件测试的目标具体说来有如下3 点。 （1）测试是一个为了寻找 误而运行程序的过程。 （2 ）一个好的测试用例是指能最大限度地找到迄今为止尚未发现的错误的测试用例。 （3 ）一个成功的测试是指找出了迄今为止尚未发现的错误的测试。 测试工作的目标是设计这样的测试，它们不仅能够系统地查出不同类型的错误，而且耗 费最少的时 和最小的工作量。 6.1.2 软件测试的原则 在设计有效的测试用例之前，软件工程师必须理解软件测试的基本原则。下面是 Davie 提出的一组测试原则。 （1）所有的测试都应追溯到用户需求。软件测试的目标在于查找错误，从用户的角度来看，最严重的错误是那些导致程序无法满足需求的错误。 （2 ）应该在测试工作真正开始之前的较长时间内就制定测试计划。测试计划可以在需求模型完成后开始，详细的测试用例定义可以在设计模型确定后开始，所有测试可以在代码产生前进行计划和设计。 （3 ）Pareto 原则应用于软件测试。简单地说，Pareto 原则是指测试发现的错误中的80%很可能起源于程序模块中的20% 。 （4 ）测试应当从“小规模”开始，逐步转向“大规模”。最初的测试通常把焦点放在单个程序模块上，进一步测试的焦点则转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。 （5 ）穷举测试是不可能的。甚至一个大小适度的程序，其路径排列的数量也非常大，因此，在测试中不可能运行路径的每一种组合。然而，充分覆盖程序逻辑，并确保程序设计中使用的所有条件是有可能的。 （6 ）为了达到最佳效果，应该由独立的第三方来构造测试。 6.1.3 软件测试的种类 软件测试大概分如下4 类。 （1）单元测试：检测模块的正确性。如果对象需要访问外部的数据资源，例如数据 ， 就需要模拟一个mock obj ects ，但实际情况下的真实数据与测试环境是不同的。 （2 ）客户测试：功能性、系统和验收测试。客户测试用来测试整体的系统特性。 （3 ）综合测试：介于用户测试和单元测试之 的测试。综合测试用来帮助测试应用程 序的交互性。一般情况下，mock obj ects 不被用于综合测试，因为它会增加测试时 。综合 测试还经常依赖特殊的测试环境，例如数据库送来的测试数据。 （4 ）开发人员测试：用来让开发人员检验自己代码或新函数的测试。对于每一个开发人 员来说，只要有可能，就需要有更多的测试来检验代码的正确性，编写这些测试和编写程序 代码一样重要。 6.1.4 单元测试 JUnit 主要用于进行上述4 种测试中的单元测试。单元测试是最小粒度的测试，用来测试 某个功能或代码块，一般由程序员来做，因为它需要知道内部程序设计和编码的细节。 单元测试有其自身的优点，简单列举如下。 （1）提高开发速度：测试是以自动化方式执行的，有效地提高了测试代码的执行效率。 （2 ）提高软件代码质量：它使用小版本发布至集成，便于开发人员改正错误。同时引入 重构概念，可以让代码更干净和富有弹性。 （3 ）提升系统的可信赖度：作为回归测试的一种，单元测试支持修复或更正后的“再测 试”，可确保代码的正确性。 单元测试的针对对象。 （1）面向过程的软件开发针对过程。 （2 ）面向对象的软件开发针对对象。 （3 ）既可以做类测试，又可以做功能测试、接口测试。一