testlink中的是测试需求 不是需求
再testlink中的给我感觉：测试需求 就是测试用例的概念 ，只是测试用例着重于分配给测试人员。呵呵，你试用下testlink就知道了咯，其实中间就差了一个版本的概念，测试需求 和 用例 要自己手动同步一下的
呵呵，我再真正的测试当中，测试计划是另外写的，doc文档的
测试需求 在testlink里面 其实和 测试用例是一个意思而已，testlink的测试计划就是一个版本的问题，通过这个字段，可以看到 用例的版本
测试需求 . 测试计划 和测试用例 的关系 是再testlink中现成有的功能
再testlink的计划只是一个build的版本的感觉,而非我们平时所说的测试计划概念
re: 设计测试用例的目的 －－ 个人观点 陈市明 2006-06-06 11:06
呵呵，交个朋友先，我的msn：youngsnow82@hotmail.com
@广州大盗
呵呵,我们的项目的确是没有ejb的,,所以框架目前没有对ejb提供功能..但是,,并不是说完全没有办法..框架可以再'"基于j2ee单元测试框架介绍之二'"中可以看到,,框架有自己的插件协议,只要按照这个协议编写,,完全不用修改原来的代码,,久可以添加很多功能..,,当然也可以直接把junit的扩展封装下作为我们的插件用,,相信关于ejb的我们还是可以做到的..公司之前大家都认识很难解决的jms的问题也通过自己的编写jms插件来解决了..
对于事务,,我们的项目中都用jta的,,这个在这个框架中,,我们也通过编写了jta的模拟的transtraction,,在aop容器在内存中直接替换成我们的transation的了..虽然还是有点问题的,,但是还是解决这样的问题了..
@小陆
恩，单元测试重点在业务层面，我现在是通过action去调用到后台的业务层，所有的测试都是在action层面的。我这样做的目的使为了让单元测试做到功能测试的效果（呵呵，我使测试组成员，当然要减轻自己的工作量）。
其实，我这样做，通过代码覆盖率报告一样可以做到业务层的 测试，只是对业务层的容错出来还是很难测试到。