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

1、軟件測試工作流程（個人版）軟件測試流程測試基本階段劃分?測試計劃階段?測試設計階段?測試執(zhí)行階段?測試評估階段?測試驗收階段文檔編寫人：龍文編寫時間：2010-8-3目錄1、測試計劃階段（3）1.1、 測試計劃考慮的問題（3）1.2、 測試策略（4）1.3、 能列表（4）1.3.1、 其他非功能測試（6）1.3.2、 策略附件要求（6）2、測試設計階段（8）3、測試執(zhí)行階段（8）3.1、執(zhí)行階段操作（9）4、測試評估階段（9）5、測試驗收階段(10)1、測試計劃階段?做測試需要做好準備工作,把做一件事需要做的準備工作做好,明確做這件事的目的,最終達成目的并驗證結果是我們要做的事情。這要求我們有

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

3、括測試內容、測試標準、時間資源、人力資源等等,準確地說是要分析執(zhí)行時所能夠調用的一切資源以及受各種條件限制,可能受到的各種影響。說的再明確一點就是要“計劃”“如何”去做“測試工作”,而不是“如何編寫測試計劃”。p1EanqFDPw(1) 測試內容:對一個軟件來說測試計劃中會明確本次測試做哪些測試?如:系統(tǒng)測試:在整個系統(tǒng)測試中會有(界面測試、功能測試、性能測試、兼容性測試、安裝卸載測試、可靠性測試等測試)(2) 測試目的:一般多為保證產品質量是否達到預期的指標。這個指標也就是在測試中定義的結束標準。(3) 測試標準:需要考慮本次測試需要輸入那些文檔,該項目結束標準定義、測試結束標準的定義?bu

4、g級別定義、優(yōu)先級定義、bug管理流程定義。這個都需要在執(zhí)行測試事明確。計劃中應該包含這些內容。DXDiTa9E3d(4) 資源分配:這里分為人力資源、軟硬件資源等劃分。一般會把人力資源的利用寫入一個測試人員任務分配表里,按照不同的階段,每個階段提交相應的成果(難度很大)。軟硬件資源中主要是在做計劃時考慮到需要多少電腦或別的工具,列出清單。RTCrpUDGiT(5) 測試風險:大多考慮到的就是項目開發(fā)延期、測試人員不足用例無法全面覆蓋測試點、時間不足用例無法全部執(zhí)行、bug無法及時修改導致無法驗證、測試人員技能不足導致測試進度拉長。5PCzVD7HxA(6) 軟件測試策略一般都是分開來做相關測

5、試方案。?2、要堅持“5W1H的原則,明確測試內容與過程。明確測試的范圍和內容(WHAT)；明確測試的目的(WHY);明確測試的開始和結束日期(WHEN)；明確給出測試文檔存放位置(WHERE)；明確測試人員的任務分配(WHO)；明確指出測試的方法和測試工具(HOW>1.2 、測試策略?這一階段在于需求、詳細設計、測試計劃完成之后,主要是本次測試的策略階段。很多公司少這個一個階段,需要有計劃性的分出產品的功能扣出測試的功能點,現階段大多公司都是直接拿著文檔就開始做用例設計。jLBHrnAILg?對需求進行分析,列出具體的功能列表。（一般根據功能交互文檔就能明確出此功能的大體功能,一層層的

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

7、功能測試、界面測試、兼容性測試、性能測試、安裝卸載測試、數據庫測試、文檔測試、安全性測試、可靠性測試等等LDAYtRyKfE1.4 功能列表功能描述:需求:- 公告條數上沒有限制；- 公告有兩種顯示方式：順序排列和隨機排列，默認顯示方式是順序；- 每條公告不超過50個中文字符或100個英文字符；- 公告在客戶端上以順序排列方式顯示的順序同運營后臺頁面上從上到下顯示的順序。- 新增公告文字如需對應寶貝詳情鏈接，則文字內容必須含有對應寶貝的名稱，作為公告內的關鍵字鏈接。-新增公告文字如是純文字公告，不需選擇“指定寶貝”。1、實際中我們可以根據設計圖形,可以看出內部的功能點如:刪除、修改、新增、排序

8、2、細分到具體的功能表單:（詳細設計）如:2.1、結合設計圖找出每個測試點（內部表單）2.2、結合測試方法進行細分功能點就是一個個測試集1.3.1 、其他非功能測試?界面測試?兼容性測試后臺軟件分:IE6.0、IE7.0、Firefox瀏覽器前端手機分:手機系統(tǒng)、手機品牌?安裝測試1、文件安裝是否完整2、卸載是否干凈3、安裝時停止,是否刪除干凈4、安裝文件是否散亂?性能測試性能測試應該另外確定需求指標,按照需求設置具體的場景和性能參數指標1.3.2 、策略附件要求?用例模板、缺陷報告模板?測試環(huán)境的搭建?缺陷管理流程和缺陷級別定義為下一階段做好準備缺陷狀態(tài)一般分為:新建、打開、已分配、已修復、

9、關閉、重新打開中間會有:延期、重復、拒絕等狀態(tài)缺陷管理流程1、由測試人員發(fā)現bug后，新建bug。Bug的狀態(tài)為新建2、測試人員直接把bug指派到相應的管理者（一般是由測試組長、項目經理等人參與bug分配）（打開）或者是在管理者那里就直接關閉bug狀態(tài)就直接改為關閉3、Bug經過分配給相應的開發(fā)者手中或者是開發(fā)組長手中,測試組長能夠講該bug轉移給相應的開發(fā)人員。Bug狀態(tài)不改變。狀態(tài)改為已分配。(拒絕修復、延期修復等)4、測試人員在做驗證時，主要關注bug狀態(tài)為已修復的bug如果bug任然存在或者導致Zzz6ZB2Ltk了新的bug。那么就重新打開然后新建新的bug。如果bug修復未修復，那

10、么就重打開5、Bug修復驗證完畢,就直接關閉缺陷等級劃分2、測試設計階段在設計測試方案時,首先分解測試內容,對于一個復雜系統(tǒng),通?？梢苑纸獬蓭讉€互相獨立的子系統(tǒng),正確地劃分這些子系統(tǒng)及其邏輯組成部分和相互間的關系,可以降低測試的復雜性,減少重復和遺漏,也便于設計和開發(fā)測試用例,有效的組織測試,將系統(tǒng)分析人員的開發(fā)分析文檔加工成以測試為角度的功能點分析文檔,重要的是描述對系統(tǒng)分解后每個功能點逐一的校驗描述,包括何種方法測試、何種數據測試、期望測試結果等。然后以功能點分析文檔作為依據進行測試用例的設計,設計測試用例是關系到測試效果以至軟件質量的關鍵性一步,也是一項非常細致的工作,根據對具體的北側系

11、統(tǒng)的分析和測試要求,逐步細化測試的范圍和內容,設計具體的測試過程和數據,同時將結果寫成可以按步執(zhí)行的測試文檔。每個測試用例必須包括以下幾個部分:dvzfvkwMI1(1) 標題和編號(2) 測試的目標和目的(3) 輸入和使用的數據和操作過程(4) 期望的輸出結果(5) 其他特殊的環(huán)境要求、次序要求、時間要求等3、測試執(zhí)行階段?當測試用例的設計和測試腳本的開發(fā)完成之后,提交測試版本、部署測試環(huán)境就開始執(zhí)行測試。?手工測試;在合適的測試環(huán)境上,按照測試用例的條件、步驟要求,準備測試數據:對系統(tǒng)進行操作,比較實際結果和測試用例的所描述的期望結果,以確定系統(tǒng)是否正常運行或正常表現。rqyn14ZNXI

12、大多公司的測試方法,此階段需要時間和人力?自動化測試:通過測試工具,運行測試腳本,得到測試結果。對手工測試的管理相對要復雜得多,在整個測試執(zhí)行階段中,管理上會碰到一系列問題,主要有:?如何確保測試環(huán)境滿足測試用例所描述的要求？?如何保證每個測試人員清楚自己的測試任務？?如何保證每個測試用倒得到百分之百的執(zhí)行？?如何保證所報告的bug正確、描述清楚、沒有漏掉信息？?如何跟蹤bug處理的進度,嚴重的bug及時得到解決？3.1、執(zhí)行階段操作?這時候開發(fā)就會轉版本給我們測試部門進行系統(tǒng)測試了。拿到版本我們首先搭建測試環(huán)境?做一個預測試,目的是來評斷這個版本是不是可測試的。如果預測試不通過,打回開發(fā)部返

13、工,如果通過了,就開始我們第一輪的系統(tǒng)測試。EmxvxOtOco?第一輪系統(tǒng)測試我們會執(zhí)行我們所編寫的所有測試用例,做好測試結果的記錄,發(fā)現缺陷了提交缺陷報告。當第一輪測試結束后,我們把所有的bug單提交給開發(fā)人員,由他們進行修改。SixE2yXPq5?在他們修復bug期間,我們會對第一輪系統(tǒng)測試做一個測試評估,出一個測試報告。還要根據實際情況,對我們寫的測試用例進行修改和增加。開發(fā)改bug結束,提交一個新的版本給我們,我們重新搭建測試環(huán)境開始第二輪系統(tǒng)測試。首先是回歸我們提交的缺陷報告,然后會在用例中挑選一些優(yōu)先級別比較高的用例來進行測試,發(fā)現問題了繼續(xù)提交缺陷報告,只到缺陷率低于用戶要求了

14、,我們就進行最后一輪的回歸測試,結束系統(tǒng)測試。具體測試輪次是根據版本質量和項目復雜度而決定的。6ewMyirQFL重新搭建測試環(huán)境:公司每次的產品都發(fā)布。第二輪測試時,公司不做挑選用例,用例全部執(zhí)行。需要時間安排充足?其實預測試在公司內多為開發(fā)內部的測試（冒煙）4、測試評估階段?執(zhí)行階段結束了進入測試評估階段,我們會出一個總的測試報告對我們測試的這個過程和版本的質量做一個詳細的評估kavU42VRUs1 、需求需要評審那些?2 、用例需要評審那些?3 、計劃應該評審那些?4 、缺陷評審那些?5 、bug評估?測試總結報告文檔的輸出, 提出相關1、可以讓具體的任務負責人對該本次測試中個人負責的模快進行評價建議。給出總體的評