大家好，我是十一。
這章開始我們正式走入測(cè)試工作。那么今天我們來看看測(cè)試工程師的工作周期。跟我來吧~
還記得這張圖嗎？在《軟件生命周期串講》章節(jié)我們對(duì)這張圖做了詳細(xì)描述哦，沒看的或者忘記的趕緊重新回去看看，這里不再贅述。
那測(cè)試在其中的什么地方呢？你有沒有發(fā)現(xiàn)？流程中有個(gè)“質(zhì)檢員檢查（測(cè)試）”這個(gè)就是測(cè)試哦，其實(shí)還有個(gè)測(cè)試那就是“心心拿到衣服開始試穿以及查看是否有質(zhì)量問題（測(cè)試）”；這個(gè)也算測(cè)試呢。都是對(duì)產(chǎn)品進(jìn)行檢測(cè)，檢測(cè)是否達(dá)標(biāo)。
圖片來自：百度
可能有些人會(huì)問心心是客戶呀，她怎么又做了測(cè)試了呢？測(cè)試的角色其實(shí)就是“模仿”客戶，客戶買東西所以我們需要達(dá)到客戶要求，那么客戶收到貨后必定會(huì)檢查是否滿足心意，那么為了提高客戶的滿意度，我們就需要交付客戶之前內(nèi)部有這么一個(gè)角色去扮演客戶，提前檢查下客戶是否會(huì)滿足心意，于是乎就有了軟件測(cè)試這一崗位。
綜上所述，測(cè)試工程師就是站在客戶的使用和需求角度測(cè)試軟件，報(bào)告問題。報(bào)告的問題就是所謂的bug（至于為什么問題叫bug，我會(huì)在文末標(biāo)注）
在講測(cè)試流程之前，我們先來明確幾個(gè)概念：
01
軟件測(cè)試工程師的目標(biāo)：
盡可能早的找出軟件缺陷，并確保其得以修復(fù)。另外就是在軟件生命周期的整個(gè)過程中收集信息并且整理歸檔（具體見下面的測(cè)試目的）
02
測(cè)試目的：
盡可能早的找出軟件缺陷，檢查系統(tǒng)是否滿足需求，收集對(duì)該項(xiàng)目/本組有用的信息（比如：開發(fā)人員編碼習(xí)慣哪些需要改善、當(dāng)前的工作模式是否符合這個(gè)項(xiàng)目/這個(gè)團(tuán)隊(duì)）。
03
測(cè)試對(duì)象：
程序/項(xiàng)目/產(chǎn)品
文檔
數(shù)據(jù)
接下來我們?cè)敿?xì)說說測(cè)試的工作流程（其實(shí)在軟件生命周期的大圖里都有介紹，這里單獨(dú)拿出來再跟大家絮叨下~目的呢就是希望大家能把這個(gè)真真實(shí)實(shí)理解了，變成自己的東西，加油哦~）。如下圖所示，是測(cè)試的工作周期（右側(cè)灰色部分是每項(xiàng)工作完成后的輸出產(chǎn)物）。
針對(duì)上圖我們--做說明：
需求分析：
描述：需求細(xì)化，前面幾篇都有說明，這里不再贅述。最終是要整理歸檔成《需求說明書》或者《需求規(guī)格說明書》。
測(cè)試策略：
描述：指測(cè)試的方式方法（比如功能測(cè)試/性能測(cè)試/穩(wěn)定性測(cè)試）以及測(cè)試要求（比如測(cè)試所有功能點(diǎn)符合《需求說明書》和《任務(wù)書》要求）
輸出：《測(cè)試策略》，現(xiàn)在也有很多公司都把測(cè)試策略放在測(cè)試方案中來寫。一般是word編寫。
測(cè)試計(jì)劃：
描述：測(cè)試組長就要根據(jù)《需求說明書》和《任務(wù)書》開始編寫《測(cè)試計(jì)劃》，測(cè)試計(jì)劃包括人員，軟件硬件資源，測(cè)試點(diǎn)，集成順序，進(jìn)度安排和風(fēng)險(xiǎn)識(shí)別等內(nèi)容。
輸出：《測(cè)試計(jì)劃》。測(cè)試計(jì)劃可以是xsl格式（用excel編寫），也可以是doc格式（word編寫），無論哪種形式，一般是在文檔里都以表格方式展現(xiàn)。
測(cè)試方案：
描述：一般由對(duì)需求很熟的高資深的測(cè)試工程師設(shè)計(jì)，測(cè)試方案要求根據(jù)《需求說明書》上的每個(gè)需求點(diǎn)設(shè)計(jì)出包括需求點(diǎn)簡介，測(cè)試思路和詳細(xì)測(cè)試方法三部分的方案?！稖y(cè)試方案》編寫完成后需要進(jìn)行組內(nèi)評(píng)審，評(píng)審?fù)ㄟ^則繼續(xù)系一部的測(cè)試用例設(shè)計(jì)/編寫，如果不通過則重新編寫，然后再次審核直到審核通過。
輸出：《測(cè)試方案》。一般是word編寫。
測(cè)試用例設(shè)計(jì)：
描述：主要是對(duì)測(cè)試用例和規(guī)程的設(shè)計(jì)。測(cè)試用例是根據(jù)《測(cè)試方案》和《需求說明書》來編寫的，通過《測(cè)試方案》階段，測(cè)試人員對(duì)整個(gè)系統(tǒng)需求有了詳細(xì)的理解。這時(shí)開始編寫用例才能保證用例的可執(zhí)行和對(duì)需求的覆蓋。測(cè)試用例需要包括測(cè)試項(xiàng)，用例級(jí)別，預(yù)置條件，操作步驟和預(yù)期結(jié)果。其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。測(cè)試用例應(yīng)該覆蓋測(cè)試方案，而測(cè)試方案又覆蓋了測(cè)試需求點(diǎn)，這樣才能保證客戶需求不遺漏。同樣，測(cè)試用例也需要組內(nèi)評(píng)審。
輸出：測(cè)試用例集。一般在工具上完成（Testlink、excel等等）
測(cè)試執(zhí)行：
描述：執(zhí)行測(cè)試用例，及時(shí)提交有質(zhì)量的Bug和測(cè)試日?qǐng)?bào)。及時(shí)更新測(cè)試用例狀態(tài)。通過則標(biāo)注通過，失敗則標(biāo)注失敗并且在缺陷管理工具上創(chuàng)建bug，掛起說明原因。
輸出：測(cè)試用例上的標(biāo)注。標(biāo)注通過、未通過、掛起。
回歸測(cè)試：
描述：對(duì)于bug開發(fā)修訂后會(huì)返回給測(cè)試，測(cè)試需要對(duì)bug以及bug相關(guān)模塊做回歸測(cè)試。通過后關(guān)閉bug，不通過則返回讓開發(fā)重新修訂，直到測(cè)試通過為止。
輸出：缺陷的狀態(tài)標(biāo)注。標(biāo)注已關(guān)閉、已掛起。
測(cè)試報(bào)告：
描述：是指把測(cè)試的過程和結(jié)果寫成文檔，對(duì)發(fā)現(xiàn)的問題和缺陷進(jìn)行分析，為糾正軟件的存在的質(zhì)量問題提供依據(jù)，同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)。最終測(cè)試完成要求所有測(cè)試用例是通過、已掛起，所有bug是已關(guān)閉、已掛起兩種狀態(tài)。
輸出：《測(cè)試報(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í)例?！?/p>
從此以后，人們將計(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é)束，歡迎留言與我溝通！我們下次再見～
重慶分公司
重慶分公司
