在工作中,我們目前使用Trac來管理我們的測試用例。但是,我們有不少TC在測試計劃維基頁面上列出,而不是門票。管理手動測試結果的工具 - 可能與trac集成?
我的經理最近對更好地記錄手動測試結果感興趣。雖然這是一個崇高的目標,QA團隊中的一些人對這個想法頗感興趣,但我實際上認爲,如果執行不當,這種系統的開銷可能會是災難性的。事實上,我能想到的唯一一個非Trac集成解決方案只是一個簡單的任務管理器,我們可以在這裏存儲和管理更加隨意的結果,例如「在此日期X在Env上運行了組件Y,並且存在這些問題」。我認爲從wiki上移植多個TC號碼和東西需要很長時間,並且類似於「Y時刻通過X驗證的TC 23423432並且它正在通過」的系統只適用於有很多測試用例的自動化測試(以及一個小型球隊)。
我已經看到了一些Trac插件,可以讓你創建測試計劃等並報告結果 - 但沒有什麼令人興奮的。有沒有人有這些工具的經驗?與trac集成將大大減少開銷,但我們仍然存在不是每個TC都作爲票據提交的問題,這是我們必須解決的。
對於這樣的項目你會有什麼建議?你有沒有遇到類似的情況?您的意見將不勝感激,因爲我不想成爲團隊中唯一可以說話的人,而且看起來很懶,因爲我認爲用這麼小的團隊過度組織人工測試是不利的。
我發現那個糟糕的用戶界面 - 我幾乎無法制作它的正面或反面。學習容易嗎?用戶界面只是讓我的大腦關閉,並不想使用它:( – 2009-07-10 19:30:45
這是不幸的!我發現TestLink相當容易學習,但它有很多的功能,所以我不會完全稱它爲簡單 – 2009-07-10 21:57:02