參考
https://www.cnblogs.com/dulijuan/p/4474657.html
https://www.csdn.net/gather_2a/MtTagg4sNDc2Ni1ibG9n.html

https://blog.csdn.net/bit666888/article/details/81078499

通用測試用例寫作規(guī)范
軟件測試用例得出軟件測試用例的內(nèi)容，其次，按照軟件測試寫作方法，落實(shí)到文檔中，兩者是形式和內(nèi)容的關(guān)系，好的測試用例不僅方便自己和別人查看，而且能幫助設(shè)計的時候考慮的更周。
一個好的測試用例必須包含足夠的內(nèi)容，將這些內(nèi)容可以拆分為八個要素：用例編號、測試項目、測試標(biāo)題、重要級別、預(yù)置條件、測試輸入、操作步驟、預(yù)期輸出。
1、用例編號
1）規(guī)則：是由字符和數(shù)字組成的字符串，具有唯一性、易識別性。
2）不同階段的測試用例的用例編號
--系統(tǒng)測試用例：產(chǎn)品編號ST系統(tǒng)測試項名_系統(tǒng)測試子項名XXX（具體用例序號）
--集成測試用例：產(chǎn)品編號IT集成測試項名集成測試子項名XXX（具體用例序號）
--單元測試用例：產(chǎn)品編號UT單元測試項名單元測試子項名_XXX（具體用例序號）
2、測試項目
1）規(guī)則：對應(yīng)測試用例編號中的測試子項名
2）不同階段的測試用例項目的具體規(guī)則
__系統(tǒng)測試用例：對應(yīng)一個功能點(diǎn)（功能測試）、性能指標(biāo)（性能測試）界面中控件（GUI測試）等，即軟件需求項
__集成測試用例：集成后的模塊功能名或者內(nèi)部的接口名
__單元測試用例：被測試的函數(shù)名
3、測試標(biāo)題（TestCase Title）
1）規(guī)則：體現(xiàn)測試的出發(fā)點(diǎn)、關(guān)注點(diǎn)以及測試用例期望的測試結(jié)果；
將測試項目和測試標(biāo)題串在一起表示的是在“測試標(biāo)題”情況下測試“測試項目”。
4、重要級別/優(yōu)先級別（TestCase Priority）
1）含義：用例的重要級別一般分為3個等級：高、中、低，具體劃分依據(jù)：
（1）高級別：對應(yīng)保證系統(tǒng)基本功能、核心業(yè)務(wù)、重要特性、實(shí)際使用頻率比較高的測試用例；
（2）中級別：對應(yīng)重要程度介于高和低之間的測試用例；
（3）低級別：對應(yīng)實(shí)際使用頻率不高，對系統(tǒng)業(yè)務(wù)功能影響不大的模塊或功能的測試用例。
2）測試用例的優(yōu)先級作用
（1）便于制定測試規(guī)程（測試用例執(zhí)行的順序）即測試過程；
（2）回歸測試中依據(jù)優(yōu)先級可以選擇不同方法；
（3）自動化測試
（4）缺陷報告嚴(yán)重性和優(yōu)先級
@測試用例寫作范例（一）
以下測試用例是針對用例編號、測試項目、測試標(biāo)題、重要級別進(jìn)行舉例說明：
范例【1】：系統(tǒng)測試用例
1針對計算器中加法功能進(jìn)行測試
* 用例編號 CALC_ST_ADD_01
* 測試項目 測試加法功能
* 測試標(biāo)題 兩個合法數(shù)相加得到合法的和
* 重要級別 高
2針對word中打開文件功能進(jìn)行測試
* 用例編號 WORD_ST_FileMenu_OpenFile_08
* 測試項目 測試打開文件功能
* 測試標(biāo)題 打開合法doc文檔
* 重要級別 高
3針對word中新建空白文件功能進(jìn)行測試
* 用例編號 WORD_ST_FileMenu_NewFile_BlankFile_01
* 測試項目 測試新建空白文件功能
* 測試標(biāo)題 內(nèi)存充足時新建空白文檔
* 重要級別 高
4針對手機(jī)撥打緊急號碼進(jìn)行測試
(1) * 用例編號 HUAWEI3c_ST_CALL_URGENTCALL_001
* 測試項目 測試手機(jī)在沒有SIM卡的情況下可以撥打緊急號碼
* 測試標(biāo)題 無SIM卡時，在NOKIA的網(wǎng)絡(luò)環(huán)境中撥打119
* 重要級別 高

             (2)  * 用例編號 HUAWEI3c_ST_CALL_URGENTCALL_001
                  * 測試項目 測試手機(jī)在沒有SIM卡的情況下可以撥打緊急號碼
                  * 測試標(biāo)題 無SIM卡時，在NORTEL的網(wǎng)絡(luò)環(huán)境中撥打119
                  * 重要級別 高

             (3)  * 用例編號 HUAWEI3c_ST_CALL_URGENTCALL_001
                  * 測試項目 測試手機(jī)在沒有SIM卡的情況下可以撥打緊急號碼
                  * 測試標(biāo)題 無SIM卡時，在ERICSIION的網(wǎng)絡(luò)環(huán)境中撥打119
                  * 重要級別 高

范例【2】：集成測試用例
1針對加法函數(shù)接口進(jìn)行測試
* 用例編號 CALC_IT_AddInterface_01
* 測試項目 測試加法接口函數(shù)
* 測試標(biāo)題 x>y求和
* 重要級別 高
AddInterface對應(yīng)加法函數(shù)接口。
范例【3】：單元測試用例
1針對ctrl函數(shù)進(jìn)行測試
* 用例編號 CALC_UT_Ctrl_01
* 測試項目 測試ctrl函數(shù)
* 測試標(biāo)題 x=y調(diào)用減法函數(shù)
* 重要級別 高
Ctrl對應(yīng)ctrl函數(shù)。
5、預(yù)置條件（Test Pre_condition）
1）含義：測試用例在執(zhí)行時需要滿足一些前提條件，否則測試用例是無法執(zhí)行的，這些前提條件就是預(yù)置條件，設(shè)置預(yù)置條件時經(jīng)常分為兩種情況：
（1）環(huán)境的設(shè)置，例如測試word文檔打開功能，需要提前準(zhǔn)備打開的文檔，這就是預(yù)置條件。
（2）先要運(yùn)行其他的測試用例，例如測試自動取款機(jī)功能，有輸入賬戶信息的測試用例和輸入取錢金額的測試用例，則后者的預(yù)置條件就可以寫為輸入正確賬戶信息的測試用例。
2）注意（PS）：測試預(yù)置條件--是針對單個用例
測試環(huán)境--針對所有用例（測試環(huán)境有問題會導(dǎo)致測試活動掛起/暫停）
@測試用例寫作范例（二）
以下測試用例是針對用例編號、測試項目、測試標(biāo)題、重要級別、預(yù)置條件進(jìn)行舉例說明：
范例【1】：系統(tǒng)測試用例
1針對自動取款機(jī)的取款功能進(jìn)行測試
* 用例編號 ATM_ST_Account_01
* 測試項目 測試ATM的賬戶識別功能
* 測試標(biāo)題 輸入正確的賬戶信息
* 重要級別 高
* 預(yù)置條件 無

              * 用例編號 ATM_ST_GetMoney_01
              * 測試項目 測試ATM的取款功能
              * 測試標(biāo)題 取款金額不是50的倍數(shù)
              * 重要級別 高
              * 預(yù)置條件 ATM_ST_Account_01

6、測試輸入（Test Input）
1）含義：指測試執(zhí)行過程中需要加工的外部信息。
2）規(guī)則：避免用描述性的語言，要具體；
根據(jù)軟件測試用例的具體情況，有手工輸入、文件、數(shù)據(jù)庫記錄等。
7、操作步驟（Operation/Execute Steps）
1）規(guī)則：執(zhí)行當(dāng)前測試用例需要經(jīng)過的操作步驟，需要明確的給出每一個步驟的描述，測試用例執(zhí)行人員可以根據(jù)該操作步驟完成測試用例執(zhí)行。
@測試用例寫作范例（三）
以下測試用例是針對用例編號、測試項目、測試標(biāo)題、重要級別、預(yù)置條件、測試輸入、操作步驟進(jìn)行舉例說明：
范例【1】：系統(tǒng)測試用例
1針對word中打開文件功能進(jìn)行測試
* 用例編號 WORD_ST_FileMenu_OpenFile_08
* 測試項目 測試打開文件功能
* 測試標(biāo)題 打開合法doc文檔
* 重要級別 高
* 預(yù)置條件 新建WORD_ST_FileMenu_OpenFile_08.doc文件，其中只有“helloWorld”字符串
* 測試輸入 WORD_ST_FileMenu_OpenFile_08.doc
* 操作步驟 1.點(diǎn)擊word文件菜單中“打開”子菜單；
* 2.選擇WORD_ST_FileMenu_OpenFile_08.doc，點(diǎn)擊打開按鈕。
8、預(yù)期輸出（Expected Results）
1）含義：預(yù)期輸出是測試用例中非常重要的部分，要想判斷被測對象是否正常工作，都需要通過預(yù)期輸出來進(jìn)行判定。
在編寫預(yù)期輸出時可以從以下三個方面來進(jìn)行考慮：
（1）界面顯示（操作步驟執(zhí)行完畢后，界面顯示的提示信息）
（2）數(shù)據(jù)庫的變化（操作步驟執(zhí)行完畢后，數(shù)據(jù)庫中的記錄會發(fā)生相應(yīng)的變化）
（3）相關(guān)信息的變化（操作步驟執(zhí)行完畢后，一些和被測對象相關(guān)的信息會發(fā)生變化）
@測試用例寫作范例（四）
以下測試用例是針對用例編號、測試項目、測試標(biāo)題、重要級別、預(yù)置條件、測試輸入、操作步驟及預(yù)期輸出進(jìn)行舉例說明，即完整的測試用例寫作方法，以系統(tǒng)測試用例為例：
范例【1】針對論壇的注冊功能進(jìn)行測試
* 用例編號 DISCUZ_ST_Register_02
* 測試項目 測試注冊功能
* 測試標(biāo)題 用戶名長度不夠
* 重要級別 中
* 預(yù)置條件 無
* 測試輸入 參數(shù)1 用戶名：yinjidudu
* 參數(shù)2 密碼：yinjidudu
* 參數(shù)3 密碼確認(rèn)：yinjidudu
* 參數(shù)4 郵件地址：yinjidudu@126.com
* 操作步驟 1.進(jìn)入注冊頁面；
* 2.順序輸入以上4個參數(shù)；
* 3.點(diǎn)擊注冊按鈕。
* 預(yù)期輸出 1.界面提示注冊失敗；
* 2.數(shù)據(jù)庫中查不到y(tǒng)injidudu用戶；
* 3.無法訪問必須用戶才能訪問的界面。

范例【2】針對論壇的帖子刪除功能進(jìn)行測試
* 用例編號 DISCUZ_ST_DeletePost_06
* 測試項目 測試刪帖功能
* 測試標(biāo)題 刪除多個帖子
* 重要級別 高
* 預(yù)置條件 登錄成功且該用戶有刪帖權(quán)限
* 測試輸入 無
* 操作步驟 1.進(jìn)入刪帖頁面；
* 2.選擇4篇帖子；
* 3.點(diǎn)擊刪除按鈕，并確認(rèn)。
* 預(yù)期輸出 1.界面提示刪除成功；
* 2.數(shù)據(jù)庫中查不到這4篇帖子；
* 3.無法訪問這4篇帖子對應(yīng)的鏈接，提示帖子已刪除。
范例【3】針對論壇的注銷功能進(jìn)行測試
* 用例編號 DISCUZ_ST_LogOut_03
* 測試項目 測試注銷功能
* 測試標(biāo)題 編輯帖子并上傳了附件時注銷
* 重要級別 高
* 預(yù)置條件 登錄成功
* 測試輸入 無
* 操作步驟 1.編輯帖子，并上傳1個附件文件；
* 2.點(diǎn)擊注銷按鈕。
* 預(yù)期輸出 1.界面提示注銷成功；
* 2.數(shù)據(jù)庫中session表中該用戶狀態(tài)發(fā)生變化；
* 3.無法訪問必須用戶才能訪問的界面。

軟件測試：用例篇
本節(jié)主要內(nèi)容

• 測試用例的基本要素
• 測試用例的設(shè)計方法
• 測試用例的有效性
• 測試用例的粒度和評價

測試用例的基本要素
測試用例（Test Case）是為了實(shí)施測試而向被測試的系統(tǒng)提供的一組集合，這組集合包括：測試環(huán)境、操作步驟、測試數(shù)據(jù)、預(yù)期結(jié)果等要素。

評價測試用例好壞的標(biāo)準(zhǔn)：

• 用例表達(dá)性清楚，無二義性。
• 用例可操作性強(qiáng)
• 用例的輸入與輸出明確。一條用例只有一個預(yù)期結(jié)果。
• 用例的可維護(hù)性好。可維護(hù)性好包含兩個方面：用例的可讀性好、用例易修改。
• 用例對需求的覆蓋率高。需求的覆蓋率=用例的條數(shù)/功能點(diǎn)的個數(shù)。
• 暴露程序Bug的能力強(qiáng)。

測試用例的優(yōu)點(diǎn)

• 測試執(zhí)行者的依據(jù)
• 自動化測試的基礎(chǔ)
• 評估需求覆蓋率
• 用例的復(fù)用
• 基類測試的方法思路以供后續(xù)借鑒

測試用例的缺點(diǎn)

• 費(fèi)時費(fèi)力，往往在設(shè)計測試用例時花費(fèi)的時間比執(zhí)行是花費(fèi)的時間還多。
• 測試的覆蓋率無法衡量，不知道是否較全面的測試了所有功能。
• 對新版本的重復(fù)測試很難實(shí)施，存在大量冗余測試影響測試效率。

測試用例具體的設(shè)計方法
設(shè)計方法有5種：基于需求的設(shè)計、等價類、邊界值、因果圖、正交排列、場景設(shè)計法、錯誤猜測法。

基于需求的設(shè)計
RBT是基于需求的測試方法，會使測試更加有效，因?yàn)樗箿y試專注于質(zhì)量問題產(chǎn)生的根源，即需求。

基于需求的測試是一種最根本的軟件測試，主要關(guān)注以下兩個問題：

1. 驗(yàn)證需求是否正確、完整、無二義性，并且邏輯一致。
2. 要從“黑盒”的角度，設(shè)計出充分并且必要的測試集，以保證設(shè)計和代碼都能完全符合需求。

案例：

等價類
依據(jù)需求將輸入劃分為若干個等價類，從等價類中選出一個測試用例，如果這個測試用例通過，則認(rèn)為所代表的等價類測試通過，這樣就可以用較少的測試用例達(dá)到盡量多的功能覆蓋，解決了不能窮舉測試的問題。

有效等價類：對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合，利用有效等價類驗(yàn)證程序是否實(shí)現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。
無效等價類：根據(jù)需求說明書，不滿足需求的集合。

案例：
超市買水果
有效等價類：蘋果、桃子、香蕉…
無效等價類：牛奶、青菜…

邊界值
邊界值分析法就是對輸入或輸出的邊界值進(jìn)行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補(bǔ)充，這種情況下，其測試用例來自等價類的邊界。

案例一：
1.[1,50]:0,1,50,51
2.(1,50):1,2,49,50
3.(1,50]:1,2,50,514.[1,50):0,1,49,50
1
2
3
4
在實(shí)際的測試設(shè)計中，會將等價類和邊界值結(jié)合起來使用。

案例二：
以注冊郵箱的軟件需求為例子
用戶名要求長度為6-15位
邊界值上點(diǎn)為：5，6，15，16 全了嗎？
答案是：NO，最終我們確認(rèn)的用例設(shè)計為：5，6，10，15，16
1
2
3
4
5
因果圖
因果圖是一種簡化了的邏輯圖，能直觀地表明程序輸入條件（原因）和輸出動作（結(jié)果）之間的相互關(guān)系。因果圖法是借助圖形來設(shè)計測試用例的一種系統(tǒng)方法，特別適用于被測試程序具有多種輸入條件、程序的輸出又依賴于輸入條件的各種情況。

• 恒等

恒等：如果原因?yàn)檎妫敲唇Y(jié)果必定為真。
1

• 與

只有2個原因都為真，那么結(jié)果才為真。
1

• 或

2個原因中有一個為真時，結(jié)果就為真。
1

• 非

只有原因?yàn)榧伲Y(jié)果才為真。
1
因果圖法設(shè)計測試用例的步驟如下：

分析所有可能的輸入和可能的輸出；
找出輸出與輸入之間的對應(yīng)關(guān)系；
畫出因果圖；
把因果圖轉(zhuǎn)換成判定表；
把判定表對應(yīng)到每一個測試用例。

案例三：
假設(shè)業(yè)務(wù)單據(jù)的處理規(guī)則為：“淘寶618活動，訂單已提交，訂單合計金額大于300元或有紅包，則進(jìn)優(yōu)惠”。

1. 首先通過分析該條業(yè)務(wù)所有可能的輸入和可能的輸出為：

• 輸入：訂單已提交、金額大于300元、有紅包
• 輸出：優(yōu)惠、不優(yōu)惠

2. 第二步，找出輸入與輸出之間的對應(yīng)關(guān)系，經(jīng)分析，有以下對應(yīng)關(guān)系：

• 訂單未提交，則不優(yōu)惠；
• 訂單未提交，金額 > 300，不優(yōu)惠；
• 訂單未提交，有紅包，不優(yōu)惠；
• 訂單未提交，金額 > 300，且有紅包，不優(yōu)惠；
• 訂單已提交，金額 <= 300，且沒紅包，不優(yōu)惠；
• 訂單已提交，金額 > 300，優(yōu)惠；
• 訂單已提交，有紅包，優(yōu)惠；
• 訂單已提交，金額 >300 且有紅包，優(yōu)惠。

3. 第三步，根據(jù)上一步的分析，畫因果圖如下圖：
4. 第四步，根據(jù)因果圖畫出判定表，如下：
5. 最終的測試用例：
   1，2，3，4，5（包含6，7，8）

因果圖：

判定表：

因果法測試用例可以幫助測試人員理清輸入和輸出的關(guān)系，但是對于比較復(fù)雜的輸入和輸出，會耗費(fèi)大量的時間。所以引出了下面的正交法。

正交排列
正交法的目的是為了減少用例數(shù)目。用盡量少的用例覆蓋輸入的兩兩組合。

正交試驗(yàn)設(shè)計(Orthogonal experimentaldesign)是研究多因素多水平的一種設(shè)計方法，它是根據(jù)正交性，由試驗(yàn)因素的全部水平組合中挑選出部分有代表性的點(diǎn)進(jìn)行試驗(yàn)，通過對這部分試驗(yàn)結(jié)果的分析了解全面試驗(yàn)的情況，找出最優(yōu)的水平組合。正交試驗(yàn)設(shè)計是一種基于正交表的、高效率、快速、經(jīng)濟(jì)的試驗(yàn)。

正交法中的重要概念：

• 因素：在一項試驗(yàn)中，凡欲考察的變量稱為因素（變量）。
• 水平：變量的取值。

正交表的構(gòu)成：

• 行數(shù)：正交表中的行的個數(shù)，即試驗(yàn)的次數(shù)，用N代表。
• 因素數(shù)：正交表中列的個數(shù)，用C代表。
• 水平數(shù)：任何單個因素能夠取到的值的最大個數(shù)。正交表中的包含的值為從0到數(shù)”水平數(shù)-1“或1到” 水平數(shù)“，用T代替。

正交表的表示形式：
L=行數(shù)（水平數(shù)*因素數(shù)） 即：
L=N(TC)
L=N(TC)
正交表的兩條性質(zhì)：

• 每一列中各數(shù)字出現(xiàn)的次數(shù)都一樣多。
• 任何兩列所構(gòu)成的各有序?qū)Τ霈F(xiàn)的次數(shù)都一樣多。

正交法設(shè)計測試用例的步驟：

1. 分析有哪些因素（變量）；
2. 每個因素有哪幾個水平（變量的取值）；
3. 選擇一個合適的正交表；
4. 把變量的值映射到表中；
5. 把每一行各因素水平的組合作為一個測試用例；
6. 加上你認(rèn)為可疑且沒有在表中出現(xiàn)的用例組合。

案例四：
以注冊郵箱為例：
1. 因素（變量）：姓名、郵箱、密碼、確認(rèn)密碼、驗(yàn)證碼
2. 水平（變量取值）：yes(填寫)、no(不填寫)
3. 表中的因素數(shù)(C) >= 5；表中的每個因素數(shù)的水平數(shù)(T) >= 2；行數(shù)取最少的一個，即試驗(yàn)次數(shù)最少的一個。 即 ：L=N(TC)=5*(2-1)+1=6
選擇正交表，這里選擇了L6_2_5。
4. 生成測試用例：注意要滿足正交的兩條性質(zhì)，表格如下：
5. 增補(bǔ)測試用例：
只填姓名和驗(yàn)證碼，不填email、密碼和確認(rèn)密碼。
1
2
3
4
5
6
7
8
9
正交表：

作業(yè)：用什么方法來設(shè)計以下兩個作業(yè)，5個條件都是可填和可不填的。

查詢頁面：姓名、性別、學(xué)號、學(xué)校、班級

正交法設(shè)計：
- 因素（變量）：姓名、性別、學(xué)號、學(xué)校、班級
- 水平（變量取值）：填寫、不填寫
- 表中的因素數(shù)(C)>=5；水平數(shù)(T)>=2；行數(shù)取最少的一個。即：L=N(TC)=5*(2-1)+1=6。選擇正交表，L6_2_5。
- 生成測試用例：表格如下正交表1所示：    
- 增補(bǔ)測試用例：
    只填姓名和班級，不填性別、學(xué)號和學(xué)校。                     

1
2
3
4
5
6
7
正交表1：

場景設(shè)計法
事件流
通俗的說，單擊鼠標(biāo)后不同的觸發(fā)順序和處理結(jié)果就形成了時間流。

控制流
是指按一定的順序排列程序元素來決定程序執(zhí)行的順序。

場景設(shè)計法可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設(shè)計者設(shè)計測試用例，是測試
用例更容易理解和執(zhí)行。
典型的應(yīng)用是用業(yè)務(wù)流把各個孤立的功能點(diǎn)串起來，為測試人員建立整體業(yè)務(wù)感覺，從而避免陷入功能細(xì)節(jié)忽視業(yè)務(wù)流程要點(diǎn)的錯誤傾向。

錯誤猜測法
錯誤猜測法是經(jīng)驗(yàn)豐富的測試人員喜歡使用的一種測試方法。

基于經(jīng)驗(yàn)和直覺，找出程序中你認(rèn)為可能出現(xiàn)的錯誤，有針對性地設(shè)計測試用例。
經(jīng)驗(yàn)可能來自于在對某項業(yè)務(wù)的測試較多，也可以來自于售后用戶的反饋意見，或者從故障管理庫中整理bug。梳理出產(chǎn)品以往哪些地方容易出現(xiàn)問題，問題越多的地方，潛在的bug也就越多。

以注冊郵箱為例：

1. 校驗(yàn)中特殊字符空格的處理：

• 當(dāng)空格出現(xiàn)在前面或后面時，正規(guī)開發(fā)人員會對空格進(jìn)行截取，所以不會影響；
• 但當(dāng)空格出現(xiàn)在中間時，就會將空格認(rèn)為是一個字符，就會報錯。

2. 密碼校驗(yàn)中的大小寫
3. 姓名中的特殊字符
4. 密碼發(fā)送是否明文

測試用例的有效性
蘋果7手機(jī)微信添加了mobile單車小程序，掃碼不能開鎖，只能使用mobile APP開鎖，測試用例未涉及到蘋果7微信小程序掃碼開鎖。此時該測試用例就是無效的。
蘋果7手機(jī)微信添加了mobile單車小程序，用例已寫到了蘋果7微信添加mobile小程序掃碼開鎖，問題被發(fā)現(xiàn)。此時該測試用例就是有效的。
已知某代碼此處無bug，用某條測試用例來測試也沒有出現(xiàn)bug，則這條測試用例也是有效的。
測試用例的粒度和評價
測試用例的粒度
粒度：指測試用例編寫的詳細(xì)程度
測試用例編寫時：

1. 寫的過于簡單，則可能失去了測試周例的意義；
2. 寫的過于復(fù)雜或詳細(xì)，會帶來兩個問題：

• 效率問題
• 維護(hù)成本問題
• 容易限制測試人員的思維
  大多數(shù)測試團(tuán)隊編寫的測試用例的粒度介于兩者之間。而如何把握好粒度是測試用例設(shè)計的關(guān)鍵，也將影響測試用例設(shè)計的效率和效果。應(yīng)該根據(jù)項目的實(shí)際情況、測試資源情況來決定設(shè)計出怎樣粒度的測試用例。

主要考慮可參考以下內(nèi)容：

• 產(chǎn)品的質(zhì)量要求
• 項目對用例的要求
• 測試時間和資源是否充足

測試用例的評價
主要有：

• 同行評審：體現(xiàn)了敏捷的“個體和交互比過程和工具更有價值”這一原則。
• 用戶檢查：體現(xiàn)了敏捷的“顧客的協(xié)作比合同談判更有價值”這一原則。
• 項目組評審

本文來自 bit_ 的CSDN 博客 ，全文地址請點(diǎn)擊：https://blog.csdn.net/bit666888/article/details/81078499?utm_source=copy