最近做了一系列的单元测试相关的工作，除了各种规范及测试框架以外，讨论比较多的就是关于代码覆盖率的产生，c/c++与其他的一些高级语言或者脚本语言相比较而言，例如 Java、.Net和php/python/perl/shell等，由于没有这些高级语言和脚本语言的反射的特性，其代码覆盖率的产生过程会稍微复杂一些。发现许多同学对C++的覆盖率如何产生在都不太清楚，这里做一个简单的介绍。

    单元测试也是一个开发中最常见的需求，在Java里我们用JUnit或者TestNG，在clojure里也内置了单元测试的库。标准库的clojure.test，以及第三方框架midje。这里我将主要介绍clojure.test这个标准库，midje是个更加强大的测试框架，广告下，midje的介绍在第二次cn-clojure聚会上将有个Topic，我就不画蛇添足了。通常来说，clojure.test足够让你对付日常的测试。 首先看一个最简单的例子，定义一个函数square来计算平方，然后我们测试这个函数：;;引用clojure.test(nsexample(:use[clojure.test:only[deftestisrun-tests]]));;定义函数(defnsquare[x](*xx));;测试函数(deftesttest-square (is(=4(square2)))(is(=9

    Rebar在运行单元测试的时候，在每个单元测试的页面，提供到源代码的连接，这个连接会连接到一个根据源代码生成的html文件，在这个html文件中提供了列出行数的源文件，方便在测试用例出错时候，快速的定位错误。 但是此功能不支持中文，这里有一种解决方案可以解决这个问题.....

    测试的重要性是每个程序员都明白的, 但真正自己去做测试(Unit Test)的却很少, 曾经我也是其中的一员. 因为写个main调用一些方法, 打印出结果或状态, 然后人工肉眼去排查, 若不是迫于无奈, 我相信没有程序员愿意纠结于这些琐碎的东西. 其实, 测试本可以很有趣的.借助JUnit, 我们可以将测试按不同的场景组织起来, 在”一键”之后的红绿条的反馈下, 快速解决代码中存在的问题. 如果你还不太了解JUnit, 请先去这里. 后文将以...

    由于web程序和一般的软件开发不同，自动化测试的效率和必要性一直较低，因此人工测试一直是web项目的最主要测试手段。但这并不表示web项目就不需要进行自动化测试。对于web项目而言，自动化测试可以分为单元测试和功能测试。功能测试主要针对具体页面进行测试，个人觉得意义不大，因为既然是针对具体页面进行测试,采用人工测试的方式更为直接，高效，且灵活。当然如果针对某些页面进行的压力测试还是很有必要的。