測試流程模板講解學習

1、目錄1 概述 22 目的 23 測試流程 2（一 ）需求分析 2（二 ）測試計劃 2測試背景 2測試依據 2測試資源 2測試策略 2測試日程 2其它 2（三 ）測試設計 2（四 ）測試環(huán)境搭建 2（五 ）測試執(zhí)行 3（六 ）缺陷管理 3（七 ）回歸測試 3（八 ）測試報告 3（九 ）總結分析 34 附錄 A 測試用例相關 4（一 ）概述 4（二 ）好測試用例的特點 4（三 ）測試用例的編寫 4（四 ）編寫測試例的常見錯誤 51概述軟件測試不是簡單的運行被測系統(tǒng)，然后看看有什么問題，有問題提出，沒問題發(fā)布。 實際上軟件測試如果沒有一個嚴謹的測試流程，可能會導致測試用例設計不夠完善， 功能點覆蓋不

2、夠全面等問題。那么軟件測試從哪里開始到哪里結束？中間要經過哪些環(huán)節(jié)以及各環(huán) 節(jié)要注意哪些事項。本文檔就這些問題根據公司的具體情況一一說明。2目的為了提高軟件產品質量，測試過程增加了開發(fā)團隊的前期工作量，但卻能減少項目后期的維護工作量和成本。而如果用戶拿到了滿是 bug的軟件產品，損失的不光是后期的維護成 本，更重要的是損失了公司的質量信譽。所以測試無論是對日后系統(tǒng)維護的工作量，還是對公司名譽都起到了不可替代的積極作用。3測試流程（一）需求分析需求分析應該說時軟件測試的一個重要環(huán)節(jié)，測試開發(fā)人員對這一環(huán)節(jié)的理解程度將直接影響到接下來有關測試工作的開展。一般而言，需求分析包括軟件功能的需求分析、測

3、試環(huán)境的需求分析、測試資源的需求分析等。其中最基本的是軟件功能需求分析，拿到測試需求首先要讀懂需求，然后確定么個需求的具體測試方法。為了實現這些功能需要哪些測試設備以及如何搭建相應的測試環(huán)境 等?？偟膩碚f，做測試需求分析的依據主要有 軟件需求文檔、軟件規(guī)格說明書 以及軟 件設計文檔等，根據文檔中提供的信息進行具體的需求分析。（二）測試計劃測試計劃一般由測試負責人來編寫，測試計劃的依據主要是項目開發(fā)設計和測試需求分析結果而制定。測試計劃一般包括以下一些方面：測試背景測試依據測試資源測試策略測試日程其它測試計劃還要包含測試計劃編寫的日期、作者等信息，計劃越詳細越好。雖說計劃越詳細越好，但根據咱們公

4、司的實際測試情況來說， 可能沒有那么多充足的時 間來編寫詳細的測試計劃， 那么我們可以把重點的流程介紹清楚就可以了， 重點的流程就是 測試策略，盡量寫得詳細些。（三）測試設計測試設計主要包括測試用例編寫和測試場景設計兩方面。一份好的測試用例對策是有很好的指導作用，能夠發(fā)現很多軟件問題。 關于測試用例的編寫，見附錄A。（四）測試環(huán)境搭建C/S及B/S架構相關的軟件產品，那么對不同軟件產品對測試環(huán)境有著不同的要求。如不同操作系統(tǒng)，如 Windows 、Unix、Linux 甚至是蘋果 OS 等，這些測試環(huán)境都是必須的。而 對于一些嵌入式軟件，如我們的終端系統(tǒng)，如果我們想測試一下報警功能， 拍照功能

5、等，那 么我們可能就需要搭建相應的帶攝像頭的測試環(huán)境了。當然測試中對于 GSM 網絡等環(huán)境都 有所要求。測試環(huán)境很重要， 符合要求的測試環(huán)境能夠幫助我們準確的測出軟件問題， 并且做出正 確判斷。為了正確測試一款軟件， 我們可能根據不同的需求點要使用很多不同的測試環(huán)境。 有些 測試環(huán)境我們是可以搭建的， 有些環(huán)境我們無法搭建或者搭建成本很高。 無論如何， 我們的 目標是測試軟件問題， 保證軟件質量。 測試環(huán)境問題， 還是根據具體產品以及開發(fā)者的實際 情況而采取最經濟的方式。（五 ） 測試執(zhí)行從測試的角度而言， 測試執(zhí)行包括一個量和度的問題。 也就是測試范圍和測試程度的問 題。針對整個送測需求的實

6、際情況而定了，建議測試執(zhí)行最好控制在兩天以內（10 16 小時之間）。（六 ） 缺陷管理 缺陷的記錄總的來說包含兩方面：由誰提交和缺陷描述。在缺陷描述上，至少要包含以下一些方面內容：序號、標題、預置條件、操作步驟、預 期結果、實測結果、注釋、嚴重程度、概率、測試者和測試日期。以上是描述一個 Bug 是通常所要描述的內容，當然在實際提交Bug 時可以根據實際情況進行補充，如附上圖片、 Log 文件等。（七 ） 回歸測試待缺陷修改之后， 我們除了要驗證上一次出現的問題是否仍然存在， 還要檢查缺陷相關 功能有沒有。（八 ） 測試報告 測試報告格式見測試報告模板。為保障測試報告的質量，至少要為編寫測試

7、報告準備 2 個小時的時間。（九 ） 總結分析 整個測試完成之后要對本次測試進行相關總結， 如碰到的問題， 解決方法， 吸取到的教 訓，問題歸類，此類問題以后如何避免等。4 附錄 A 測試用例相關（一 ） 概述用例文檔（ checklist ），是關于具體測試步驟的文檔，它描述了測試的輸入參數、條件及 配置、 預期的輸出結果等，以判斷被測軟件的工作是否正常。從表現形式上而言， 測試用例可以是純文本的說明文檔，也可以是用腳本語言或高級語言編寫的一段代碼。測試用例文檔由簡介和測試用例兩部分組成。 簡介部分編制測試目的、 測試范圍、 定義 術語以及測試背景等。 測試用例部分逐一列示各測試用例， 測試

8、用例應當包括測試標識、 測 試用例名稱、目標、測試條件、測試設置、輸入數據要求、步驟、以及預期的結果等。（二 ） 好測試用例的特點1完整 完整性是對測試用例最基本的要求， 尤其是一些基本功能項上， 如果有遺漏， 那將是不可原諒的。完整性還體現在中斷測試、臨界測試、壓力測試、性能測試等方面，這方面測試 用例也要能夠涉及到。2準確測試者按照測試用例的輸入一步步測試完成后， 要能夠根據測試用例描述的輸出得出正 確的結論 ,不能出現模糊不清的語言。3簡潔好的測試用例每一步都應該有響應的作用， 有很強的針對性， 不應該出現一些冗繁無用 的操作步驟。測試用例不應該太簡單，也不能夠太過復雜，最大操作步驟最好

9、控制在 10-15 步之間。4清晰清晰包括描述清晰 ,步驟條理清晰 ,測試層次清晰 （由簡而繁 ,從基本功能測試到破壞性測 試）。清晰簡潔對測試用例編寫者的邏輯思維和文字表達能力提出了較高的要求。5可維護性 由于軟件開發(fā)過程中需求變更等原因的影響， 常常需要對測試用例進行修改、 增加、 刪 除等，以便測試用例符合相應測試要求。測試用例應具備這方面的功能。6適當性 測試例應該適合特定的測試環(huán)境以及符合整個團隊的測試水平， 如純英語環(huán)境下的測試 用例最好使用英文編寫。7可復用性 要求不同測試者在同樣測試環(huán)境下使用同樣測試用例都能得出相同結論。8其他 如可追朔性、可移植性也是對編寫測試用例的一個要求

10、。（三 ） 測試用例的編寫 首先，要充分搜集有關軟件需求文檔、 軟件規(guī)格等有關資料， 充分了解軟件的功能特點， 在編寫測試用例時按照完整準確、清晰簡潔的原則，做到有的放矢。其次，一般而言，具體的測試用例在內容上都包括以下信息：用例編號、用例名稱、測 試等級、預置條件、操作步驟、預期輸出、實際輸出、注釋等。這也是很多大公司的測試用 例的都有包括這些方面內容。再者，如果有同類產品的測試用例、測試報告等，可以拿來進行參考，參考不是抄襲， 而是對比發(fā)現自己設計測試用例的不完整之處， 以便及時充實、 彌補。 尤其是開展自己不太 熟悉的產品測試的時候，這樣做尤為重要，這樣可以避免測試用例編寫的盲區(qū)。第四，編寫測試用例時，應將常用測試方法，如臨界測試、等值測試、中斷測試等包含 進來，這些方法技巧有助于發(fā)現更多潛在的問題。第五， 測試用例要根據不同測試階段有所差異， 一套測試用例不應該用于不同階段的測 試，最好能夠為不同測試階段設計不同的測試用例。 當然也可以在一