大家好，我是十一。

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

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

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

圖片來自：百度

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

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

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

01

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

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

02

測試目的：

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

03

測試對(duì)象：

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

文檔

數(shù)據(jù)

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

針對(duì)上圖我們--做說明：

需求分析：

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

測試策略：

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

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

測試計(jì)劃：

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

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

測試方案：

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

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

測試用例設(shè)計(jì)：

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

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

測試執(zhí)行：

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

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

回歸測試：

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

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

測試報(bào)告：

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

輸出：《測試報(bào)告》。一般是word編寫。

十一的標(biāo)注：

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

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

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

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

-來自百度百科

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

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

總結(jié)

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

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