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

1、軟件測試流程測試基本階段劃分 測試計劃階段 測試設(shè)計階段 測試執(zhí)行階段 測試評估階段 測試驗收階段文檔編寫人：龍文編寫時間：2010-8-3目錄1、測試計劃階段31.1、測試計劃考慮的問題31.2、測試策略41.3功能列表41.3.1、其他非功能測試61.3.2、策略附件要求62、測試設(shè)計階段83、測試執(zhí)行階段83.1、執(zhí)行階段操作94、測試評估階段95、測試驗收階段101、測試計劃階段 做測試需要做好準備工作，把做一件事需要做的準備工作做好，明確做這件事的目的，最終達成目的并驗證結(jié)果是我們要做的事情。這要求我們有一個完善的“測試 計劃書”。 測試計劃的內(nèi)容：1、測試范圍：描述本次測試中做的測

2、試范圍，如：測試軟件功能范圍、測試種類等2、簡單的描述如何搭建測試平臺以及測試的潛在的風險。3、項目信息：說明要測試的項目的相關(guān)資料，如：輸入輸出文檔，產(chǎn)品描述，軟件主要功能4、人力資源的分配 注：計劃和設(shè)計分開編寫，最好安排充分的時間去明確測試需求測試需求：籠統(tǒng)說，就是測試中的所有設(shè)計和需求文檔。作為本次測試的依據(jù)1.1、測試計劃考慮的問題 1、要充分考慮測試計劃的實用性，即測試計劃與實際之間的接近程度和可操作性（必須對需求有透徹的理解）。編寫測試計劃的目的在于充分考慮執(zhí)行測試時 的各種資源，包括測試內(nèi)容、測試標準、時間資源、人力資源等等，準確地說是要分析執(zhí)行時所能夠調(diào)用的一切資源以及受各種

3、條件限制，可能受到的各種影響。說 的再明確一點就是要“計劃”“如何”去做“測試工作”，而不是“如何編寫測試計劃”。（1）測試內(nèi)容：對一個軟件來說測試計劃中會明確本次測試做哪些測試？如：系統(tǒng)測試：在整個系統(tǒng)測試中會有（界面測試、功能測試、性能測試、兼容性測試、安裝卸載測試、可靠性測試等測試）（2）測試目的：一般多為保證產(chǎn)品質(zhì)量是否達到預(yù)期的指標。這個指標也就是在測試中定義的結(jié)束標準。（3）測試標準：需要考慮本次測試需要輸入那些文檔，該項目結(jié)束標準定義、測試結(jié)束標準的定義？bug級別定義、優(yōu)先級定義、bug管理流程定義。這個都需要在執(zhí)行測試事明確。計劃中應(yīng)該包含這些內(nèi)容。（4）資源分配：這里分為人

4、力資源、軟硬件資源等劃分。一般會把人力資源的利用寫入一個測試人員任務(wù)分配表里，按照不同的階段，每個階段提交相應(yīng)的成果（難度很大）。軟硬件資源中主要是在做計劃時考慮到需要多少電腦或別的工具，列出清單。（5）測試風險：大多考慮到的就是項目開發(fā)延期、測試人員不足用例無法全面覆蓋測試點、時間不足用例無法全部執(zhí)行、bug無法及時修改導致無法驗證、測試人員技能不足導致測試進度拉長。（6）軟件測試策略一般都是分開來做相關(guān)測試方案。 2、要堅持“5W1H”的原則，明確測試內(nèi)容與過程。 明確測試的范圍和內(nèi)容（WHAT）； 明確測試的目的（WHY）； 明確測試的開始和結(jié)束日期（WHEN）； 明確給出測試文檔存放位

5、置（WHERE）； 明確測試人員的任務(wù)分配（WHO）； 明確指出測試的方法和測試工具（HOW）。1.2、測試策略 這一階段在于需求、詳細設(shè)計、測試計劃完成之后，主要是本次測試的策略階段。很多公司少這個一個階段，需要有計劃性的分出產(chǎn)品的功能扣出測試的功能點，現(xiàn)階段大多公司都是直接拿著文檔就開始做用例設(shè)計。 對需求進行分析，列出具體的功能列表。（一般根據(jù)功能交互文檔就能明確出此功能的大體功能，一層層的分下去，一直到?jīng)]個功能表單。然后考慮到使用那些測試方法？工作一旦做到執(zhí)行階段，我們可以更好的根據(jù)這些功能表一點一點的覆蓋。也能讓我們在用例評審時，充分的證實我們的工作是有效的能夠保證產(chǎn)品的質(zhì)量。）一般

6、在此之前，一些業(yè)務(wù)培訓和需求評審是有必要是聽一下的。這樣能夠更早更熟練的理解需求，也能保證產(chǎn)品設(shè)計中出現(xiàn)的一些誤區(qū)。 對于一個個測試該如何進行測試？如下：1、功能測試1.1、功能范圍（劃分出各自負責的功能模塊）1.2、使用測試方法（等價類、邊界值等測試方法方法）1.3、測試標準（符合設(shè)計、需求和規(guī)范文檔對該功能的描述）2、界面測試3、兼容性測試列舉出策略中常用的測試種類功能測試、界面測試、兼容性測試、性能測試、安裝卸載測試、數(shù)據(jù)庫測試、文檔測試、安全性測試、可靠性測試等等1.3功能列表功能描述：需求： 公告條數(shù)上沒有限制； 公告有兩種顯示方式：順序排列和隨機排列，默認顯示方式是順序； 每條公告

7、不超過50個中文字符或100個英文字符； 公告在客戶端上以順序排列方式顯示的順序同運營后臺頁面上從上到下顯示的順序。 新增公告文字如需對應(yīng)寶貝詳情鏈接，則文字內(nèi)容必須含有對應(yīng)寶貝的名稱，作為公告內(nèi)的關(guān)鍵字鏈接。 新增公告文字如是純文字公告，不需選擇“指定寶貝”。1、實際中我們可以根據(jù)設(shè)計圖形，可以看出內(nèi)部的功能點如：刪除、修改、新增、排序2、細分到具體的功能表單：（詳細設(shè)計）如：2.1、結(jié)合設(shè)計圖找出每個測試點（內(nèi)部表單）2.2、結(jié)合測試方法進行細分功能點就是一個個測試集模塊名稱功能點測試點測試方法測試標準公告管理刪除刪除無允許正常的操作，錯誤操作給出提示信息修改公告內(nèi)容等價類、邊界值允許正常

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

9、 測試環(huán)境的搭建 缺陷管理流程和缺陷級別定義為下一階段做好準備缺陷狀態(tài)一般分為：新建、打開、已分配、已修復、關(guān)閉、重新打開中間會有：延期、重復、拒絕等狀態(tài)缺陷管理流程1、 由測試人員發(fā)現(xiàn)bug后，新建bug。Bug的狀態(tài)為新建2、 測試人員直接把bug指派到相應(yīng)的管理者（一般是由測試組長、項目經(jīng)理等人參與bug分配）（打開）或者是在管理者那里就直接關(guān)閉 bug狀態(tài)就直接改為關(guān)閉3、 Bug經(jīng)過分配給相應(yīng)的開發(fā)者手中或者是開發(fā)組長手中，測試組長能夠講該bug轉(zhuǎn)移給相應(yīng)的開發(fā)人員。Bug狀態(tài)不改變。狀態(tài)改為 已分配。（拒絕修復、延期修復等）4、 測試人員在做驗證時，主要關(guān)注bug狀態(tài)為 已修復的b

10、ug 如果bug任然存在或者導致了新的bug。那么就重新打開然后新建新的bug。如果bug修復未修復，那么就重打開5、 Bug修復驗證完畢，就直接關(guān)閉缺陷等級劃分分級Bug等級Bug等級說明分類說明致命問題Blocker導致整個產(chǎn)品無法進行測試。修改優(yōu)先級為最高，該級別需要程序員立即修改 模塊無法啟動或異常退出 其它導致無法測試的錯誤Critical死機，數(shù)據(jù)丟失，主要功能完全喪失，系統(tǒng)懸掛等錯誤。修改優(yōu)先級為最高，該級別需要程序員立即修改 運行過程中系統(tǒng)崩潰/死機/重啟 功能設(shè)計與需求嚴重不符 嚴重花屏 內(nèi)存泄漏 影響手機語音或數(shù)據(jù)通訊等 嚴重的數(shù)值計算錯誤嚴重問題Major主要功能喪失，導

11、致嚴重的問題，或致命的錯誤聲明。修改優(yōu)先級為高，該級別需要程序員盡快修改 功能未實現(xiàn)或者存在錯誤 輕微的數(shù)值計算錯誤 系統(tǒng)所提供的功能或服務(wù)受明顯的影響 用戶數(shù)據(jù)丟失或破壞一般問題Normal次要功能喪失， 不太嚴重，如提示信息不太準確。修改優(yōu)先級為中，該級別需要程序員修改 操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 邊界條件下錯誤 功能存在錯誤，但出現(xiàn)概率很低 提示信息錯誤（包括未給出信息、信息提示錯誤等） 長時間操作無進度提示 系統(tǒng)未優(yōu)化（性能問題）Minor微小的問題，對功能幾乎沒有影響，產(chǎn)品及屬性仍可使用。修改優(yōu)先級為低，該級別需要程序員修改或不修改 界面格式等不規(guī)范 操作時

12、未給用戶提示 文字排列不整齊等一些小問題 光標跳轉(zhuǎn)設(shè)置不好，鼠標（光標）定位錯誤輕微問題Trivial提示信息格式不符合要求, 違背正常習俗習慣的，界面不美觀，控件排列、格式不統(tǒng)一 輔助說明描述不清楚 個別不影響產(chǎn)品理解的錯別字 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志Enhancement功能性建議，功能使用性、方便性、易用性不夠 建議2、測試設(shè)計階段在設(shè)計測試方案時，首先分解測試內(nèi)容，對于一個復雜系統(tǒng)，通?？梢苑纸獬蓭讉€互相獨立的子系統(tǒng)，正確地劃分這些子系統(tǒng)及其邏輯組成部分和相互間的關(guān)系，可以降低測試的復雜性，減少重復和遺漏，也便于設(shè)計和開發(fā)測試用例，有效的組織測試，將系統(tǒng)分析人員的開發(fā)分析

13、文檔加工成以測試為角度的功能點分析文檔，重 要的是描述對系統(tǒng)分解后每個功能點逐一的校驗描述，包括何種方法測試、何種數(shù)據(jù)測試、期望測試結(jié)果等。然后以功能點分析文檔作為依據(jù)進行測試用例的設(shè)計， 設(shè)計測試用例是關(guān)系到測試效果以至軟件質(zhì)量的關(guān)鍵性一步，也是一項非常細致的工作，根據(jù)對具體的北側(cè)系統(tǒng)的分析和測試要求，逐步細化測試的范圍和內(nèi)容，設(shè)計具體的測試過程和數(shù)據(jù)，同時將結(jié)果寫成可以按步執(zhí)行的測試文檔。每個測試用例必須包括以下幾個部分： （1）標題和編號 （2）測試的目標和目的 （3）輸入和使用的數(shù)據(jù)和操作過程 （4）期望的輸出結(jié)果 （5）其他特殊的環(huán)境要求、次序要求、時間要求等3、測試執(zhí)行階段 當測試

14、用例的設(shè)計和測試腳本的開發(fā)完成之后，提交測試版本、部署測試環(huán)境就開始執(zhí)行測試。 手工測試；在合適的測試環(huán)境上，按照測試用例的條件、步驟要求，準備測試數(shù)據(jù)：對系統(tǒng)進行操作，比較實際結(jié)果和測試用例的所描述的期望結(jié)果，以確定系統(tǒng)是否正常運行或正常表現(xiàn)。大多公司的測試方法，此階段需要時間和人力 自動化測試：通過測試工具，運行測試腳本，得到測試結(jié)果。對手工測試的管理相對要復雜得多，在整個測 試執(zhí)行階段中，管理上會碰到一系列問題，主要有： 如何確保測試環(huán)境滿足測試用例所描述的要求? 如何保證每個測試人員清楚自己的測試任務(wù)? 如何保證每個測試用倒得到百分之百的執(zhí)行? 如何保證所報告的bug正確、描述清楚、沒

15、有漏掉信息? 如何跟蹤bug處理的進度，嚴重的bug及時得到解決?3.1、執(zhí)行階段操作 這時候開發(fā)就會轉(zhuǎn)版本給我們測試部門進行系統(tǒng)測試了。拿到版本我們首先搭建測試環(huán)境 做一個預(yù)測試，目的是來 評斷這個版本是不是可測試的。如果預(yù)測試不通過，打回開發(fā)部返工，如果通過了，就開始我們第一輪的系統(tǒng)測試。 第一輪系統(tǒng)測試我們會執(zhí)行我們所編寫的所有測試用例，做好測試結(jié)果的記錄，發(fā)現(xiàn)缺陷了提交缺陷報告。當?shù)谝惠啘y試結(jié)束后，我們把所有的bug單提交給開發(fā)人員，由他們進行修改。 在他們修復bug期間，我們會對第一輪系統(tǒng)測試做一個測試評估，出一個測試報告。還要根據(jù)實際情況，對我們寫的測試用例進行修改和增加。開發(fā)改b

16、ug結(jié)束，提交一個新的版本給我們，我們重新搭建測試環(huán)境開始第二輪系統(tǒng)測試。首先是回歸我們提交的缺陷報告，然后會在用例中挑選一些優(yōu)先級別比較高的用例來進行測試，發(fā)現(xiàn)問 題了繼續(xù)提交缺陷報告，只到缺陷率低于用戶要求了，我們就進行最后一輪的回歸測試，結(jié)束系統(tǒng)測試。具體測試輪次是根據(jù)版本質(zhì)量和項目復雜度而決定的。重新搭建測試環(huán)境：公司每次的產(chǎn)品都發(fā)布。第二輪測試時，公司不做挑選用例，用例全部執(zhí)行。需要時間安排充足 其實預(yù)測試在公司內(nèi)多為開發(fā)內(nèi)部的測試 （冒煙）4、測試評估階段 執(zhí)行階段結(jié)束了進入測試評估階段，我們會出一個總的測試報告對我們測試的這個過程和版本的質(zhì)量做一個詳細的評估1、 需求需要評審那些？2、 用例需要評審那些？3、 計劃應(yīng)該評審那些？4、 缺