1. 程式人生 > >TestLink 的使用詳解

TestLink 的使用詳解

二、初始配置(設定使用者、產品)

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的幫助文件來實現對測試過程的管理。