軟件測試的工作周期

大家好，我是十一。

這章開始我們正式走入測試工作。那么今天我們來看看測試工程師的工作周期。跟我來吧~

還記得這張圖嗎？在《軟件生命周期串講》章節我們對這張圖做了詳細描述哦，沒看的或者忘記的趕緊重新回去看看，這里不再贅述。

那測試在其中的什么地方呢？你有沒有發現？流程中有個“質檢員檢查（測試）”這個就是測試哦，其實還有個測試那就是“心心拿到衣服開始試穿以及查看是否有質量問題（測試）”；這個也算測試呢。都是對產品進行檢測，檢測是否達標。

圖片來自：百度

可能有些人會問心心是客戶呀，她怎么又做了測試了呢？測試的角色其實就是“模仿”客戶，客戶買東西所以我們需要達到客戶要求，那么客戶收到貨后必定會檢查是否滿足心意，那么為了提高客戶的滿意度，我們就需要交付客戶之前內部有這么一個角色去扮演客戶，提前檢查下客戶是否會滿足心意，于是乎就有了軟件測試這一崗位。

綜上所述，測試工程師就是站在客戶的使用和需求角度測試軟件，報告問題。報告的問題就是所謂的bug（至于為什么問題叫bug，我會在文末標注）

在講測試流程之前，我們先來明確幾個概念：

01

軟件測試工程師的目標：

盡可能早的找出軟件缺陷，并確保其得以修復。另外就是在軟件生命周期的整個過程中收集信息并且整理歸檔（具體見下面的測試目的）

02

測試目的：

盡可能早的找出軟件缺陷，檢查系統是否滿足需求，收集對該項目/本組有用的信息（比如：開發人員編碼習慣哪些需要改善、當前的工作模式是否符合這個項目/這個團隊）。

03

測試對象：

程序/項目/產品

文檔

數據

接下來我們詳細說說測試的工作流程（其實在軟件生命周期的大圖里都有介紹，這里單獨拿出來再跟大家絮叨下~目的呢就是希望大家能把這個真真實實理解了，變成自己的東西，加油哦~）。如下圖所示，是測試的工作周期（右側灰色部分是每項工作完成后的輸出產物）。

針對上圖我們--做說明：

需求分析：

描述：需求細化，前面幾篇都有說明，這里不再贅述。最終是要整理歸檔成《需求說明書》或者《需求規格說明書》。

測試策略：

描述：指測試的方式方法（比如功能測試/性能測試/穩定性測試）以及測試要求（比如測試所有功能點符合《需求說明書》和《任務書》要求）

輸出：《測試策略》，現在也有很多公司都把測試策略放在測試方案中來寫。一般是word編寫。

測試計劃：

描述：測試組長就要根據《需求說明書》和《任務書》開始編寫《測試計劃》，測試計劃包括人員，軟件硬件資源，測試點，集成順序，進度安排和風險識別等內容。

輸出：《測試計劃》。測試計劃可以是xsl格式（用excel編寫），也可以是doc格式（word編寫），無論哪種形式，一般是在文檔里都以表格方式展現。

測試方案：

描述：一般由對需求很熟的高資深的測試工程師設計，測試方案要求根據《需求說明書》上的每個需求點設計出包括需求點簡介，測試思路和詳細測試方法三部分的方案。《測試方案》編寫完成后需要進行組內評審，評審通過則繼續系一部的測試用例設計/編寫，如果不通過則重新編寫，然后再次審核直到審核通過。

輸出：《測試方案》。一般是word編寫。

測試用例設計：

描述：主要是對測試用例和規程的設計。測試用例是根據《測試方案》和《需求說明書》來編寫的，通過《測試方案》階段，測試人員對整個系統需求有了詳細的理解。這時開始編寫用例才能保證用例的可執行和對需求的覆蓋。測試用例需要包括測試項，用例級別，預置條件，操作步驟和預期結果。其中操作步驟和預期結果需要編寫詳細和明確。測試用例應該覆蓋測試方案，而測試方案又覆蓋了測試需求點，這樣才能保證客戶需求不遺漏。同樣，測試用例也需要組內評審。

輸出：測試用例集。一般在工具上完成（Testlink、excel等等）

測試執行：

描述：執行測試用例，及時提交有質量的Bug和測試日報。及時更新測試用例狀態。通過則標注通過，失敗則標注失敗并且在缺陷管理工具上創建bug，掛起說明原因。

輸出：測試用例上的標注。標注通過、未通過、掛起。

回歸測試：

描述：對于bug開發修訂后會返回給測試，測試需要對bug以及bug相關模塊做回歸測試。通過后關閉bug，不通過則返回讓開發重新修訂，直到測試通過為止。

輸出：缺陷的狀態標注。標注已關閉、已掛起。

測試報告：

描述：是指把測試的過程和結果寫成文檔，對發現的問題和缺陷進行分析，為糾正軟件的存在的質量問題提供依據，同時為軟件驗收和交付打下基礎。最終測試完成要求所有測試用例是通過、已掛起，所有bug是已關閉、已掛起兩種狀態。

輸出：《測試報告》。一般是word編寫。

十一的標注：

1. bug的概念：所謂“（Bug）”，是指程序中隱藏的錯誤或者缺陷；

2. bug的由來：1945年9月9日的一個下午，格雷斯·霍波（GraceHopper）中尉正領著他的小組構造一個稱為“馬克二型”的計算機。

   突然，馬克二型死機了。技術人員試了很多辦法，最后定位到第70號繼電器出錯。霍波觀察這個出錯的繼電器，發現一只飛蛾躺在中間，已經被繼電器打死。她小心地用鑷子將蛾子夾出來，用透明膠布帖到“事件記錄本”中，并注明“第一個發現蟲子的實例。”

   從此以后，人們將計算機錯誤戲稱為蟲子（bug），而把找尋錯誤的工作稱為（debug）

   -來自百度百科

3. bug掛起：對于現有技術架構不支持、解決成本大的缺陷可以由產品經理決定是否掛起，留到以后再解決。具體到什么時候解決也是由產品經理決定。

好了今天的內容到此結束，歡迎留言與我溝通！我們下次再見～