昨天整理的測試用例管理工具的需求，因為公司準備在test link的基礎上進行修改，所以根據使用 TestLink 進行測試管理 『轉載』中提到的功能進行了一些對比，文中灰色字體部分都是摘自 使用 TestLink 進行測試管理 『轉載』。

首先分析了一下一般測試用例管理工具的流程：
Test case management procedure:

Requirement->Test plan->Define test->Design test step->Test library->Execute test->Analyze test Result->Add defects

系統工作流程

1.?????? 系統登錄：用戶輸入用戶名、密碼登錄系統

2.?????? 指定項目：選擇項目，進入該項目的管理界面

3.?????? 需求管理：打開需求模塊，添加需求

4.?????? 用例管理：打開用例模塊，添加測試用例并注意與需求進行關聯

5.?????? 用例庫管理：打開用例庫，從已有用例中挑選用例組建用例集合

6.?????? 用例執行：執行用例，并標識用例執行情況

7.?????? 記錄缺陷：提交缺陷后，需要關聯發現該缺陷的測試用例

8.?????? 數據分析：用例覆蓋率，用例執行情況

然后簡單列出了一些功能需求：

功能要求

1.?????? 管理員數據維護

TestLink可以對多個產品進行管理，Admin進行產品設置后，測試人員就可以進行測試需求、測試用例、測試計劃等相關管理工作了。TestLink支持對每個產品設置不同的背景顏色，方便管理。

管理員在初始階段應該設置好項目（項目管理），項目成員（用戶管理），為成員分配權限（權限管理）。

2.?????? 需求管理

測試需求是我們開展測試的依據。首先，我們對產品的測試需求進行分解和整理。一個產品可以包含多個測試需求規格，一個測試需求規格可以包含多個測試需求；

l????????? 創建測試需求規格
對測試需求規格的描述比較簡單，內容包含名稱、范圍。

l????????? 創建測試需求
測試需求內容包含：需求ID、名稱、范圍、需求的狀態，以及覆蓋需求的案例。 TestLink提供了兩種狀態來管理需求：正確的（Valid）、不可測試的（not testable）。

搭建需求管理結構

新建 修改 復制 刪除 導入

需求變更管理，變更后可以列出對應的測試用例以及其執行情況。方便用例的維護。

需求和用例之間建立關聯

通過需求建立測試用例

需求測試log，確認需求是正確的需求。

3.?????? 用例管理

搭建用例管理結構

TestLink支持的測試用例的管理包含三層：分別為Component、Category、Test case。我們把Component對應到項目的功能模塊，而把Category跟每個模塊的function對應，Test case就是寫在這些Category里的。我們可以使用測試用例搜索功能從不同的項目、成百上千的測試用例中查到我們需要的測試用例，甚至于可以直接將別的項目里寫的測試用例復制過來，這樣就解決了測試用例的管理和復用問題。

但是，還有一個問題沒有解決，那就是與測試需求的對應問題。在測試管理中，測試用例對測試需求的覆蓋率是我們非常關心的，從需求規格說明書中提取出測試需求之后， Testlink提供管理測試需求與測試用例的對應關系的功能。

l????????? 創建Component
Component的內容包括：名稱、介紹、范圍、相關的內容、約束。

l????????? 創建Category
Category的內容包括：名稱、測試范圍和目標、配置信息、測試數據、測試工具

l????????? 創建 Test case
測試用例的要素包括：測試用例名稱、簡要說明、步驟、期望結果、關鍵字。

新建

Test case detailed 測試用例詳細信息

（1）Test case information測試用例基本信息：

Test case ID 用例ID 唯一標識?Test case name 用例名稱?Test type 用例類型：手工，自動化?Tester 提交員名稱?Create date 提交日期?Version 項目版本號?Test objective 測試目的?Precondition 前提條件

（2）Test procedure 測試步驟：

Step 步驟編號?Step name 步驟名稱?Action 執行動作?Expected result 預期結果

（3）Test result 測試結果：

Tester 測試員名稱?Date of test 測試日期?Test version 測試版本號?Test result 測試結果

修改

Test case ID 用例ID 唯一標識 不允許修改??? Tester 提交員名稱 不允許修改

Create date 提交日期 不允許修改?? Modify date 修改日期

復制

（1）復制測試用例

（2）復制用例中的步驟

刪除

可以刪除未經過執行的用例。

顯示

（1）測試用例列表

（2）從列表中打開用例顯示詳細信息

建立用例和需求的關聯

建立用例庫（測試計劃）

從已有的用例中挑選入庫

在TestLink系統中，一個完整的測試計劃包括：

l????????? 測試階段的名稱（如集成測試階段、系統測試階段）

l????????? 里程碑（明確每個測試階段的開始和截止時間，以及完成A、B、C三種優先級的比例）

l????????? Build版本（定義本測試計劃中需要測試的build版本，一般以產品名+時間來命名。）

l????????? 安排測試人員（從用戶列表中選擇本測試計劃的參與人員。）

測試用例集

l????????? 制定優先級規則。優先級分為A、B、C三級，系統會根據用戶定義的重要級別和風險級別的組合來確定優先級的歸屬。重要級別分為三級：Low、Medium、High。風險級別包括三級：1、2、3。

l????????? 從測試用例中選擇本測試計劃的測試用例集

l????????? 設置每個測試用例Category的重要級別和風險級別

l????????? 設置每個測試用例Category的責任歸屬。從本測試計劃的測試人員列表中選擇每個Category的Owner，由他來負責和完成測試用例的執行。

用例執行

允許在各個步驟后面添加執行狀態 Pass，Failed，Block并且添加注釋

添加測試用例執行狀態 Not run，Pass，Failed，Block

Not run：沒有執行

Pass：每個步驟都pass的用例

Failed：有莫個或多個步驟執行失敗的用例

Block：因莫種外界原因導致用例中的操作步驟不能繼續執行的用例

測試結果分析

TestLink根據測試過程中記錄的數據，提供了較為豐富的度量統計功能，可以直觀的得到測試管理過程中需要進行分析和總結的數據：

測試用例對測試需求的覆蓋情況：哪些需求已經通過測試，哪些需求未通過測試，哪些需求處于阻塞狀態，哪些需求還未開始測試。

針對每個版本的測試用例執行情況：
1）各種優先級的測試用例執行的比率
2）各個模塊的測試用例執行的比率
3）各個測試人員測試用例的執行比率

每個版本的執行情況

所有測試用例在不同build版本的執行情況，顯示？的地方表示還未執行。

阻塞的測試用例列表

失敗的測試用例列表

每個測試用例的bug數
測試結果分析，統計

測試執行情況統計：統計測試用例集合中已執行的以及未執行的情況并導出圖表

測試執行狀態統計：統計Pass，Failed，Block的情況并導出圖表

導出

導出summary列表信息

導出詳細的用例信息

測試用例調用

同種類型的測試用例編寫特定模版。

不同的操作可以調用這些特定的模版，減少測試用例的復制粘貼。

比如說：對于數據輸入項的驗證，采用等價類劃分，邊界值，數據類型驗證等這些方法的話，可以統一編寫一個模版。以后每次的數據輸入項的驗證都可以直接調用這些模版，而只需要作些測試數據的更改。

自動化測試用例腳本維護

自動化測試采用其他的測試用例模版，可以記載自動化測試工具，方法，目的，結果，執行情況即可。

用例更新日志

必須清楚的記載用例更新log，以便以后可以追溯到用例的所有變更情況。

測試用例評審、互查記錄

做好測試用例的互查，

一種是請開發leader或者開發人員同測試人員一起檢查用例覆蓋情況。

另一種是測試人員進行互查。

做好評審互查記錄可以保證用例的準確度，提高用例質量。

4.?????? 缺陷管理

5.?????? 權限管理

用戶設置

在TestLink系統中，每個用戶都可以維護自己的私有信息。admin可以創建用戶，但不能看到其它用戶的密碼。在用戶信息中，需要設置Email地址，如果用戶忘記了密碼，系統可以通過mail獲得。

TestLink系統提供了六種角色，分別是admin、leader、senior tester 、tester、guest、testdesigner。相對應的功能權限如下：（詳見圖）

l????????? Guest：只有讀的權限，適合于查看測試用例和測試需求，以及項目分析的用戶。

l????????? Test designer：可以開展測試用例和測試需求的所有工作。

l????????? Tester：只能執行測試用例。

l????????? Senior tester：可以查看和維護測試用例，并且可以執行測試用例，但是不能管理測試計劃、分配測試任務。Leader：可以開展測試規格和測試需求的所有工作，還可以管理測試計劃、分配測試任務。

l????????? Admin：維護產品，用戶。

同時，支持不同地域用戶對不同語言的需求，可以根據用戶的喜好對用戶提供不同的語言支持。

User authority用戶權限設置

用戶信息維護

新建用戶

修改用戶信息

刪除用戶

密碼管理

權限分配

6.?????? 系統登錄

7.?????? 其他功能

多語言

Email通知

昨天下午討論后，增加了：

1.?????? MS Project和用例管理工具的關聯：

（1）???????? 當用戶登錄用例管理工具的時候，能夠根據MS Project的schedule來限制登錄系統后的權限：

例如：

根據project的schedule：

……

3月8日-3月10日建立需求測試；

3月11日-3月18日創建測試用例；

3月19日創建Test Suite

3月20日-3月23日執行測試；

3月24日提交測試報告；

……

那么，

在 3月11日-3月18日登錄該系統的用戶，不允許對3月11日之前編輯的測試需求進行維護。

而 3月19日登錄該系統的用戶，不允許對3月19日之前編輯的測試用例進行維護。

……

（2）???????? 里程碑等schedule的變更應及時發送email通知相關人員，并將（1）中相關的日期自動更新。

2.?????? VSS和用例管理工具的關聯

（1）???????? 測試需求主要是根據VSS上的產品需求文檔及產品規格說明書來確定，對于測試需求可以分為三部分：原測試需求，新增測試需求，原測試需求變更后的測試需求。所以當產品需求，規格說明書有更新時，可以發送email給測試相關人員，并在界面標識需要更新的需求。

（2）???????? VSS中新版本發布以及daily build的更新后應發送email通知測試相關人員。

（3）???????? VSS中數據庫的更新應及時發送email通知測試人員。

3.?????? Mantis和用例管理工具的關聯

（1）???????? 測試用例執行完畢后，測試結果中記錄缺陷ID，并能通過ID查看缺陷狀態及其他詳細信息。

（2）???????? 通過缺陷和測試用例的關聯，建立缺陷和測試需求的關聯。已知需求，可以查看關聯的用例以及用例執行情況，可以查看關聯的缺陷以及缺陷的狀態；已知用例，可以查看關聯的需求，可以查看關聯的缺陷以及缺陷的狀態；已知缺陷，可以查看關聯的需求，可以查看關聯的用例。

轉載于:https://www.cnblogs.com/jokin/archive/2008/03/05/1092038.html

總結

以上是生活随笔為你收集整理的[6] 测试用例管理工具的需求整理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。