軟件測試的工作周期

大家好，我是十一。

成都創(chuàng)新互聯(lián)公司主營郊區(qū)網站建設的網絡公司,主營網站建設方案,重慶App定制開發(fā),郊區(qū)h5微信小程序開發(fā)搭建,郊區(qū)網站營銷推廣歡迎郊區(qū)等地區(qū)企業(yè)咨詢

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

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

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

圖片來自：百度

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

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

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

01

軟件測試工程師的目標：

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

02

測試目的：

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

03

測試對象：

程序/項目/產品

文檔

數(shù)據

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

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

需求分析：

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

測試策略：

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

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

測試計劃：

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

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

測試方案：

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

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

測試用例設計：

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

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

測試執(zhí)行：

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

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

回歸測試：

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

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

測試報告：

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

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

十一的標注：

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

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

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

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

   -來自百度百科

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

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

標題名稱：軟件測試的工作周期
分享路徑：http://muchs.cn/article2/gheeoc.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供營銷型網站建設、網站營銷、網站導航、網站改版、面包屑導航、軟件開發(fā)

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)