- 浏览: 148380 次
- 性别:
- 来自: 北京
最新评论
-
415421979:
我也遇到了这个问题 求解啊
JBoss/Tomcat 安装路径带空格时 JNDI 无法初始化的BUG -
ivonxiao:
谢谢楼主的分享
异常管理系统 -
ivonxiao:
谢谢楼主的分享~~
Java对象的强、软、弱和虚引用
文章列表
常用的方法如下:
assertEquals(a, b)
Asserts that two primitive values are equal.
测试a是否等于b(a和b是原始类型数值(primitive value)或者必须为实现比较而具有equal方法)
assertFalse(a)
Asserts that a condition (a) is false.
测试a是否为false(假),a是一个Boolean数值。
assertTrue(a)
Asserts that a condition is true.
测 ...
- 2008-01-24 15:35
- 浏览 1181
- 评论(0)
看标题就知道,这个是开发一个Java应用的利器组合,使用Ant完成工程的构建(Build),使用JUnit完成单元测试,使用Cobertura完成代码覆盖测试,也可以辅助查找性能瓶颈和一些类型的BUG,下面是一个完整的build.xml范例,可以完全拿来用,不需任何修改,只要你的目录和这里的目录一致(应该也是很通用的):
下载下面的build.xml文件
文件内容:
<project default="all">
<!– =========================================================== ...
- 2008-01-24 15:31
- 浏览 1183
- 评论(0)
经验一、不要在测试用例的构造函数中做初始化
当我们需要增加一个测试时,我们要书写一个自己的测试用例,比如sometest。如果你喜欢在sometest的
构造函数中做有关的初始化工作,这可不是个好习惯。如下例:
public class sometest extends testcase{
public sometest(string testname){
super(testname);
//初始化代码
}
}
一旦初始化代码产生异常,比如illegalstateexception,junit随之将产生一个assertionfailederror,
并显示类似下面的出错信息:
junit . ...
- 2008-01-24 15:19
- 浏览 1484
- 评论(0)
spring提供的单元测试是强大的,spring的单元测试很简单,封装的很好。我们要用spring的单元测试测试我们写的add,delete等方法时候需要spring提供的一个额外包spring-mock.jar,我已经传上来了。你只要熟悉单元测试,编写一个测试案例,然后把继承改为 org.springframework.test.AbstractTransactionalDataSourceSpringContextTests 就可以了,此时编译器会提示你要实现
/**
* 必须实现的方法
*/
public String[] getConfigLoca ...
- 2008-01-24 15:05
- 浏览 1154
- 评论(0)
虽然许多文章曾经讨论过J2EE最佳实践。那么,为什么我还要再写一篇文章呢?本文究竟与以前的文章有何不同或者说比其他文章好在哪呢?
首先,本文的目标读者是正在从事技术工作的架构师。为了避免浪费大家的才智,我会避免讲述一些陈腐的最佳实践,例如“日常构建(build daily)”、“测试一切(test everything)”和“经常集成( integrate often)。任何具有称职架构师的项目都有分工明确的、定义良好的团队结构。他们还为进行编码检查、构建代码(每日或在需要时)、进行测试(单元、集成和系统的)、部署和配置/释放管理而具备已记录的过程。
其次,我将跳过通常吹捧的最佳实践,例 ...
- 2008-01-24 14:39
- 浏览 1157
- 评论(0)
VII、组合和配置
组件装配和方案配置在J2EE的开发中是特别重要的。开发和安装的环境可能是完全不同的。如果EJB处在系统中,你需要使用厂家的专门工具来提出产生容器的类,上面我也提到过,Web或者应用组件的配置对于 ...
- 2008-01-24 13:59
- 浏览 831
- 评论(0)
IV、对象设计
在体系规范的指导下,设计可在技术上扩展和适应分析的结果。分析阶段时,域对象模型化应该和技术的细节无关,而对象设计时则是和技术因素密切相关的,包括在体系开发阶段时,采用哪一类的平台、语言和厂家。理论上,你不要修改商业对象,除非是为了维护它们基本的属性和行为而必须这样做。
在体系决议的指导下,一个详细的设计说明应该提到所有类的规范,包括必要的实现属性,它们详细的接口和伪代码或者操作的纯文本描述。规范的详细程度应该达到只要和模型框图结合,就可得到所有必要的编程信息。在许多自动化的软件生产流程中,你可以从面向对象的框图中产生代码的框架。要注意的是stub和 skeleton通常是 ...
- 2008-01-24 13:55
- 浏览 902
- 评论(0)
应用体系
应用体系建立在企业系统体系之上,指的是一个特别的项目或者应用。在架构完成后,体系建立人员就会研究如何建立一个专门的应用。如果你的企业体系只是支持一个旧的J2EE版本,你可能就需要首先升级你的系 ...
- 2008-01-24 13:53
- 浏览 1004
- 评论(0)
III、体系规范
经过前面的两个步骤,商业领域的问题和需求都应该清晰了。现在我们将集中讨论技术策略和体系上。一个体系就是各部分一起定义整个系统的蓝图:结构,接口和通信技术。我们可进一步将一个体系划分为企业和应用体系。
企业系统体系
企业系统体系覆盖了硬件和软件架构,网络拓扑,开发、测试和生产环境等。这些都反映了一个企业的长线投资。在开发前,你需要评估现有的软件和硬件架构,如果它不能完全支持J2EE的话,你可能会加入新的组件和升级你现有的系统。你需要彻底地评估硬件,包括有计算机,路由器、交换机和网络拓扑,因为它们都会影响系统的性能和稳定,图4展示了一个多层的网络拓扑。
******** ...
- 2008-01-24 13:51
- 浏览 794
- 评论(0)
II、面向对象的分析
分析产生问题域模型:类、对象和交互。你的分析应该脱离任何的技术或者实现的细节,而应该包含有一个理想的模型。对象分析可帮助你理解问题和获得问题领域方面的知识。你必须维护一个纯领域的模型,它不包含技术的细节,这是由于商业流程的改变要比信息技术慢得多。
上面的两步-- 需求分析和面向对象的分析并不是J2EE特有的,对于许多面向对象的方法论来说,都是很常见的。图2展示了一个高级别的对象分析模型,它是一个宠物店的例子应用。它说明了我们由需求分析use cases中确定的主要概念。我们将这些概念模型化到对象中,并且确定它们的关系。
需求和对象分析的结果是J2EE体系开发的一 ...
- 2008-01-24 13:49
- 浏览 811
- 评论(0)
摘要
Java 2企业版本(The Java 2 Enterprise Edition,J2EE)平台由4个主要的部分组成:规范,参考实现,兼容性测试包和BluePrints程序。BluePrints描述了一个分布式组件体系的最佳练习和设计指导方针。
这篇文章介绍了一个 ...
- 2008-01-24 13:47
- 浏览 1198
- 评论(0)
本文为作者在使用Junit做单元测试时测试计划中的一部分,在这里共享出来,希望大家多指教。
测试策略
1、 类测试阶段
(1)确保类实例满足类的设计描述;
(2)测试驱动:使用Junit实现独立的测试类;
(3)类的实例 ...
- 2008-01-24 13:27
- 浏览 1318
- 评论(0)
Eclipse中配置junit
在要使用JUNIT的project名上,点击properties--java build path-libraries, 点击Add External JARs,把JUNIT包点上就行了. 并在需要测试的项目上新建junit test case
用法
1. 基本使用步骤,Junit的使用非常简单,它的基本使用步骤:
- 创建,从junit.framework.TestCase派生unit test需要的test case
- 书写测试方法,提供类似于如下函数签名的测试方法:
public void testXXXXX();
- 编译,书写 ...
- 2008-01-24 13:06
- 浏览 1717
- 评论(0)
您是怎样编写测试代码的呢?
在调试器中使用表达式也许是最简单的办法。您可以不用重新编译,就能改变调试器中的表达式,您甚至可以在您看到运行的对象实例后再决定如何改变;您也可以写一些作为测试的表达式将结果打印到标准输出。以上风格的测试都有一些局限,因为它们都需要人为的判断来分析程序运行的结果;而且,呈现给您的也是一些不友好的输出。您每次只能运行一个调试表达式,如果一个程序有太多的输出语句将导致您很难找到您需要的结果。
JUnit Test不需要人的判断去解释,而且一次可以运行很多的测试。如果您需要测试某个东东的时候,您只要这么做即可:
1. 从TestCase继承出一个子类。
2. ...
- 2008-01-24 12:50
- 浏览 4979
- 评论(0)
为什么要进行单测试.
1. 单元测试的目的
一个单元测试从整个系统中单独检验产品程序代码的『一个单元』并检查其得到的结果是否是预期的。要测试的『一个单元』其大小是依据一组连贯的功能的大小及介于一个类别及 ...
- 2008-01-24 12:29
- 浏览 2840
- 评论(0)