单元测试实践的主要问题与解决(1)

     本文是我在“第十届中国系统与软件过程改进年会广东会场”所做演讲的整理稿，主要分享单元测试的一些要点、单元测试实践的主要问题，以及如何来解决这些问题。

 

1、     单元测试概述

 

1.1 什么是单元测试

    单元测试，就是针对代码单元的独立测试。为何须要单元测试呢？这是代码的基本特性决定了的。代码有一个基本特性，就是对数据分类处理。

    代码一般会有不少的断定。一个断定，就是一次分类。嵌套的断定，会使分类次数的翻倍。

   

    若是咱们在写代码的时候，有一个分类漏掉了，就会产生一个Bug；若是一个分类，虽然写了代码，可是处理不正确，也会产生一个Bug。一个函数要没有错误，必须作到两点：1，对数据的分类必须完整；2，每个分类的处理必须正确。作到了这两点，就能够说，代码的功能逻辑是正确的。

   

    那么，如何检测代码的功能逻辑是否正确呢？

    调试，是临时的，且不完整的，例如，一个函数有十种输入，调试能覆盖五六种就不错了。而系统测试，并不针对某个具体的函数，不关注某个函数的功能逻辑是否正确。

    要检测某个函数的功能逻辑，就必需要依照分类列出数据，检测代码是否对每个分类都作了处理，并且每个分类的处理是否正确。

    ——这就是单元测试。

 

1.2 单元测试的基本方法

     由上面的分析能够看出，单元测试的基本方法就是：依数据的分类列出输入，执行被测试程序，而后，判断输出是否符合预期。

   

    单元测试能达到什么样的效果呢？那就是：不管别人怎么样，我老是对的！

    这里的“别人”，是指关联代码。“我”，是指当前正在编写或测试的代码。单元测试要作到的是，不管关联代码是否有错，都要保证我是对的。具体来讲，我要考虑关联代码会产生什么样的数据，这些数据要如何分类处理，只要个人分类和处理是正确的，那么，不管别人怎么样，我老是对的。