testlink中的是測試需求 不是需求
再testlink中的給我感覺：測試需求 就是測試用例的概念 ，只是測試用例著重于分配給測試人員。呵呵，你試用下testlink就知道了咯，其實中間就差了一個版本的概念，測試需求 和 用例 要自己手動同步一下的
呵呵，我再真正的測試當(dāng)中，測試計劃是另外寫的，doc文檔的
測試需求 在testlink里面 其實和 測試用例是一個意思而已，testlink的測試計劃就是一個版本的問題，通過這個字段，可以看到 用例的版本
測試需求 . 測試計劃 和測試用例 的關(guān)系 是再testlink中現(xiàn)成有的功能
再testlink的計劃只是一個build的版本的感覺,而非我們平時所說的測試計劃概念
呵呵，交個朋友先，我的msn：youngsnow82@hotmail.com
@廣州大盜
呵呵,我們的項目的確是沒有ejb的,,所以框架目前沒有對ejb提供功能..但是,,并不是說完全沒有辦法..框架可以再'"基于j2ee單元測試框架介紹之二'"中可以看到,,框架有自己的插件協(xié)議,只要按照這個協(xié)議編寫,,完全不用修改原來的代碼,,久可以添加很多功能..,,當(dāng)然也可以直接把junit的擴(kuò)展封裝下作為我們的插件用,,相信關(guān)于ejb的我們還是可以做到的..公司之前大家都認(rèn)識很難解決的jms的問題也通過自己的編寫jms插件來解決了..
對于事務(wù),,我們的項目中都用jta的,,這個在這個框架中,,我們也通過編寫了jta的模擬的transtraction,,在aop容器在內(nèi)存中直接替換成我們的transation的了..雖然還是有點問題的,,但是還是解決這樣的問題了..
@小陸
恩，單元測試重點在業(yè)務(wù)層面，我現(xiàn)在是通過action去調(diào)用到后臺的業(yè)務(wù)層，所有的測試都是在action層面的。我這樣做的目的使為了讓單元測試做到功能測試的效果（呵呵，我使測試組成員，當(dāng)然要減輕自己的工作量）。
其實，我這樣做，通過代碼覆蓋率報告一樣可以做到業(yè)務(wù)層的 測試，只是對業(yè)務(wù)層的容錯出來還是很難測試到。