什么情况下用的多????

解决方案 »

  1.   

    单元测试用的,集成到jenkins里可以做持续的单元测试,确保业务逻辑的正确
      

  2.   


    在我们公司的实施结果是,在大规模开发下,通常JUnit代码因为目标代码的变动而变得很难维护。
    这当然和参与人员的水平,项目实际状况等密切相关。
    开发初期写出来的Junit代码看似很美,但是越到后来,随着人员的变动,业务的变化,之前写好的Junit代码就变得越来越难懂,越来越难维护。前面有人提到Jenkins做持续集成。这也是建立在良好的Junit代码水准上,
    Junit代码可维护的基础上的,事实上出来的Junit代码真的很难恭维。一定要用Junit来进行测试的话,我也比较喜欢用Junit来写类似黑盒的测试,而不是写方法级别的白盒测试。
    因为黑盒测试相对接口稳定,维护的Case量也比较少,自然也就比较好维护,能更好的进行持续集成。
      

  3.   

     我看ITCAST方老师的课,好象每个包写完后都要做JUNIT
      

  4.   

    JUnit + Cobertura 很不错
    这里有个例子:http://blog.csdn.net/jadyer/article/details/9280581
      

  5.   

    做产品的用的多,做项目的几乎不用。
    产品需要不断演进,项目只需要按时交付,
    并且项目的需求变化频繁,工期又紧,写junit没意义。