XXXXXX 软件单元测试计划 包括：介绍 目的 定义和缩写 参考资料 测试内容 单元测试策略 测试方法 测试工具 测试模块 测试活动计划进度 准入/准出原则 测试用例 输出文档 附录 缺陷状态定义 缺陷严重程度定义

Spring集成JUnit4，进行单元测试，包括数据和服务器mock等等

Java测试与设计_从单元测试到自动Web测试

因项目需要，所以我自己弄了一个SSH框架下单元测试的框架， 所具有的技术 基于Maven 和SSH框架，单元测试Service层采用PowerMock+Junit 来组合，可以接口进行测试 可以参考博客：http://www.cnblogs.com/Fly-Bob/p/7784184.html

EMMA，它是一个免费、开源的、用来衡量单元测试覆盖度的工具。三者结合，利用EMMA产生的测试覆盖度报考，可以一目了然的知道那部分代码已经被测试，哪部分没有，从而控制单元测试的质量。 　　EMMA，它是一个免费、开源的、用来衡量单元测试覆盖度的工具。 　　三者结合，利用EMMA产生的测试覆盖度报考，可以一目了然的知道那部分代码已经被测试，哪部分没有，从而控制单元测试的质量。 　　EMMA生成的报告类似于Cobertura(另一个功能类似于EMMA的开源工具)，请参考：用Ant+JUnit+Cobertura轻松控制单元测试质量：http://ouzhong.blog.hexun.com/323

单元测试中测试用例的设计方法 1.用于语句覆盖的基路径法 基路径法保证设计出的测试用例，使程序的每一个可执行语句至少执行一次，即实现语句覆盖。基路径法是理论与应用脱节的典型，基本上没有应用价值，读者稍作了解即可，不必理解和掌握。 基路径法步骤如下： 1）画出程序的控制流图 控制流图是描述程序控制流的一种图示方法，主要由结点和边构成，边代表控制流的方向，节点代表控制流的汇聚处，边和结点圈定的空间叫做区域，下面是控制流图的基本元素： 以下代码： voidSort(intiRecordNum,intiType) { intx=0; inty=0;

pFUnit现在在GitHub上托管和开发。 它将在2020年1月1日从sourceforge中完全删除。请使用：https://github.com/Goddard-Fortran-Ecosystem/pFUnit GitHub已有一段时间是主要的主机，但是随着pFUnit 4.0的发布， 2019年，sourceforge网站已经过时了。

本工具当前版本1.3，在原版本上增加了对VHDL和Verilog代码的统计、增加了按照函数进行代码量统计、增加了另存为Excel格式（.csv格式）功能；增加了对单片机代码进行按照每个函数进行分离为一个文件，用于代码单元测试。

前段时间学习和了解了下Google的开源C++单元测试框架Google Test，简称gtest，非常的不错。 我们原来使用的是自己实现的一套单元测试框架，在使用过程中，发现越来越多使用不便之处，而这样不便之处，gtest恰恰很好的解决了。 其实gtest本身的实现并不复杂，我们完全可以模仿gtest，不断的完善我们的测试框架， 但最后我们还是决定使用gtest取代掉原来的自己的测试框架，原因是： 1.不断完善我们的测试框架之后就会发觉相当于把gtest重新做了一遍，虽然轮子造的很爽，但是不是必要的。 2.使用gtest可以免去维护测试框架的麻烦，让我们有更多精力投入到案例设计上。 3.gtest提高了非常完善的功能，并且简单易用，极大的提高了编写测试案例的效率。

基于MOQ 单元测试的 demo程序 可以学习MOQ