什么情况下用的多????
解决方案 »
- struts2多用户访问时候session不正确
- 谁能给我讲清楚这段代码!200分犒劳大家
- Log4j 出空指针异常,请高手帮忙!
- 怎么做网银在线支付接口
- 运行hibernate报错!请求帮忙!
- 高手帮我看看我的SAX....怎么报了个:java.net.MalformedURLException: no protocol的错误啊?
- 用Eclipse、Tomcat、Lomboz搭建jsp开发环境
- 用java org.apache.axis.wsdl.Java2WSDL 命令出错
- 请问jbx下如何配置struts?还有jbx下怎么web application没有了?
- struts中如何防止重复刷新提交?
- 【菜鸟请教 JQuery Ajax 相关问题】
- 关于session的java.lang.NullPointerException
在我们公司的实施结果是,在大规模开发下,通常JUnit代码因为目标代码的变动而变得很难维护。
这当然和参与人员的水平,项目实际状况等密切相关。
开发初期写出来的Junit代码看似很美,但是越到后来,随着人员的变动,业务的变化,之前写好的Junit代码就变得越来越难懂,越来越难维护。前面有人提到Jenkins做持续集成。这也是建立在良好的Junit代码水准上,
Junit代码可维护的基础上的,事实上出来的Junit代码真的很难恭维。一定要用Junit来进行测试的话,我也比较喜欢用Junit来写类似黑盒的测试,而不是写方法级别的白盒测试。
因为黑盒测试相对接口稳定,维护的Case量也比较少,自然也就比较好维护,能更好的进行持续集成。
这里有个例子:http://blog.csdn.net/jadyer/article/details/9280581
产品需要不断演进,项目只需要按时交付,
并且项目的需求变化频繁,工期又紧,写junit没意义。