在京东混了一个月，基本有点稳定了，觉得也有所余力了现在，继续写博客吧，不过以后更新也许不是那么频繁了　　本人使用的是junit框架，对开发是一个单元测试的java框架，但是对测试而言是java的基石之一，与testng差不多平分秋色（好吧，其实是稍微差一点）在上文http://www.cnblogs.com/xuezhezlr/p/77736

提个问题：Java程序的入口是main方法，而JUnit类中没有main方法，那么JUnit是如何运行的呢？假如有以下JUnit例子：importorg.junit.Test;publicclassTestA{@TestpublicvoidtestAdd(){

针对以前学的内容的一个简单整理1、单元测试工具介绍unittest:是Python的标准库，提供了最基本的单元测试功能，包括单元测试运行器(简称runner)和单元测试框架。项目的单元测试代码的测试类可以继承unittest.TestCase类，那么这个类就能够被runner发现并且执行。同时，unittest.TestCase

是一个开源自动化测试框架。其实类似于JUnit这种单元测试框架，但进行了一些功能扩展属于selenium？还是说TestNG是一个测试框架，它用到了selenium的web自动化测试的功能，比如使用浏览器对应的driver去进行操作，不一定要由RobotFramework触发参考TestNG环境设置（

IDEA解决“idea环境：junit:4.11测试mybatis代码，无法导入org.junit.Test包”问题参考文章：（1）IDEA解决“idea环境：junit:4.11测试mybatis代码，无法导入org.junit.Test包”问题(https://www.oschina.net/act

Mockito简介Mockito是一个单元测试框架，需要Junit的支持。在我们的项目中，都存在相当多的依赖关系，当我们在测试某一个业务相关的接口或则方法时，绝大多数时候是没有办法或则很难去添加所有的依赖，因为这中间肯定会涉及到别的业务逻辑。而在开发过程中，可能这个模块根本都还没有。那可咋怎啊？这个时候一种叫做mock测试的方式就顺势崛起。通过模拟出依

随着敏捷开发的流行，编写单元测试已经成为业界共识。但如何来衡量单元测试的质量呢？有些管理者片面追求单元测试的数量，导致底下的开发人员投机取巧，编写出大量的重复测试，数量上去了，质量却依然原地踏步。相比单纯追求单元测试的数量，分析单元测试的代码覆盖率是一种更为可行的方式。JaCoCo（JavaCodeCoverage）就是一种分析单元测试覆盖率的工具，使

整合测试类:_/\\__\如果是需要多个单元测试类整合测试使用一个Runner进行异步测试，只需要把相关的class放入到SuiteClasses{}中即可,__\如:JunitTest.class和TestClassDemo.class都是写好的单元测试类.__\/_@RunWith(Suite.class)@Suit

第一分钟：声明测试方法新建一个类，在要测试的方法上面添加@Test注解importorg.junit.Test;importstaticorg.junit.Assert.assertEquals;publicclassUserServiceTest{@Testpublic

importcom.alibaba.fastjson.JSONObject;importlombok.extern.slf4j.Slf4j;importorg.junit.Test;importorg.junit.runner.RunWith;importorg.springframework.bea