設計用例、執行用例、跟蹤處理缺陷，是測試工作的三大核心內容。測試用例執行在測試工作中佔據很大比重，有效、規範的測試執行是成功實施測試活動的重要保障。
因此，測試工程師應當根據團隊、專案情況制定測試用例執行規範，有助於更充分的發揮測試用例作用，更有效的實施測試活動。通常而言，測試執行可遵循以下規範：
1. 測試執行前測試工程師預估時間，確保有充足的用例執行時間，如有風險，及時上報專案經理或者產品經理。
2. 測試用例應當根據優先順序執行，先冒煙，再深度，從高到底，先流程後校驗。
3. 未執行用例、標誌為刪除或者無效的用例，需註明原因。
4. 執行過程中有疑問的測試用例（場景、操作步驟、檢查點等）需及時核查、澄清。
5. 測試執行需對用例描述的檢查點逐一檢查，避免遺漏。
6. 發現用例存在錯誤，及時記錄，並在每天總結會議中報告該錯誤。
7. 每輪用例執行完成後，測試工程師交換用例再次執行。
測試執行過程中發現的缺陷，需根據敏捷開發團隊定義的缺陷管理流程進行跟蹤處理。
每個企業採用的流程基本相同，通常會根據團隊使用的測試管理工具進行定製。
本教程以禪道bug管理模式介紹缺陷管理流程，讀者可直接將其應用於自己的專案團隊。任何團隊的缺陷管理流程對於缺陷報告定義都會涉及以下幾個關鍵字段：
1. 嚴重程度
嚴重程度表明當前缺陷引發後果的嚴重程度，如導致程式崩潰，閃退，記憶體讀寫錯誤，無法儲存資料等。一般分為嚴重、中等、一般、建議等，禪道中以數字1、2、3、4表示，嚴重度依次降低。
2. 狀態
表述當前缺陷處於缺陷管理流程中的某個節點，通常以新建、開啟、修復、關閉、拒絕、重新開啟標識，禪道以啟用、已解決、已關閉三種狀態標識。
3. 缺陷型別
很多缺陷管理工具沒有設計該欄位，而實際工作中，該欄位相當有用，在結果分析階段，通過該欄位能夠掌握被測物件缺陷產生的原因，便於有針對性、有重點的投入測試資源及開發資源。
4. 所屬模組
與缺陷型別一樣，很多任務具預設不提供，需使用者自定義，該欄位表述缺陷屬於哪個功能模組，便於統計分析缺陷分布。
【案例5-36禪道缺陷管理流程】
禪道缺陷管理流程如圖5- 100所示。
圖5- 100禪道缺陷管理流程圖
1. 測試工程師提缺陷，指派給專案經理；
2. 專案經理確認是否是缺陷，如果是，則指派給開發工程師，由開發工程師進行處理，如不認為是缺陷，則需填寫除「已修復」之外的解決方案，並指派給測試工程師；
3. 開發工程師處理指派給自己的缺陷，如果確認是缺陷，則修復，否則填寫原因，指派給測試工程師。
4. 測試工程師在回歸版本中已修復的缺陷，如果驗證通過，則關閉缺陷，否則重新啟用該缺陷；
5. 如果專案經理或開發工程師不認為是缺陷，則需測試工程師確認，如果確認不是缺陷，則關閉缺陷，如果不同意，則重新啟用，走流程。
測試工程師執行ecshop測試時，按照上述流程，利用禪道實施缺陷跟蹤管理，本次測試執行發現的ecshop列表如圖5- 101所示。
圖5- 101 ecshop缺陷列表
5 測試執行規範
測試執行階段，總體遵循先按照用例測試 先測高優先順序用例 流程的原則。測試活動剛開始時，需嚴格按照測試用例進行測試。測試用例是經過設計和評審的測試思路結果，有效避免漏測。根據測試用例來測試，避免在測試階段去思考測試場景，能提高測試效率。統計執行用例的數量，便於跟蹤測試進度，做好風險控制。記錄測試結果...
測試執行分層
測試執行分層 v模型體現了測試設計分層和測試執行分層的概念，本文以作者自身的理解談談測試執行分層，不過從實際專案運作情況來看，真正做到測試執行分層的並不多，這裡原因有很多種，暫且不論。1.ut 單元測試的物件是lld中所劃分定義的程式單元或模組，它也是單元測試用例設計中可測試的最大單元。該測試物件可...
測試執行 setup tearDown
1 測試執行 這類方法用於測試的執行過程，比如在測試之前連線資料庫，測試之後用於清除增加的字段，跳過某個測試用例等。利用這些方法，可以降低測試用例 的複雜度，減少 耦合度，結構也更加清晰。setup 與teardown 顧名思義。setip和teardown分別是安裝和解除安裝的意思。setup 方...