軟件測試執(zhí)行全流程

1、測試執(zhí)行測試執(zhí)行 深深 圳圳 市市 門門 道道 信信 息息 咨咨 詢詢 有有 限限 公公 司司 Shenzhen MT Information Consulting Co . , LTD 版權(quán)所有版權(quán)所有. .侵權(quán)必究侵權(quán)必究 目錄 Chapter 1 測試執(zhí)行 Chapter 2 軟件缺陷 Chapter 3 測試報(bào)告 Chapter 1 測試執(zhí)行 1.1 什么是執(zhí)行測試用例 1.2 測試執(zhí)行過程注意事項(xiàng) 什么是執(zhí)行測試用例 p 根據(jù)已有的測試用例，按照里面的步驟一步一步的執(zhí)行， 查看預(yù)期結(jié)果與實(shí)際結(jié)果是否一致。 測試執(zhí)行過程注意事項(xiàng) 搭建測試環(huán)境事項(xiàng) 注意前提條件和特殊說明 測試用例要全部

2、執(zhí)行 不要忽視任何偶然現(xiàn)象 加強(qiáng)測試過程記錄 詳細(xì)預(yù)期與實(shí)際的不一致 提交缺陷時(shí)與開發(fā)的關(guān)系處理 提交一份優(yōu)秀的問題報(bào)告單 及時(shí)更新測試用例 測試執(zhí)行 n 搭建測試環(huán)境事項(xiàng) 測試用例執(zhí)行過程前，成功搭建測試環(huán)境是第一步。一般來說，軟 件產(chǎn)品提交測試后，開發(fā)人員應(yīng)該提交一份被測試軟件產(chǎn)品的詳細(xì)安裝 指導(dǎo)書。 如果開發(fā)人員拒絕提供相關(guān)的安裝指導(dǎo)書，搭建測試中遇到問題的 時(shí)候，測試人員可以要求開發(fā)人員協(xié)助，這時(shí)候，一定要把開發(fā)人員解 決問題的方法記錄下來，避免同樣的問題再次請教開發(fā)人員，這樣會(huì)招 致開發(fā)人員的反感，也降低了開發(fā)人員對測試人員的認(rèn)可程度。 測試執(zhí)行 n 注意用例的前提條件和特殊說明 有

3、些測試軟件是有順序性的，那么它的測試用例就會(huì)有一些執(zhí)行前 提或特殊說明。 比如要測試某個(gè)軟件的登陸功能，那么測試前必須創(chuàng)建用戶，并為 用戶分配一定的權(quán)限等。如果前提條件和特殊說明沒有注意，會(huì)導(dǎo)致測 試用例的無法執(zhí)行。 測試執(zhí)行 n 測試用例要執(zhí)行全部執(zhí)行 因?yàn)榫帉憸y試用例時(shí)，它考慮了測試覆蓋率的問題，每條測試用例 都對應(yīng)一個(gè)功能點(diǎn)，如果少執(zhí)行一條，就會(huì)有一個(gè)功能點(diǎn)沒有測試到。 我們執(zhí)行測試前要認(rèn)為待測試軟件的每條功能點(diǎn)都是未實(shí)現(xiàn)的，每 個(gè)功能點(diǎn)我們都要測試一遍，才能保證待測試軟件能正確滿足用戶需求。 測試執(zhí)行 n 不要忽視任何偶然現(xiàn)象 我們在執(zhí)行某條用例時(shí)，軟件會(huì)出錯(cuò)，但是當(dāng)再次執(zhí)行時(shí)這個(gè)錯(cuò)誤

4、 就不再重現(xiàn)。這種情況，一般大家就會(huì)認(rèn)為是偶然現(xiàn)象，就會(huì)忽略過去。 其實(shí)，這種錯(cuò)誤才是隱藏最深的，最難發(fā)現(xiàn)的錯(cuò)誤。 遇到這種情況時(shí)，要仔細(xì)分析這種情況，不要忽視任何小的細(xì)節(jié)， 多測試幾次，盡可能準(zhǔn)確的找出問題的原因。 測試執(zhí)行 n 加強(qiáng)測試過程記錄 測試執(zhí)行過程中，一定要加強(qiáng)測試過程記錄。執(zhí)行過的用例做好對 應(yīng)標(biāo)記，發(fā)現(xiàn)了缺陷應(yīng)及時(shí)提交確認(rèn)。 一般軟件產(chǎn)品提供 了日志功能，比如有軟件運(yùn)行日志、用戶操作 日志。如果發(fā)現(xiàn)比較復(fù)雜難定位的問題，一定要在測試用例執(zhí)行后記錄 相關(guān)的日志文件，作為測試過程記錄，這樣開發(fā)人員可以通過這 些測試 記錄方便的定位問題。而不用測試人員重新搭建測試環(huán)境，為開發(fā)人員

5、重現(xiàn)問題。 測試執(zhí)行 n 詳細(xì)記錄預(yù)期與實(shí)際的不一致 如果不一致，要從多個(gè)角度多測試幾次，盡量詳細(xì)的定位軟件出錯(cuò) 的位置和原因，并測試出因?yàn)檫@個(gè)錯(cuò)誤會(huì)不會(huì)導(dǎo)致更嚴(yán)重的錯(cuò)誤出現(xiàn)， 最后把詳細(xì)的輸入和實(shí)際的輸出，以及對問題的描述寫到測試報(bào)告中。 因?yàn)樵谝粋€(gè)項(xiàng)目組中，項(xiàng)目的開發(fā)時(shí)間是有限的，如果我們測試時(shí) 能把問題描述的詳細(xì)一些，那么開發(fā)人員就會(huì)很容易的重現(xiàn)這個(gè)問題， 也就能更快的解決問題，節(jié)省項(xiàng)目時(shí)間。 測試執(zhí)行 n 提交缺陷時(shí)與開發(fā)的關(guān)系處理 測試執(zhí)行過程中，當(dāng)你提交了問題報(bào)告單，可能被開發(fā)人員無情駁 回，拒絕修改。這時(shí)候，只能對開發(fā)人員曉之以理，做到有理、有據(jù)， 有說服力。 測試執(zhí)行 n 提交

6、一份優(yōu)秀的問題報(bào)告單 測試提交的問題報(bào)告單和測試日報(bào)一樣，都是測試人員的工作輸出， 及績效的集中體現(xiàn)。因此，提交一份優(yōu)秀的問題報(bào)告單是很重 要的。 測試執(zhí)行 n 及時(shí)更新測試用例 測試執(zhí)行過程中，應(yīng)該注意及時(shí)更新測試用例： 往往在測試執(zhí)行過程中，才發(fā)現(xiàn)遺漏了一些測試用例，這時(shí)候應(yīng)該及時(shí) 的補(bǔ)充； 有些測試用例在具體 的執(zhí)行過程中根本無法操作，這時(shí)候應(yīng)該刪除這部 分用例； 若干個(gè)冗余的測試用例完全可以由某一個(gè)測試用例替代，那么刪除冗余 的測試用例。 總之，測試執(zhí)行的過程中及時(shí)地更新測試用例是很好的習(xí)慣。不要 打算在測試執(zhí)行結(jié)束后，統(tǒng)一更新測試用例，如果這樣，往往會(huì)遺漏很 多本應(yīng)該更新的測試用例。

7、 Chapter 2 軟件缺陷 2.1 缺陷的理論基礎(chǔ) 2.2 缺陷的生命周期 2.3 缺陷的流程 2.4 缺陷的狀態(tài) 2.5 缺陷的等級 2.6 缺陷實(shí)例與練習(xí) 缺陷理論基礎(chǔ) 2.1.1 缺陷的定義 2.1.2 缺陷的原因 2.1.3 缺陷的修復(fù)成本 2.1.4 缺陷的分布特征 2.1.5 缺陷的抗藥性 2.1.6 并非所有缺陷都要修改 缺陷的定義 n 軟件未實(shí)現(xiàn)需求和規(guī)格要求的功能 n 軟件出現(xiàn)了需求和規(guī)格指明不該出現(xiàn)的錯(cuò)誤 n 軟件實(shí)現(xiàn)了需求和規(guī)格未提及的功能 n 軟件未實(shí)現(xiàn)需求和規(guī)格未明確提及但應(yīng)該實(shí)現(xiàn)的內(nèi)容 n 軟件難以理解，不易使用，運(yùn)行緩慢，或者最終用戶(估計(jì)會(huì))認(rèn)為不好。 n

8、測試用例執(zhí)行中發(fā)現(xiàn)的與預(yù)期結(jié)果不符的現(xiàn)象 缺陷又名為BUG（臭蟲） 缺陷的原因 比例, 需求與 規(guī)格, 197 比例, 設(shè)計(jì), 106 比例, 編碼, 40 比例, 其它, 17 比例比例 需求與規(guī)格設(shè)計(jì)編碼其它 缺陷的修復(fù)成本 修復(fù)缺陷的費(fèi)用修復(fù)缺陷的費(fèi)用 缺陷的分布特征 n 集結(jié)（二八定理） 缺陷往往喜歡扎堆，一個(gè)模塊已經(jīng)發(fā)現(xiàn)的缺陷比別的模塊多，通常不 是代表這個(gè)模塊已經(jīng)把缺陷暴露完了，而是意味著這個(gè)模塊還存在有同 樣多的缺陷尚未被發(fā)現(xiàn)。這就是著名的二八定理：80%的缺陷出現(xiàn)在 20%的模塊。 缺陷的抗藥性 n 測試進(jìn)行得越多，新缺陷就越難被發(fā)現(xiàn) 因?yàn)橹耙恢笔褂猛瑯拥臏y試思路，同樣的一套

9、測試用例，沒 有新的突破。 某些缺陷天然地只有在很特殊或者很極端的情況下才會(huì)被觸發(fā) 并非所有的缺陷都需要修復(fù) n 有一些原因，使得有些缺陷我們不修復(fù)： 沒有足夠的時(shí)間 不算真正的軟件缺陷 修復(fù)的風(fēng)險(xiǎn)太大 不值得修復(fù) 缺陷的生命周期 n 當(dāng)一個(gè)缺陷被發(fā)現(xiàn)了之后： 1. 測試工程師填寫缺陷跟蹤單，提交測試經(jīng)理審核 2. 測試經(jīng)理作出初步判斷，將問題單轉(zhuǎn)項(xiàng)目經(jīng)理審核 3. 項(xiàng)目經(jīng)理確認(rèn)問題單,轉(zhuǎn)給開發(fā)人員定位問題 4. 開發(fā)人員定位錯(cuò)誤后修復(fù)缺陷轉(zhuǎn)給 項(xiàng)目經(jīng)理確認(rèn) 5. 項(xiàng)目經(jīng)理確認(rèn)完轉(zhuǎn)給轉(zhuǎn)給測試經(jīng)理確認(rèn)并組織測試 6. 測試人員對該修復(fù)進(jìn)行驗(yàn)證，確認(rèn)是否正確修復(fù)，確認(rèn)是否有引 發(fā) 新問題，是否影響

10、了原有正常的功能 缺陷的流程 缺陷生命周期狀態(tài) 缺陷狀態(tài)缺陷狀態(tài)描述描述 New測試中新報(bào)告的軟件缺陷，等待分派 Open已確認(rèn)的缺陷，等待開發(fā)人員修改 Fixed已經(jīng)被開發(fā)人員修改的缺陷，等待測試人員校驗(yàn) Rejected不是缺陷或不需要修復(fù) Reopen沒有修復(fù)，重新打開返回開發(fā)人員 Closed已經(jīng)被測試人員確認(rèn)得到正確修復(fù)，可以關(guān)閉 缺陷的等級 缺陷嚴(yán)重程度缺陷嚴(yán)重程度描述描述 4-致命軟件無法運(yùn)行，或者軟件的主要功能喪失，或者很大可能性會(huì)造成嚴(yán)重不良后果 3-嚴(yán)重 軟件的次要功能喪失，或者主要功能在一些特定情況下會(huì)出錯(cuò) ，比如金額計(jì)算等 2-一般 軟件在某些情況下會(huì)出錯(cuò)，但是造成的后

11、果影響不大 1-輕微 在某些情況下會(huì)出錯(cuò)，但是造成的后果影響很小 附帶上所有你認(rèn)為有價(jià)值的信息 n 一個(gè)好的缺陷單，是你提交之后就再也沒人聯(lián)系你，然后過了一段時(shí)間 已經(jīng)被完美地修復(fù)，轉(zhuǎn)回到你手上進(jìn)行驗(yàn)證測試這樣的一個(gè)單子 n 要做到這樣，你應(yīng)該提供足夠的信息，使得開發(fā)人員既能夠明確如何重 現(xiàn)故障現(xiàn)象，又有足夠的信息定位到問題的根源 n 除了書寫良好的重現(xiàn)步驟，你還可以考慮附上打印日志，抓圖，網(wǎng)絡(luò)抓 包，等等。 合理地利用各種手段強(qiáng)調(diào)關(guān)鍵信息 n 假如你的缺陷跟蹤單支持字體顏色 n 關(guān)鍵詞強(qiáng)調(diào) n 特殊標(biāo)記 例子-excel 例子-bugfree 缺陷的寫作練習(xí) n 1.當(dāng)運(yùn)行WORD程序時(shí)，如

12、果輸入字符SHUTDOWN，會(huì)導(dǎo)致程序自動(dòng)關(guān)閉 n 2.QQ運(yùn)行24小時(shí)左右，會(huì)占用大量內(nèi)存，并有一定概率出現(xiàn)程序崩潰 n 3.某網(wǎng)絡(luò)購物網(wǎng)站的密碼修改功能的入口設(shè)計(jì)不合理，本應(yīng)該在用戶賬戶管理界 面下，但是卻跑到系統(tǒng)設(shè)置界面下 n 4.某型號手機(jī)的方向鍵設(shè)計(jì)不合理，想要按“下”方向鍵時(shí)，經(jīng)常誤觸到“2” 鍵。 n 5.HH08型號的無線Modem，在每天23:59分到0:00之間，無線網(wǎng)絡(luò)會(huì)斷開一分鐘 無法響應(yīng) Chapter 3 測試報(bào)告 3.1 測試報(bào)告的主要內(nèi)容 3.2 測試結(jié)果分析 3.3 測試總結(jié) 測試報(bào)告的主要內(nèi)容（掌上書 院） 3.1.1 數(shù)據(jù)統(tǒng)計(jì) 3.1.2 遺留bug情況

13、3.1.3 測試風(fēng)險(xiǎn) 3.1.4 測試對象評估 3.1.5 測試結(jié)論 3.2 測試總結(jié) 數(shù)據(jù)統(tǒng)計(jì)-人力投入 投入項(xiàng)投入項(xiàng)測試人員測試人員工作量（人天）工作量（人天） 測試用例維護(hù)XXX1天/人 測試執(zhí)行XX、XXX9.5天/人（XX：5.5天，XXX：4天） 合計(jì)合計(jì)XX、XXX9.5天/人 數(shù)據(jù)統(tǒng)計(jì)-用例覆蓋率 用例總數(shù)用例總數(shù)通過用例數(shù)通過用例數(shù) （OK） 未通過用例數(shù)（未通過用例數(shù)（NG）尚未測試（尚未測試（NT）無測試條件，暫無測試條件，暫 時(shí)不能測試（時(shí)不能測試（NC） 尚未開發(fā)尚未開發(fā) （ND） 通過率（）通過率（）備注備注 263251001111新增加19個(gè) 用例 數(shù)據(jù)統(tǒng)計(jì)-問

14、題單分類統(tǒng)計(jì) 1、Bug嚴(yán)重級別統(tǒng)計(jì) 致命致命嚴(yán)重嚴(yán)重一般一般提示提示合計(jì)合計(jì) 0726437 2、BUG類型統(tǒng)計(jì) 功能功能UIUI異常異常體驗(yàn)體驗(yàn)合計(jì)合計(jì) 26101037 3、Bug狀態(tài)統(tǒng)計(jì) 未解決未解決打回打回掛起掛起已解決已解決打開合計(jì)打開合計(jì)關(guān)閉合計(jì)關(guān)閉合計(jì) 3700000 4、Bug根源分析表 需求類需求類設(shè)計(jì)類設(shè)計(jì)類編碼類編碼類其他其他 4000 遺留bug情況 序號序號BugIDBugID缺陷描述缺陷描述影響程度影響程度后續(xù)解決措施后續(xù)解決措施當(dāng)前規(guī)避方法當(dāng)前規(guī)避方法 1224Web頁面下載熱門推薦，中間的節(jié)日專區(qū)，配置 new，hot標(biāo)識時(shí)，在IE6下將產(chǎn)生換行。 未影響功能

15、 （兼容性問 題） 暫時(shí)忽略在下載熱門推薦時(shí)，不采用new、 hot配置 2314后臺管理圖片管理，點(diǎn)擊上傳圖片在IE6.0下，隨 機(jī)出現(xiàn)上傳窗口無法打開的情況。 比較小暫時(shí)忽略后臺維護(hù)時(shí)，請采用IE7.0瀏覽器 測試風(fēng)險(xiǎn) 暫停的問題：暫停的問題： 1、 出現(xiàn)概率比較低，用戶操作不易復(fù)現(xiàn)的問題，后續(xù)由客戶端修改； 2、3是本地閱讀定位問題，修改比較困難，不影響使用，后續(xù)優(yōu)化； 5、屬于遺留問題； 4、6、7屬于內(nèi)容平臺問題，內(nèi)容優(yōu)化； 暫停問題是產(chǎn)品人員、開發(fā)人員與測試人員溝通后暫停的。 測試對象評估 1.1. 基本功能評估 5.4版本在本地閱讀txt格式章節(jié)提取、在線閱讀預(yù)加載、下載管理重實(shí)

16、現(xiàn)、用戶反饋功能實(shí)現(xiàn)、圖書內(nèi)容分享、網(wǎng)絡(luò) 連接、UI上做了一些修改、優(yōu)化、調(diào)整，增加了一些新功能，本地閱讀、在線閱讀等基本功能改動(dòng)不大，且都已實(shí) 現(xiàn)穩(wěn)定。 2.2. 性能評估 性能主要體現(xiàn)在： 1.本地閱讀設(shè)置方面，設(shè)置后本地閱讀界面都能正常顯示； 2.Txt格式圖書章節(jié)提取，是否精確； 3.下載管理重實(shí)現(xiàn)，在線小說的下載，多任務(wù)的下載是否順暢； 4.在線閱讀，連續(xù)閱讀是否順暢； 5.Wifi和GPRS網(wǎng)絡(luò)連接下，客戶端的使用是否順暢； 3.3. 穩(wěn)定性評估 軟件各基本功能穩(wěn)定 4.4. 易用性評估 易用性較5.3版本好，在功能和界面上做了很多優(yōu)化 5.5. 其他評估 功能上簡單易用，界面友好悅目，功能上在txt格式章節(jié)提取、下載速度上做了很大優(yōu)化 測試結(jié)論 1.版本功能基本實(shí)現(xiàn)且運(yùn)行穩(wěn)定，問題修改及時(shí)，在預(yù)定日期內(nèi)完成開發(fā)和測試進(jìn)度 質(zhì)量評價(jià)質(zhì)量評價(jià) 通過，可以發(fā)布及系統(tǒng)上線 測試結(jié)論測試結(jié)論 通過，可以發(fā)布及系統(tǒng)上線 不通過，需要進(jìn)行重大修改更新版本重新測試 評估人員評估人員 XX 審核人員審核人員 XXX 測試結(jié)果分析 n 測試執(zhí)行結(jié)束后，測試活