軟件測試工作流程(個人版)

1、軟件測試試流程測試基本本階段劃分分測試計劃劃階段測試設計計階段測試執(zhí)行行階段測試評估估階段測試驗收收階段文檔編寫寫人：龍龍文編寫時間間：20010-8-33目錄TOC o 1-3 h z u HYPERLINK l _Toc268623133 1、測試試計劃階階段 PAGEREF _Toc268623133 h 3 HYPERLINK l _Toc268623134 1.1、測試計計劃考慮慮的問題題 PAGEREF _Toc268623134 h 3 HYPERLINK l _Toc268623135 1.2、測試策策略 PAGEREF _Toc268623135 h 4 HYPERLINK

2、l _Toc268623136 1.3功功能列表表 PAGEREF _Toc268623136 h 4 HYPERLINK l _Toc268623137 1.3.1、其其他非功功能測試試 PAGEREF _Toc268623137 h 6 HYPERLINK l _Toc268623138 1.3.2、策策略附件件要求 PAGEREF _Toc268623138 h 66 HYPERLINK l _Toc268623139 2、測試試設計階階段 PAGEREF _Toc268623139 h 8 HYPERLINK l _Toc268623140 3、測試試執(zhí)行階階段 PAGEREF _To

3、c268623140 h 8 HYPERLINK l _Toc268623141 3.1、執(zhí)行階階段操作作 PAGEREF _Toc268623141 h 9 HYPERLINK l _Toc268623142 4、測試試評估階階段 PAGEREF _Toc268623142 h 9 HYPERLINK l _Toc268623143 5、測試試驗收階階段 PAGEREF _Toc268623143 h 1001、測試試計劃階階段做測試需需要做好好準備工工作，把把做一件件事需要要做的準準備工作作做好，明確做做這件事事的目的的，最終終達成目目的并驗驗證結果果是我們們要做的的事情。這要求求我們有有

4、一個完完善的“測試 計劃書書”。 測試計劃劃的內容容：1、測試試范圍：描述本本次測試試中做的的測試范范圍，如如：測試試軟件功功能范圍圍、測試試種類等等2、簡單單的描述述如何搭搭建測試試平臺以以及測試試的潛在在的風險險。3、項目信信息：說說明要測測試的項項目的相相關資料料，如：輸入輸輸出文檔檔，產品品描述，軟件主主要功能能4、人力力資源的的分配 注：計劃和設設計分開開編寫，最好安安排充分分的時間間去明確確測試需需求測試需需求：籠籠統(tǒng)說，就是測測試中的的所有設設計和需需求文檔檔。作為為本次測測試的依依據1.1、測試計計劃考慮慮的問題題1、要充充分考慮慮測試計計劃的實實用性，即測試試計劃與與實際之之

5、間的接接近程度度和可操操作性（必須對對需求有有透徹的的理解）。編寫寫測試計計劃的目目的在于于充分考考慮執(zhí)行行測試時時 的各各種資源源，包括括測試內內容、測測試標準準、時間間資源、人力資資源等等等，準確確地說是是要分析析執(zhí)行時時所能夠夠調用的的一切資資源以及及受各種種條件限限制，可可能受到到的各種種影響。說 的的再明確確一點就就是要“計劃”“如何”去做“測試工工作”，而不不是“如何編編寫測試試計劃”。（1）測測試內容容：對一一個軟件件來說測測試計劃劃中會明明確本次次測試做做哪些測測試？如：系統(tǒng)統(tǒng)測試：在整個個系統(tǒng)測測試中會會有（界界面測試試、功能能測試、性能測測試、兼兼容性測測試、安安裝卸載載測

6、試、可靠性性測試等等測試）（2）測測試目的的：一般般多為保保證產品品質量是是否達到到預期的的指標。這個指指標也就就是在測測試中定定義的結結束標準準。（33）測試試標準：需要考考慮本次次測試需需要輸入入那些文文檔，該該項目結結束標準準定義、測試結結束標準準的定義義？buug級別別定義、優(yōu)先級級定義、bugg管理流流程定義義。這個個都需要要在執(zhí)行行測試事事明確。計劃中中應該包包含這些些內容。（44）資源源分配：這里分分為人力力資源、軟硬件件資源等等劃分。一般會會把人力力資源的的利用寫寫入一個個測試人人員任務務分配表表里，按按照不同同的階段段，每個個階段提提交相應應的成果果（難度度很大）。軟硬硬件資

7、源源中主要要是在做做計劃時時考慮到到需要多多少電腦腦或別的的工具，列出清清單。（55）測試試風險：大多考考慮到的的就是項項目開發(fā)發(fā)延期、測試人人員不足足用例無無法全面面覆蓋測測試點、時間不不足用例例無法全全部執(zhí)行行、buug無法法及時修修改導致致無法驗驗證、測測試人員員技能不不足導致致測試進進度拉長長。（66）軟件件測試策策略一般般都是分分開來做做相關測測試方案案。2、要堅堅持“5W11H”的原則則，明確確測試內內容與過過程。 明確確測試的的范圍和和內容（WHAAT）； 明確確測試的的目的（WHYY）； 明確確測試的的開始和和結束日日期（WWHENN）； 明確確給出測測試文檔檔存放位位置（WW

8、HERRE）； 明確確測試人人員的任任務分配配（WHHO）； 明確確指出測測試的方方法和測測試工具具（HOOW）。1.2、測試策策略這一階段段在于需需求、詳詳細設計計、測試試計劃完完成之后后，主要要是本次次測試的的策略階階段。很很多公司司少這個個一個階階段，需需要有計計劃性的的分出產產品的功功能扣出出測試的的功能點點，現階階段大多多公司都都是直接接拿著文文檔就開開始做用用例設計計。對需求進進行分析析，列出出具體的的功能列列表。（一般根根據功能能交互文文檔就能能明確出出此功能能的大體體功能，一層層層的分下下去，一一直到沒沒個功能能表單。然后考考慮到使使用那些些測試方方法？工工作一旦旦做到執(zhí)執(zhí)行階

9、段段，我們們可以更更好的根根據這些些功能表表一點一一點的覆覆蓋。也也能讓我我們在用用例評審審時，充充分的證證實我們們的工作作是有效效的能夠夠保證產產品的質質量。）一般在在此之前前，一些些業(yè)務培培訓和需需求評審審是有必必要是聽聽一下的的。這樣樣能夠更更早更熟熟練的理理解需求求，也能能保證產產品設計計中出現現的一些些誤區(qū)。對于一個個個測試試該如何何進行測測試？如如下：1、功功能測試試1.1、功功能范圍圍（劃分分出各自自負責的的功能模模塊）1.2、使使用測試試方法（等價類類、邊界界值等測測試方法法方法）1.3、測測試標準準（符合合設計、需求和和規(guī)范文文檔對該該功能的的描述）2、界界面測試試3、兼兼容

10、性測測試列舉出策策略中常常用的測測試種類類功能測測試、界界面測試試、兼容容性測試試、性能能測試、安裝卸卸載測試試、數據據庫測試試、文檔檔測試、安全性性測試、可靠性性測試等等等1.3功功能列表表功能描述述：需求：公告條數數上沒有有限制；公告有兩兩種顯示示方式：順序排排列和隨隨機排列列，默認認顯示方方式是順順序；每條公告告不超過過50個個中文字字符或1100個個英文字字符；公告在客客戶端上上以順序序排列方方式顯示示的順序序同運營營后臺頁頁面上從從上到下下顯示的的順序。新增公告告文字如如需對應應寶貝詳詳情鏈接接，則文文字內容容必須含含有對應應寶貝的的名稱，作為公公告內的的關鍵字字鏈接。新增公告告文字

11、如如是純文文字公告告，不需需選擇“指定寶寶貝”。1、實際際中我們們可以根根據設計計圖形，可以看看出內部部的功能能點如：刪除除、修改改、新增增、排序序2、細分分到具體體的功能能表單：（詳細細設計）如：2.1、結結合設計計圖找出出每個測測試點（內部表表單）2.22、結合合測試方方法進行行細分功能點就就是一個個個測試試集模塊名稱稱功能點測試點測試方法法測試標準準公告管理理刪除刪除無允許正常常的操作作，錯誤誤操作給給出提示示信息修改公告內容容等價類、邊界值值允許正常常的操作作，錯誤誤的輸入入提交給給出提示示！新增1、供應應商2、寶貝貝名稱3、指定定寶貝4、公告告內容等價類、邊界值值和功能能圖允許正常常

12、的操作作，錯誤誤的輸入入提交給給出提示示！排序1、上移移2、下移移無允許正常常的操作作公告顯示示方式排排序在圖上很很難看出出有此功功能所以要結結合需求求說明來來分析出出來。1.3.1、其其他非功功能測試試界面測試試兼容性測測試后臺軟軟件分：IE66.0、IE77.0、Firrefoox瀏覽覽器前端手手機分：手機系系統(tǒng)、手手機品牌牌安裝測試試1、文文件安裝裝是否完完整2、卸卸載是否否干凈3、安安裝時停停止，是是否刪除除干凈4、安安裝文件件是否散散亂性能測試試性能測測試應該該另外確確定需求求指標，按照需需求設置置具體的的場景和和性能參參數指標標1.3.2、策策略附件件要求用例模板板、缺陷陷報告模模

13、板測試環(huán)境境的搭建建缺陷管理理流程和和缺陷級級別定義義為下一階階段做好好準備缺陷狀態(tài)態(tài)一般分分為：新新建、打打開、已已分配、已修復、關閉、重新打打開中間間會有：延期、重復、拒絕等等狀態(tài)缺陷管理理流程由測試人人員發(fā)現現bugg后，新新建buug。BBug的的狀態(tài)為為新建建測試人員員直接把把bugg指派到到相應的的管理者者（一般般是由測測試組長長、項目目經理等等人參與與bugg分配）（打開開）或者者是在管管理者那那里就直直接關閉閉 bbug狀狀態(tài)就直直接改為為關閉Bug經經過分配配給相應應的開發(fā)發(fā)者手中中或者是是開發(fā)組組長手中中，測試試組長能能夠講該該bugg轉移給給相應的的開發(fā)人人員。BBug狀

14、狀態(tài)不改改變。狀狀態(tài)改為為 已已分配。（拒拒絕修復復、延期期修復等等）測試人員員在做驗驗證時，主要關關注buug狀態(tài)態(tài)為 已已修復的的bugg 如如果buug任然然存在或或者導致致了新的的bugg。那么么就重重新打開開然后后新建新新的buug。如果bbug修修復未修修復，那那么就重重打開Bug修修復驗證證完畢，就直接接關閉缺陷等級級劃分分級Bug等等級Bug等等級說明明分類說明明致命問題題Blocckerr導致整個個產品無無法進行行測試。修改優(yōu)優(yōu)先級為為最高，該級別別需要程程序員立立即修改改 模塊塊無法啟啟動或異異常退出出 其它它導致無無法測試試的錯誤誤Critticaal死機，數數據丟失失，

15、主要要功能完完全喪失失，系統(tǒng)統(tǒng)懸掛等等錯誤。修改優(yōu)優(yōu)先級為為最高，該級別別需要程程序員立立即修改改 運行行過程中中系統(tǒng)崩崩潰/死機/重啟 功能能設計與與需求嚴嚴重不符符 嚴重重花屏 內存存泄漏 影響響手機語語音或數數據通訊訊等 嚴重重的數值值計算錯錯誤嚴重問題題Majoor主要功能能喪失，導致嚴嚴重的問問題，或或致命的的錯誤聲聲明。修修改優(yōu)先先級為高高，該級級別需要要程序員員盡快修修改 功能能未實現現或者存存在錯誤誤 輕微微的數值值計算錯錯誤 系統(tǒng)統(tǒng)所提供供的功能能或服務務受明顯顯的影響響 用戶戶數據丟丟失或破破壞一般問題題Normmal次要功能能喪失，不太嚴嚴重，如如提示信信息不太太準確。修

16、改優(yōu)優(yōu)先級為為中，該該級別需需要程序序員修改改 操作作界面錯錯誤（包包括數據據窗口內內列名定定義、含義是否否一致） 邊界界條件下下錯誤 功能能存在錯錯誤，但但出現概概率很低低 提示示信息錯錯誤（包包括未給給出信息息、信息息提示錯錯誤等） 長時時間操作作無進度度提示 系統(tǒng)統(tǒng)未優(yōu)化化（性能能問題）Minoor微小的問問題，對對功能幾幾乎沒有有影響，產品及及屬性仍仍可使用用。修改改優(yōu)先級級為低，該級別別需要程程序員修修改或不不修改 界面面格式等等不規(guī)范范 操作作時未給給用戶提提示 文字字排列不不整齊等等一些小小問題 光標標跳轉設設置不好好，鼠標標（光標標）定位位錯誤輕微問題題Trivviall提示信

17、息息格式不不符合要要求, 違背正正常習俗俗習慣的的，界面面不美觀觀，控件件排列、格式不不統(tǒng)一 輔助助說明描描述不清清楚 個別別不影響響產品理理解的錯錯別字 可輸輸入區(qū)域域和只讀讀區(qū)域沒沒有明顯顯的區(qū)分分標志Enhaanceemennt功能性建建議，功功能使用用性、方方便性、易用性性不夠 建議議2、測試試設計階階段在設計測測試方案案時，首首先分解解測試內內容，對對于一個個復雜系系統(tǒng)，通通?？梢砸苑纸獬沙蓭讉€互互相獨立立的子系系統(tǒng)，正正確地劃劃分這些些子系統(tǒng)統(tǒng)及其邏邏輯組成成部分和和相互間間的關系系，可以以降低測測試的復復雜性，減少重重復和遺遺漏，也也便于設設計和開開發(fā)測試試用例，有效的的組織測測

18、試，將將系統(tǒng)分分析人員員的開發(fā)發(fā)分析文文檔加工工成以測測試為角角度的功功能點分分析文檔檔，重 要的是是描述對對系統(tǒng)分分解后每每個功能能點逐一一的校驗驗描述，包括何何種方法法測試、何種數數據測試試、期望望測試結結果等。然后以以功能點點分析文文檔作為為依據進進行測試試用例的的設計， 設計計測試用用例是關關系到測測試效果果以至軟軟件質量量的關鍵鍵性一步步，也是是一項非非常細致致的工作作，根據據對具體體的北側側系統(tǒng)的的分析和和測試要要求，逐逐步細化化測試的的范圍和和內容，設計具具體的測測試過程程和數據據，同時時將結果果寫成可可以按步步執(zhí)行的的測試文文檔。每每個測試試用例必必須包括括以下幾幾個部分分：

19、（1）標題和和編號 （2）測試試的目標標和目的的 （33）輸輸入和使使用的數數據和操操作過程程 （44）期期望的輸輸出結果果 （55）其其他特殊殊的環(huán)境境要求、次序要要求、時時間要求求等3、測試試執(zhí)行階階段當測試用用例的設設計和測測試腳本本的開發(fā)發(fā)完成之之后，提提交測試試版本、部署測測試環(huán)境境就開始始執(zhí)行測測試。手工測試試；在合合適的測測試環(huán)境境上，按按照測試試用例的的條件、步驟要要求，準準備測試試數據：對系統(tǒng)統(tǒng)進行操操作，比比較實際際結果和和測試用用例的所所描述的的期望結結果，以以確定系系統(tǒng)是否否正常運運行或正正常表現現。大多公司司的測試試方法，此階段段需要時時間和人人力 自動化化測試：通過

20、測測試工具具，運行行測試腳腳本，得得到測試試結果。對手工工測試的的管理相相對要復復雜得多多，在整整個測 試執(zhí)行行階段中中，管理理上會碰碰到一系系列問題題，主要要有： 如如何確保保測試環(huán)環(huán)境滿足足測試用用例所描描述的要要求? 如如何保證證每個測測試人員員清楚自自己的測測試任務務? 如如何保證證每個測測試用倒倒得到百百分之百百的執(zhí)行行? 如如何保證證所報告告的buug正確確、描述述清楚、沒有漏漏掉信息息? 如如何跟蹤蹤bugg處理的的進度，嚴重的的bugg及時得得到解決決?3.1、執(zhí)行階階段操作作這時候開開發(fā)就會會轉版本本給我們們測試部部門進行行系統(tǒng)測測試了。拿到版版本我們們首先搭搭建測試試環(huán)境做

21、一個預預測試，目的是是來 評評斷這個個版本是是不是可可測試的的。如果果預測試試不通過過，打回回開發(fā)部部返工，如果通通過了，就開始始我們第第一輪的的系統(tǒng)測測試。第一輪系系統(tǒng)測試試我們會會執(zhí)行我我們所編編寫的所所有測試試用例，做好測測試結果果的記錄錄，發(fā)現現缺陷了了提交缺缺陷報告告。當第第一輪測測試結束束后，我我們把所所有的bbug單單提交給給開發(fā)人人員，由由他們進進行修改改。在他們修修復buug期間間，我們們會對第第一輪系系統(tǒng)測試試做一個個測試評評估，出出一個測測試報告告。還要要根據實實際情況況，對我我們寫的的測試用用例進行行修改和和增加。開發(fā)改改bugg結束，提交一一個新的的版本給給我們，我們重重新搭建建測