測試管理之測試過程

#測試過程

以此文來闡述自己對于測試過程的認識

目錄

文章目錄

• • 目錄

##過程分類

測試過程主要分為測試前、測試中、測試完成、釋出後；

##測試前

測試前注意事項

• 需求評審

  參與評審，了解需求背景，需求詳情以及需求價值，初步評估需求覆寫面、需求測試工作量、需求關注點和風險以及提出相應需求優化點或者需求需要提前關注的地方；

• 需求拆分

  對需求進行拆分，把需求拆成每一個小子產品，加深對需求的了解；更好的評估需求測試工作量、需求關注點和風險、便于後續需求分工以及測試案例設計和覆寫；

• 開發實作詢問

  在開發過程中，可以詢問開發設計文檔，接口文檔或者當面詢問開發邏輯，以便暴露發現開發實作錯誤或者實作遺漏的問題，并且通過開發了解開發實作邏輯便于提高測試覆寫度、提高測試了解度、提高測試品質；

• 測試案例編寫

  1、當你需求了解清楚、開發實作了解清楚之後，遍可以通過編寫案例，覆寫需求；

  2、測試案例的編寫，原則上是根據前面拆分的需求，逐一覆寫，以避免遺漏，并且根據開發實作，補充測試案例或者進行單元測試，接口測試等；

  3、對測試用例進行分級，确認優先級；

• 測試案例評審

  1、當你測試案例編寫完成之後，發起案例評審會議，由産品、開發、測試共同參與，逐一評審案例，檢查案例是否有需求了解錯誤、需求未覆寫、案例邏輯錯誤以及需要補充或删除的案例；

  2、通過案例評審會議，同步需求或開發實作中的疑問、測試過程中的難點、項目風險以及其他需求他人支援的工作等，以達到需求統一、案例統一、風險評估、尋求支援等目的，提高項目品質和減少項目風險；測試案例評審完成之後，同步測試案例以及案例評審紀要給項目成員；

• 測試案例優化

  根據需求評審過程中的讨論，優化測試案例，并且輸出冒煙測試案例和優化後的測試案例給到開發同學，以便他們在轉測之前完成冒煙測試案例;

• 測試資料準備

  根據測試案例提前準備相應測試資料；減少測試過程中因為造資料導緻的時間消耗，以提高測試效率；

• 提測郵件

  開發–>聯調–>産品體檢結束之後，由開發同學完成提測郵件，包含提測文檔（實作邏輯、代碼工程、資料庫庫表、重點關注邏輯等描述以及測試環境、需求tapd等）和體驗文檔（産品輸出，重點關注開發實作是否滿足自己的需求）；

##測試中

測試中需要關注事項：

• 測試執行

  1、逐一執行測試案例，執行失敗需描述失敗原因，并且标注為失敗；成功标注成功即可；

  2、測試案例執行過程中，每天案例儲存測試資料，以便後續問題追溯；

• 測試BUG定位

  1、可通過背景日志分析，定位背景BUG原因，截圖給到對應開發

  2、可通過抓包請求，檢視request、response，定位問題；

• 提BUG單

  1、根據測試過程中發現的BUG，提相應的BUG單給到相應開發同學；

  2、BUG單需要包含簡單明了的BUG标題、清晰的缺陷描述（截圖或視訊）、初步的BUG定位（抓包請求或者後天報錯日志）、已經産生的步驟、預期結果、測試資料和環境等；

• 測試BUG回歸

  1、詢問開發具體的BUG産原因和解決方案，并落地到BUG單中；

  2、當BUG單狀态扭轉為‘已解決’時；根據BUG單，回歸缺陷，并備注問題原因以及回歸測試範圍，已確定問題原因統一，和問題回歸完全；

• 測試案例補充

  1、在測試過程中，經常會出現需求增加、需求修改等情況，需要對測試案例進行補充和優化；

  2、随着測試的深入，對于需求的了解和開發的實作也更加深入，就容易出現前期案例無法覆寫一些場景，這個時候就需要補充測試案例或者修改、優化測試案例，邊測試邊修改；

  ##測試完成

  當測試完成之後，需要做如下事情：

• 測試報告

  1、測試報告包含測試結論、測試案例執行情況、BUG情況、風險預警以及上線驗證用例；

  2、測試結論主要是對此次測試的總結，是否測試完成、是否達到上線預期；

  3、測試案例執行情況主要是案例執行率，案例通過率，案例失敗率等是否達标；

  4、BUG情況主要有測試過程中的BUG統計、分類以及BUG修複情況描述；

  5、風險預警主要描述是否存在上線風險、是否存在測試環境無法驗證需要線上驗證的情況，分别存在哪些風險；

  6、列舉上線驗證用例，以便上線之後快速執行用例，完成線上驗證，可以檢驗功能正常上線且無異常；

• 缺陷報告

  1、對BUG進行統計分類，以便分析統計BUG主要出現的區域或流程，為以後的需求項目提供依據，減少BUG的産生；

  2、BUG修複情況，統計測試過程中發現的BUG是否已經修複完成，如存在未修複的，是否有其他處理方案或相容方案；以及後續對未及時修複的BUG的跟蹤；

• 線上驗證用例

  1、線上驗證用例、主要列舉需求或項目上線之後，需要線上上執行的用例，包括但不限于主要流程、由于環境原因或其他原因在上線前無法執行的案例以及測試出BUG的案例等

##釋出後

當需求或項目釋出上線之後，需要；

• 線上用例回歸驗證

  1、根據釋出之前列舉的線上驗證用例，線上上執行用例，回歸驗證；

  2、線上驗證用例完成之後，同步線上驗證結果給項目成員，結果包含本次線上驗證結論及内容、用例執行情況等；

• 線上觀察

  1、需求或項目釋出之後，觀察相應資料，确定線上資料正常；

  2、觀察需求或項目主要代碼工程日志，确認有使用者請求進來，且不報錯；

• 線上問題跟蹤

  1、如發現線上問題，需要及時跟蹤，定位問題原因，并在開發修複完成之後進行回歸驗證；

  2、分析線上問題産生原因，為何上線前和上線後測試沒有發現；

• 缺陷總結和分析

  1、總結測試過程中發現的缺陷和線上缺陷，分析缺陷産生的原因，解決方案，以及後續的改進方案，同步缺陷總結和分析到項目成員；

  2、如果是疊代項目或需求可以同以往項目的缺陷總結分析，發現現在需求設計、開發、測試過程中存在的問題，需求設計是否完善、開發品質是否有所提升、測試漏測率如何等等；

• 項目過程總結

  1、對于整個項目環節進行總結，分析項目過程中哪些環節存在問題，哪些可以優化的，哪些環節值得表揚，哪些環節導緻項目延期等等，分析原因并提出相應的解決方案；

  2、如有需要可以邀請所有項目成員對整個項目過程進行複盤，針對項目過程中做的好的地方和不好的地方進行會議讨論，優化項目流程；