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

集成测试示例 使用Spring Boot和Maven创建单元和集成测试的简单示例 命令 mvn全新安装 仅运行单元测试 mvn全新安装-Dit 运行单元测试以及集成测试。 src / test /中有两个脚本，run-pre-integration.sh和run-post-integration.sh用于启动依赖项，例如docker容器。

我们所做的单元测试工作是在Windows环境下进行，而非局限于嵌入式环境，在这里，我们应用的自动化测试工具是Ceedling。Ceedling是一个用ruby语言编写的C语言自动化测试框架，它集成了Cmock、Unity和Cexception等多个开源项目。该文件包含离线搭建Ceedling测试环境的安装包，经过本人测试，完全有效。