2009-07-10 26 views
3

在工作中,我們目前使用Trac來管理我們的測試用例。但是,我們有不少TC在測試計劃維基頁面上列出,而不是門票。管理手動測試結果的工具 - 可能與trac集成?

我的經理最近對更好地記錄手動測試結果感興趣。雖然這是一個崇高的目標,QA團隊中的一些人對這個想法頗感興趣,但我實際上認爲,如果執行不當,這種系統的開銷可能會是災難性的。事實上,我能想到的唯一一個非Trac集成解決方案只是一個簡單的任務管理器,我們可以在這裏存儲和管理更加隨意的結果,例如「在此日期X在Env上運行了組件Y,並且存在這些問題」。我認爲從wiki上移植多個TC號碼和東西需要很長時間,並且類似於「Y時刻通過X驗證的TC 23423432並且它正在通過」的系統只適用於有很多測試用例的自動化測試(以及一個小型球隊)。

我已經看到了一些Trac插件,可以讓你創建測試計劃等並報告結果 - 但沒有什麼令人興奮的。有沒有人有這些工具的經驗?與trac集成將大大減少開銷,但我們仍然存在不是每個TC都作爲票據提交的問題,這是我們必須解決的。

對於這樣的項目你會有什麼建議?你有沒有遇到類似的情況?您的意見將不勝感激,因爲我不想成爲團隊中唯一可以說話的人,而且看起來很懶,因爲我認爲用這麼小的團隊過度組織人工測試是不利的。

回答

1

TestLink是一個非常好的管理所有測試用例的方法;它具有Trac整合功能,並得到積極維護。

+3

我發現那個糟糕的用戶界面 - 我幾乎無法制作它的正面或反面。學習容易嗎?用戶界面只是讓我的大腦關閉,並不想使用它:( – 2009-07-10 19:30:45

+0

這是不幸的!我發現TestLink相當容易學習,但它有很多的功能,所以我不會完全稱它爲簡單 – 2009-07-10 21:57:02

0

查看AceProject。雖然它是一個完整的項目管理工具,但它也可以方便地保持手動測試結果和測試用例。

+0

鏈接總是有幫助的:http://www.aceproject.com/ – RjOllos 2009-11-12 02:40:58

0

我使用一些重要的工具即HP QualityCenter。它允許組織測試,通過任何屬性/文本搜索它們,生成測試統計數據,一些報告,缺陷管理。它很昂貴,所以對你來說可能很多,但你應該找些別的方法來做測試管理。

至於問題是值得的...它取決於。如果這是幾個月的項目,也許是很多開銷。但是,如果系統複雜,並且你將在一段時間內研究它,真正考慮嘗試一些測試管理系統,就可以考慮團隊規模。我只與4名開發人員一起工作,所以團隊相對較小。但是我們的工作很複雜。這不是一個單一的應用程序,而是整個系統。這是一個網絡應用程序,收集從主網站應用程序調用的小工具。此外,它還與MS Project和MS Excel交互(收集我們的工具)。還有一些用於管理任務的工具。 Oracle Hyperion服務器用於報告。一些思傑虛擬化。一堆用於與其他系統交互的接口。只是另一個企業應用 它已經有3 - 4年的歷史,2000年的改變/實現已經完成。自從團隊中的少數人開始改變以來,很少有人改變業務。而且有很多用戶。
沒有測試管理系統,我們會很快失去控制權。

所以我想說,只有在您失去對測試活動的控制時,您才需要測試管理。不要嘗試新的工具,讓您的經理更好的報告。如果當前的報告和測試管理功能不足,請使用它。

2

您可能想看看我們的測試管理工具TestRail。TestRail通過允許您將測試用例結果鏈接到錯誤報告來集成任何基於Web的錯誤跟蹤器,並且我們設計了TestRail以使輕量級/快速UI能夠儘可能輕鬆地管理測試用例和記錄結果(我知道一些建立的工具,好吧,不要在這方面發光)。我們還計劃在稍後添加對自動化測試的支持。以下是有關Trac系統集成的詳細信息:

http://www.gurock.com/testrail/trac-test-management.i.html

0

退房FogBugz的。這真的很光滑。已使用最多的主要軟件的manging測試,它是迄今爲止在那裏的前2或3