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層面的。我這樣做的目的使為了讓單元測試做到功能測試的效果（呵呵，我使測試組成員，當然要減輕自己的工作量）。
其實，我這樣做，通過代碼覆蓋率報告一樣可以做到業務層的 測試，只是對業務層的容錯出來還是很難測試到。