大家好，我是十一。

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

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

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

圖片來自：百度

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

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

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

01

軟件測試工程師的目標(biāo)：

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

02

測試目的：

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

03

測試對象：

程序/項目/產(chǎn)品

文檔

數(shù)據(jù)

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

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

需求分析：

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

測試策略：

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

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

測試計劃：

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

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

測試方案：

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

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

測試用例設(shè)計：

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

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

測試執(zhí)行：

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

輸出：測試用例上的標(biāo)注。標(biāo)注通過、未通過、掛起。

回歸測試：

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

輸出：缺陷的狀態(tài)標(biāo)注。標(biāo)注已關(guān)閉、已掛起。

測試報告：

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

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

十一的標(biāo)注：

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

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

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

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

-來自百度百科

bug掛起：對于現(xiàn)有技術(shù)架構(gòu)不支持、解決成本大的缺陷可以由產(chǎn)品經(jīng)理決定是否掛起，留到以后再解決。具體到什么時候解決也是由產(chǎn)品經(jīng)理決定。

好了今天的內(nèi)容到此結(jié)束，歡迎留言與我溝通！我們下次再見～

總結(jié)

以上是生活随笔為你收集整理的软件测试的工作周期的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。