TestLink 是sourceforge的開放原始碼項目之一。作為基於web的測試管理系統,TestLink的主要功能包括:
- 測試需求管理
- 測試案例管理
- 測試案例對測試需求的覆蓋管理
- 測試計劃的制定
- 測試案例的執行
- 大量測試資料的度量和統計功能。
TestLink的最新版本是1.6.2。在本文接下來的部分裡,作者將詳細地介紹使用TestLink1.6.0來進行測試管理的完整過程。
一、安裝啟動
1、 在安裝TestLink1.6.0前,需要完成以下安裝運行所需要的環境:Webserver、php4和MySQL。筆者推薦的安裝環境如下:
- Apache HTTP Server 2.0.59
- Php 4.4.1
- Mysql 4.1.21
2、 將 TestLink 安裝包儲存到伺服器,解壓縮到 Apache2 的 htdocs 目錄下,並重新命名為 testlink。
3、 自動安裝 TestLink
- 在瀏覽器輸入訪問地址http://yoursite/testlink/install/index.php,如:http://localhost:80/testlink/install/index.php
- 選擇new install,在進入的頁面中,輸入登入MySQL的使用者名稱和密碼,如root。提示安裝成功,詳細的安裝說明請參照http://blog.csdn.net/judyxm/archive/2006/01/12/577148.aspx
4、 登入testlink首頁面。系統為testlink建立一個預設管理員帳號,使用者名稱和密碼為:admin/admin。你可以使用這個帳號訪問TestLink 。登入http://127.0.0.1:80/testlink/index.php,如果你看到的頁面如下,就說明你已經安裝成功了。
回頁首
二、初始配置(設定使用者、產品)
1、使用者佈建
在TestLink系統中,每個使用者都可以維護自己的私人資訊。admin可以建立使用者,但不能看到其它使用者的密碼。在使用者資訊中,需要設定Email地址,如果使用者忘記了密碼,系統可以通過mail獲得。
TestLink系統提供了六種角色,分別是admin、leader、senior tester 、tester、guest、testdesigner。相對應的功能許可權如下:(詳見圖)
- Guest:只有讀的許可權,適合於查看測試案例和測試需求,以及項目分析的使用者。
- Testdesigner:可以開展測試案例和測試需求的所有工作。
- Tester:只能執行測試案例。
- Senior tester:可以查看和維護測試案例,並且可以執行測試案例,但是不能管理測試計劃、分配測試工作。
- Leader:可以開展測試規格和測試需求的所有工作,還可以管理測試計劃、分配測試工作。
- Admin:維護產品,使用者。
同時,支援不同地區使用者對不同語言的需求,可以根據使用者的喜好對使用者提供不同的語言支援。
2、產品設定
TestLink可以對多個產品進行管理,Admin進行產品設定後,測試人員就可以進行測試需求、測試案例、測試計劃等相關管理工作了。TestLink支援對每個產品設定不同的背景顏色,方便管理。
回頁首
三、測試需求管理
測試需求是我們開展測試的依據。首先,我們對產品的測試需求進行分解和整理。一個產品可以包含多個測試需求規格,一個測試需求規格可以包含多個測試需求;
- 建立測試需求規格
對測試需求規格的描述比較簡單,內容包含名稱、範圍。
- 建立測試需求
測試需求內容包含:需求ID、名稱、範圍、需求的狀態,以及覆蓋需求的案例。 TestLink提供了兩種狀態來管理需求:正確的(Valid)、不可測試的(not testable)。
- 從檔案匯入測試需求
Testlink提供了從檔案匯入測試需求的功能,支援的的檔案類型有csv和csv(door)兩種。
回頁首
四、測試案例管理
TestLink支援的測試案例的管理組件含三層:分別為Component、Category、Test case。我們把Component對應到項目的功能模組,而把Category跟每個模組的function對應,Test case就是寫在這些Category裡的。我們可以使用測試案例搜尋功能從不同的項目、成百上千的測試案例中查到我們需要的測試案例,甚至於可以直接將別的項目裡寫的測試案例複製過來,這樣就解決了測試案例的管理和複用問題。
但是,還有一個問題沒有解決,那就是與測試需求的對應問題。在測試管理中,測試案例對測試需求的覆蓋率是我們非常關心的,從需求規格說明書中提取出測試需求之後, Testlink提供管理測試需求與測試案例的對應關係的功能。
- 建立Component
Component的內容包括:名稱、介紹、範圍、相關的內容、約束。
- 建立Category
Category的內容包括:名稱、測試範圍和目標、配置資訊、測試資料、測試載入器
- 建立 Test case
測試案例的要素包括:測試案例名稱、簡要說明、步驟、期望結果、關鍵字。建立好的測試案例樹如下:
- 建立測試案例和測試需求的覆蓋關係。
選中左側用例樹中的測試案例,再選擇右側對應的測試需求,進行Assign即可。
回頁首
五、測試計劃制定
在TestLink系統中,一個完整的測試計劃包括:
- 測試階段的名稱(如整合測試階段、系統測試階段)
- 裡程碑(明確每個測試階段的開始和截止時間,以及完成A、B、C三種優先順序的比例)
- Build版本(定義本測試計劃中需要測試的build版本,一般以產品名+時間來命名。)
- 安排測試人員 (從使用者列表中選擇本測試計劃的參與人員。)
- 測試案例集
- 制定優先順序規則。優先順序分為A、B、C三級,系統會根據使用者定義的重要層級和風險層級的組合來確定優先順序的歸屬。重要層級分為三級:Low、Medium、High。風險層級包括三級:1、2、3。
- 從測試案例中選擇本測試計劃的測試案例集
- 設定每個測試案例Category的重要層級和風險層級
- 設定每個測試案例Category的責任歸屬。從本測試計劃的測試人員列表中選擇每個Category的Owner,由他來負責和完成測試案例的執行。
回頁首
六、測試執行
執行測試案例,按照對每個build版本的執行情況,記錄測試結果。測試結果有四種情況可以選擇:
Not Run:還沒有執行過
Pass:執行通過
Failed:執行失敗
Blocked:由於其它用例失敗,導致此用例無法執行,被阻塞。
回頁首
七、測試結果分析
TestLink根據測試過程中記錄的資料,提供了較為豐富的度量統計功能,可以直觀的得到測試管理過程中需要進行分析和總結的資料:
- 測試案例對測試需求的覆蓋情況:哪些需求已經通過測試,哪些需求未通過測試,哪些需求處於阻塞狀態,哪些需求還未開始測試。
- 針對每個版本的測試案例執行情況:
1)各種優先順序的測試案例執行的比率
2)各個模組的測試案例執行的比率
3)各個測試人員測試案例的執行比率
- 每個版本的執行情況
- 所有測試案例在不同build版本的執行情況,顯示?的地方表示還未執行。
- 阻塞的測試案例列表
- 失敗的測試案例列表
- 每個測試案例的bug數
如果和bug跟蹤系統串連的話,在下表中可以統計出每個測試案例的bug的數目
回頁首
八、與bug跟蹤系統整合
TestLink提供了與多種bug跟蹤系統關聯的介面配置,目前支援的bug系統有Jira、bugzilla、mantis。配置方法的相關文檔參照協助。
回頁首
九、其它易用性功能
TestLink還提供了很多易用性的功能,比如:
- 從測試需求直接產生測試案例
- 文檔的匯入、匯出功能
- 測試報告可以匯出為excel
- 支援設定keyword
回頁首
總結
TestLink用於進行測試過程中的管理,通過使用TestLink提供的功能,我們可以將測試過程從測試需求、測試設計、到測試執行完整的管理起來,同時,它還提供了好多種測試結果的統計和分析,使我們能夠簡單的開始測試工作和分析測試結果。
本文中,作者根據自己的使用經驗,詳細示範了如何使用TestLink來進行測試管理的全部過程,簡單的介紹了TestLink的使用方法。希望能夠協助大家學會使用TestLink的準系統,同時,大家可以參考這個過程和TestLink的協助文檔來實現對測試過程的管理。
參考資料
- TestLink的協助文檔
- Judy Shen的 Blog中的TestLink1.6.0的安裝說明,詳細內容請參考:http://blog.csdn.net/judyxm/archive/2006/01/12/577148.aspx
關於作者
徐異婕,10年軟體開發與測試從業經驗,對需求分析、測試設計、測試管理、測試分析有深入研究。現在普元軟體從事測試工作,曾在中國工商銀行總行軟體開發中心從事測試工作。