原文:http://www.veisun.com/09/2009-06/NewInfo-3472.html
首先創建項目
然后創建需求
創建計劃
創建用例
給需求指派用例(可能不止一個)
給計劃添加用例
為用例指定執行者
執行計劃/報告bug
查看分析結果
1. 創建項目:
主頁左邊的列表欄有 “Test Project management”的菜單,子菜單中有 “ create new test project”,通過它可以創建新的測試項目。
同時,菜單中的其它子菜單可以實現對已存在的test project 的編輯,刪除,以及設置已存在的用戶對于某一個測試項目的權限。
默認設置下,只有admin 組的成員擁有對test project 進行操作的權力。
2. 創建需求:
主頁左邊的列表欄中有 “Requirements”的菜單,子菜單中有“Requirement Specification”,可以添加編輯需求規格說明書。
同時,菜單中的另一項可以為需求指定測試用例(結果統計的時候會有一種根據需求覆蓋率進行統計的方式)。
需要說明的一點:每一個需求都必須有相應的多個Req——實際上就是我們對需求進行分析,然后把它分成一條一條的,測試用例是與這些Req 相對應的。
默認設置下,只有admin 組的成員擁有對Requirements 進行操作的權力。
3. 制定測試計劃:
主頁右側列表, 有專門的”Test Plan Management” 的菜單, 選擇其子菜單中的”Test PlanManagement”,進入的頁面會出現”create”的按鈕,點擊即可以創建新的測試計劃。
4. 創建用例:
首先需要說明一下testlink 用例樹的層次:
Test project —— test suite —— test case
所以在創建測試用例之前,需要保證用例隸屬于的 test project 和 test suite 都已經存在了。
上面已經講過如何創建測試項目了,接下來說明一下如何創建 test suite 測試集。
當測試項目創建完畢的時候,選擇橫向導航條中的“specification”,出現的頁面還是分左右兩部分——左側是 用例樹。
樹的根節點就是咱們創建的測試項目(頁面右上角可以切換測試項目,類似mantis)。
點擊測試項目,右側頁面內容中會有“new test suite”的按鈕,點擊可以創建test suite(測試集——可以理解成測試項目的一個功能模塊)。
Test suite 創建完成以后,刷新用例樹(左側頁面內容,update tree),可以看到用例樹中已經出現了我們剛才創建的測試集。
點擊測試集,右側頁面內容中會出現“create test case(s)”的按鈕,點擊可以創建新的測試用例。
測試用例創建完畢以后,刷新用例樹,則會看到用例樹中test suite 的下一級中出現了我們剛剛創建的testcase。
注:用例是可以指定版本的——因為隨著需求的變化,或者其他某些因素,用例是要不斷變化的,需要用
版本號來區別這種變化。
PS:選擇不同的level,右側頁面中會出現不盡相同的各種按鈕——每個按鈕對應的操作與其字面意思是
相對應的,例如
a) 用例樹中我們選擇的是一個 test project,右側頁面中會出現如下按鈕:
New test suite —— 創建測試集
Reorder children —— 對該測試項目的子項(test suite)進行重新排序
Import test suite —— 導入測試集
Export all test suites —— 導出所有的測試集
b) 用例樹中我們選擇的是一個 test suite,右側頁面中會出現如下按鈕:
Edit —— 編輯測試集
Delete —— 刪除測試集
Move/copy —— 移動或者復制測試集
Reorder children —— 對該測試集的子項進行重新排序
Export test suite —— 導出測試集
New test suite —— 新建測試集
Import test suite —— 導入測試集
Create test case(s) —— 創建測試用例
Import test case(s) —— 導入測試用例
Export test case(s) —— 導出測試用例
c) 用例樹中我們選擇的是一個test case,右側頁面中會出現如下按鈕:
Edit —— 編輯當前用例
Delete —— 刪除當前用例
Move/copy —— 移動/復制當前用例
Deactivate this version —— 將當前用例版本設置為 無效 狀態
Create a new version —— 為當前用例創建一個新版本
Export —— 導出用例
5. 為需求指派用例:
主頁左邊的列表欄,”Requirements”的子菜單中有“Assign Requirements”的選項。
選擇以后,會進入”specification”類似的界面。
左側用例樹中選擇某個測試用例,右邊頁面內容會出現需求列表。
前面我們已經說過,測試用例是與需求的某一個Req 相對應的。
在合適的Req 前面的復選框中打勾,然后點擊下面的”Assign”按鈕,就完成需求的指派了。
當然,也可以撤銷掉需求與用例的關聯——該頁面會同時有”unassign”的按鈕。
6. 給計劃添加用例:
主頁右側列表中有“test plan contents”的菜單,其子菜單中有“Add Test Case(s)”的子菜單。
點擊這一項,會進入類似”specification”的頁面——但是左側用例樹中只列到test suite 這一級。
選擇某個test suite,右側頁面會列出該測試集所包含的所有測試用例,在需要添加到計劃中的測試用例
前面的復選框中打勾,然后點擊下方的”add selected”按鈕即可將選擇的測試用例添加的測試計劃中。
當然,也可以移除添加到計劃中的用例。
添加到計劃中的測試用例會用黃色打底,后面出現remove 的復選框,勾選,點擊下方的“add/removeselected”即可完成移除操作。
7. 為用例指定執行者:
接下來我們要做的事情,是為測試計劃中所包含的每個用例指定一個具體的執行人員。
首頁,右側列表,“Test Plan Contents”,其子菜單中有“assign Test Case execution”,選擇這一項我們可以進入下一個頁面,為測試用例指定實際的執行者。
該頁面中,左側用例樹中選擇 test suite 或者 test case,右側頁面會出現下拉列表讓你選擇user,選擇合適的人員,然后test case 前面打勾,點擊右側頁面下方的按鈕即可完成用例的指派工作。
當然,這里也可以進行批量指定——右側頁面的最上方,有一個下拉列表可以選擇用戶,下面的test case列表中選擇要指派給該用戶的用例,然后點擊一下后面的“do”按鈕即可完成將多個用例指派給一個人的操作。
8. 執行計劃/報告bug:
我們把他們放到一起,是因為報告bug 是在執行的過程中同步進行的——即執行用例的過程中一旦發現bug 我們需要立即把其報告到我們的bug 管理系統中去。
執行測試計劃以前,需要為測試計劃創建一個build 版本——我們可以這樣,用日期來標識,表明我們執行測試計劃的日期;當然了,也可以用其他含義的標題,諸如本次測試執行的側重點什么的。
首頁右側列表,“Test Plan Management”菜單,其子菜單中有一項“Build Management”,選擇這一項進入的頁面會出現“create”的按鈕,即為測試計劃創建新的build 的操作。
PS:首頁中,右側最上方有一個下拉列表,用來選擇當前對其進行操作的測試計劃。
接下來我們就可以執行測試計劃了。
首頁橫向導航欄中的“execute”菜單,點擊進入執行頁面。
該頁面,同樣一分為二,左側是用例樹,右側頁面內容為主體內容。
這里有一點要說明一下,雖然“執行”表面上針對的是測試計劃,而實際上對應的是測試計劃中測試用例的執行情況。
左側用例樹中,選擇某一個test suite,右側頁面上方會出現測試計劃,build 描述,測試集的說明等等信息,還有一個批量設置該測試集中所包含的測試用例狀態的按鈕,即“Bulk TC status management”.接下來則是該測試集中所包含的所有測試用例的詳細信息。
每一個測試用例的最后部分,“notes/Description”,“result”是需要我們執行完測試用例以后自己來填寫的。
該部分填寫完成以后,在用例的開始部分會對這個結果有所記錄。
同時,可以把bug management 系統中執行該測試用例時發現的bug ID 記錄到此處——將testlink 與mantis 集成以后,可以通過點擊一下鼠標進入到mantis 查看bug 的具體情況,很方便。
9. 查看分析結果:
首頁,橫向導航欄中的results 菜單,點擊可以進入結果查看界面。
該頁面,可以從各種各樣的角度查看執行的結果——例如,從需求覆蓋的角度,用例狀態角度等等。
當然,testlink 還有其他某些輔助性的功能,例如“custom field”,你可以利用這個功能自定義某個字段,讓其作用于你的用例——例如,我們可以自定義一個“priority”的字段,給每個用例指定優先級。
對于這些輔助性的功能,我們會在以后的具體使用中慢慢的一個個去總結。
測試管理注重的實際上就是一個流程,這里我們先把大的流程給大家做一下簡單的說明,這樣大家可以從全局的角度來認識這個系統。
至于細小的東西,我們需要在具體的實踐中不斷的去摸索熟悉總結。