序號主要檢查項
1 《需求規格說明書》是否評審並建立了基線？
2 是否按照測試計畫時間完成用例編寫？
3 需求新增和變更是否進行了對應的調整？
4 用例是否按照公司定義的模板進行編寫？
5 測試用例是否覆蓋了《需求規格說明書》？
6 用例編號是否和需求進行對應？
7 非功能測試需求或不可測試需求是否在用例中列出並說明？
8 用例設計是否包含了正面、反面的用例？
9 每個測試用例是否清楚的填寫了測試特性、步驟、預期結果？
10 步驟/輸入資料部分是否清晰，是否具備可操作性？
11 測試用例是否包含測試資料、測試資料的生成辦法或者輸入的相關描述？
12 測試用例是否包含邊界值、等價類分析、因果圖、錯誤推測、等測試用例設計方法？是否針對需求不同部分設計使用不同設計方法？
13 重點需求用例設計至少要有三種設計方法？
14 每個測試用例是否都闡述預期結果和評估該結果的方法？
15 需要進行列印、**、匯入、匯出、介面是否存在列印位置、**名稱、指定資料庫表名或檔案位置；**和資料格式是否有說明或附件？
16 用例覆蓋率是否達到相應質量指標?
17 用例預期缺陷率是否達到相應質量指標?
1、操作步驟應與描述相一致
2、操作步驟應僅包含與被測項相關的內容，即沒有多餘的或不相關的內容
3、期望結果應是確定的、唯一的
4、可重用（對被測項的當前版本和後續版本）
5、可跟蹤（與軟體測試需求相對應）
6、軟體測試用例執行後是應將軟體測試環境恢復到執行前的狀態
7、軟體測試用例是應有正確的名稱和編號
8、軟體測試用例應標註有執行優先順序
9、軟體測試用例目的的描述應包含該用例用於測試什麼內容
10、應包含了所採用的測試方法的描述
11、應包含相關的配置資訊：環境、資料、前置測試用例、使用者授權等
12、操作步驟和期望結果應完整、一致、清晰
13、應指明：系統返回的任何錯誤資訊或螢幕快照需儲存
14、用詞規範、準確、一致
15、每個軟體測試用例的操作步驟<=15
16、自動化測試指令碼必須帶有注釋
17、自動化測試指令碼的注釋應包含：目的、輸入、期望結果等
18、場景測試用例的執行順序應符合實際的業務流程
19、場景測試用例應覆蓋最複雜的業務流程
20、對於由系統自動生成的輸出項應註明生成規則
21、對於查詢和**，應設計產生資料的用例
22、軟體測試用例應包含對中間和後台資料的檢查
23、場景測試用例中應包含每個業務流程環節的中止和回退相關的設計和組合
24、如果存在不可測需求，應列出並進行說明
25、軟體測試用例應確保所有的軟體測試需求被覆蓋2、進行評審的時機一般會有兩個時間點。第一，是在用例的初步設計完成之後進行評審；第二是在整個詳細用例全部完成之後進行二次評審。如果專案時間比較緊張，盡可能保證對用例設計進行評審，提前發現其中的不足之處編寫測試用例概要，主要反映測試用例的基本思路。
驗證。。。。驗證
軟體測試流程
流程介紹 一般來講，軟體測試是伴隨著專案的立項而開始的。也就是說，軟體專案一旦確立，測試工作也就開始了。在測試的過程中，前後要經過以下主要環節 需求分析 制定測試計畫 搭建測試環境 測試用例設計 測試執行 bug回歸測試 測試總結 軟體發布 對於以上流程環節，一般而言，需求分析屬於需求分析人員的工作...
軟體測試流程
軟體未達到產品說明書雖未指出但應達到的目標。軟體測試人員認為軟體難以理解 不易使用 執行速度緩慢，或者終端使用者認為不好。測試流程 1 制定測試計畫 開啟測試專案 在接了乙個測試專案後，要在一定的期限內制定好測試的詳細計畫以及日程安排表 2 測試準備 在計畫制定好之後，在執行之前，必須將測試所需的人...
軟體測試流程
軟體測試顧名思義就是對開發人員開發出來的軟體進行測試，這個是測試的流程應該怎麼做呢？軟體測試的過程中必須做到以下幾點 1.要求產品部或開發人員提供需求分析說明書，在需求分析說明書編寫後進行評審時！測試人員應該參加評審，在開發人員編寫需求分析說明書的時候測試人員必須擬定測試的時間，比如 第一輪測試的時...