軟體的測試計畫與測試用例

2021-08-26 04:56:34 字數 3890 閱讀 4162

測試計畫工作的內容包括什麼?其中哪些是最重要的?做好測試計畫工作的關鍵是什麼?

軟體測試計畫是指導測試過程的綱領性檔案,包含了產品概述,測試策略,測試方法,測試區域,測試配置,測試週期,測試資源,風險分析等內容;借助軟體測試計畫,參與測試的專案成員,可以明確測試任務和測試方法,保持測試實施過程的順暢溝通,跟蹤和控制測試進度,應對測試過程中的各種變更。

測試計畫和測試用例間是戰略和戰術的關係,測試計畫主要從巨集觀上規劃測試活動的範圍,方法和資源配置;而測試用例是完成測試任務的具體戰術。

測試計畫中,最重要的是測試策略和測試方法。

測試計畫工作的關鍵是

1. 明確測試的目標,增強測試計畫的實用性---測試計畫中的測試範圍必須高度覆蓋功能需求,測試方法必須切實可行,測試工具具有較高的實用性,便於使用,生成的測試結果直觀準確。

2. 堅持「5w」規則,明確內容與過程

「5w」規則指:what,why,when,where,how;用例5w規則建立軟體測試計畫,可幫助測試團隊理解測試目的(why),明確測試範圍和內容(what),確定測試開始和結束日期(when),指出測試的方法和工具(what),給出測試文件和軟體存放位置(where)

3. 採用評審和更新機制,保證測試計畫滿足實際需求

約定測試要達到的目標、什麼情況我們接收進行測試(標準)、所用到的資源及工具。

測試的重點內容(對誰進行測試?)。啟停標準。測試種類、方法及標準。

測試進度及需提交的文件。

產品做簡單介紹、測試範圍、測試受限情況作簡單介紹,列舉了要參考到的文件。

確定測試目標、測試在怎樣的背景下進行?測試的範圍有多大?

列舉要參考和要提交的文件?制定測試進度?確定測試資源。確定測試中要用到的策略

測試用例示例(一)

例:要對windows記事本程式進行測試,選取其中的乙個:

測試項——檔案選單欄的測試

測試物件——記事本程式檔案選單欄 (測試用例標識10000,下同)

所包含的子測試用例描述如下:

|------------檔案/新建(1001)

|------------檔案/開啟(1002)

|------------檔案/儲存(1003)

|------------檔案/另存為(1004)

|------------檔案/頁面設定(1005)

|------------檔案/列印(1006)

|------------檔案/退出(1007)

選取其中的乙個子測試用例——檔案/退出(1007)作為例子,測試用例如下表所示。

欄位名稱

描 述識別符號

測試項記事本程式,「檔案」選單欄中的「檔案」|「退出」命令的功能測試

測試環境

要求windows 2000 professional 中文版

輸入標準

(1) 開啟記事本程式,不輸入任何字元,單擊「檔案」|「退出」命令

(2) 開啟記事本程式,輸入一些字元,不儲存檔案,單擊「檔案」|「退出」命令

(3) 開啟記事本程式,輸入一些字元,儲存檔案,單擊「檔案」|「退出」命令

(4) 開啟乙個記事本檔案(*. txt),不做任何修改,單擊「檔案」|「退出」命令

(5) 開啟乙個記事本檔案,修改後不儲存,單擊「檔案」|「退出」命令

輸出標準

(1) 記事本未做修改,單擊「檔案」|「退出」命令,能正確地退出應用程式,無提示資訊

(2) 記事本做修改未儲存或者另存,單擊「檔案」|「退出」命令,會提示「未定標題檔案的文字已經改變,想儲存檔案嗎?」單擊「是」,windows將開啟「儲存」/「另存為」對話方塊,單擊「否」,檔案將不被儲存並退出記事本程式,單擊「取消」將返回記事本視窗

測試用例間的關聯

測試用例示例(二)

乙個好的測試用例,應該包含以下資訊:

1) 軟體或專案的名稱

2) 軟體或專案的版本(內部版本號)

3) 功能模組名

4) 測試用例的簡單描述,即該用例執行的目的或方法

5) 測試用例的參考資訊(便於跟蹤和參考)

6) 本測試用例與其他測試用例間的依賴關係

7) 本用例的前置條件,即執行本用例必須要滿足的條件,如對資料庫的訪問許可權

8) 用例的編號(id),如可以是 軟體名稱簡寫-功能塊簡寫-no.。

9) 步驟號、操作步驟描述、測試資料描述

10)預期結果(這是最重要的)和實際結果(如果有bug管理工具,這條可以省略)

11)開發人員(必須有)和測試人員(可有可無)

12)測試執行日期

乙個測試用例的範例

專案/軟體

技術出口合同網路申領系統 (企業端)

程式版本

1.0.25

功能模組名

login

編制人  

***

用例編號-

tc-tep_login_1

編制時間  

2002.10.12

相關的用例

無 功能特性

使用者身份驗證

測試目的

驗證是否輸入合法的資訊,允許合法登陸,阻止非法登陸

預置條件

無 特殊規程說明

如資料庫訪問許可權

參考資訊

需求說明中關於「登陸」的說明

測試資料

使用者名稱=yiyh 密碼=1

操作步驟

操作描述

數 據

期望結果

實際結果

實際結果

測試狀態

1 輸入使用者名稱,按「登陸」按鈕。

使用者名稱=yiyh,密碼為空

顯示警告資訊「請輸入使用者名稱和密碼!」

2 輸入密碼,按「登陸」按鈕。

使用者名為空,密碼=1

顯示警告資訊「請輸入使用者名稱和密碼!」

3 輸入使用者名稱和密碼,按「登陸」按鈕。

使用者名稱=yiyh,密碼=2

顯示警告資訊「請輸入使用者名稱和密碼!」

4 輸入使用者名稱和密碼,按「登陸」按鈕。

使用者名稱=***,密碼=1

顯示警告資訊「請輸入使用者名稱和密碼!」

5 輸入使用者名稱和密碼,按「登陸」按鈕。

使用者名稱=***,密碼=2

顯示警告資訊「請輸入使用者名稱和密碼!」

6 輸入使用者名稱和密碼,按「登陸」按鈕。

使用者名稱=空,密碼=空

顯示警告資訊「請輸入使用者名稱和密碼!」

7 輸入使用者名稱和密碼,按「登陸」按鈕。

使用者名稱=yiyh,密碼=1

進入系統頁面。

8 輸入使用者名稱和密碼,按「登陸」按鈕。

使用者名稱=admin,密碼=admin

進入系統維護頁面。

9 輸入使用者名稱和密碼,按「登陸」按鈕。

使用者名稱=yiyh',密碼=1

顯示警告資訊「請輸入使用者名稱和密碼!」

10 輸入使用者名稱和密碼,按「登陸」按鈕。

使用者名稱=yiyh,密碼=1'

顯示警告資訊「請輸入使用者名稱和密碼!」

11 輸入使用者名稱和密碼,按「重置」按鈕。

使用者名稱=yiyh,密碼=1

清空輸入資訊

測試人員

開發人員

專案負責人

備註:測試用例並未涵蓋所有的非法輸入,如非法輸入中可能會有 「user=*,pw=*」的組合,對回車的預設操作,空格輸入,對輸入上溢的處理的處理(可能會跳過身份驗證) 等等。

(當然,如果步驟超過15步,用例的易操作性就降低,可以再建立乙個測試用例如tc-tep_login_2)。

測試用例,測試計畫

對乙個測試工程師來說,測試用例的設計編寫是一項必須掌握的能力,但有效的設計和熟練的編寫測試用例卻是乙個十分複雜的技術,測試用例編寫者不僅要掌握軟體測試技術和流程,而且要對整個軟體不管從業務,還是對軟體的設計 程式模組的結構 功能規格說明等都要有透徹的理解。測試的設計方法不是單獨存在的,具體到每個測試...

測試計畫測試用例

本週51testing每週一問的這個問題很精彩,於是我做了如下回答。51testing軟體測試網2k s4t m s0 誠如magic zhu所言,現在很多測試人員沒意識到測試計畫的重要性,很多時候測試計畫成為一紙空文,其根本原因在於測試計畫缺乏可執行性,也正是因為測試計畫缺乏可執行性,導致下一次寫...

軟體測試與軟體測試用例

程式設計要寫 測試要寫用例。做了這麼多年的軟體測試工作,經歷了對測試用例認識的不同階段。第一階段,入門。編號,測試點,測試環境,測試資料,測試步驟,預期結果,設計人,設計時間,執行結果,執行時間,備註。所有的一切都要寫的清清楚楚,詳詳細細。設計 評審 修改,迴圈往復。這個階段提到的有關測試用例設計最...