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

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

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

3、如要測試某個軟件的登陸功能，那么測試前必須創(chuàng)建用戶，并為用戶分配一定的權(quán)限等。如果前提條件和特殊說明沒有注意，會導(dǎo)致測試用例的無法執(zhí)行。,測試執(zhí)行,測試用例要執(zhí)行全部執(zhí)行 因為編寫測試用例時，它考慮了測試覆蓋率的問題，每條測試用例都對應(yīng)一個功能點，如果少執(zhí)行一條，就會有一個功能點沒有測試到。 我們執(zhí)行測試前要認(rèn)為待測試軟件的每條功能點都是未實現(xiàn)的，每個功能點我們都要測試一遍，才能保證待測試軟件能正確滿足用戶需求。,測試執(zhí)行,不要忽視任何偶然現(xiàn)象 我們在執(zhí)行某條用例時，軟件會出錯，但是當(dāng)再次執(zhí)行時這個錯誤就不再重現(xiàn)。這種情況，一般大家就會認(rèn)為是偶然現(xiàn)象，就會忽略過去。其實，這種錯誤才是隱藏最深的

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

5、置和原因，并測試出因為這個錯誤會不會導(dǎo)致更嚴(yán)重的錯誤出現(xiàn)，最后把詳細(xì)的輸入和實際的輸出，以及對問題的描述寫到測試報告中。 因為在一個項目組中，項目的開發(fā)時間是有限的，如果我們測試時能把問題描述的詳細(xì)一些，那么開發(fā)人員就會很容易的重現(xiàn)這個問題，也就能更快的解決問題，節(jié)省項目時間。,測試執(zhí)行,提交缺陷時與開發(fā)的關(guān)系處理 測試執(zhí)行過程中，當(dāng)你提交了問題報告單，可能被開發(fā)人員無情駁回，拒絕修改。這時候，只能對開發(fā)人員曉之以理，做到有理、有據(jù)，有說服力。,測試執(zhí)行,提交一份優(yōu)秀的問題報告單 測試提交的問題報告單和測試日報一樣，都是測試人員的工作輸出，及績效的集中體現(xiàn)。因此，提交一份優(yōu)秀的問題報告單是很重

6、 要的。,測試執(zhí)行,及時更新測試用例 測試執(zhí)行過程中，應(yīng)該注意及時更新測試用例： 往往在測試執(zhí)行過程中，才發(fā)現(xiàn)遺漏了一些測試用例，這時候應(yīng)該及時的補充； 有些測試用例在具體 的執(zhí)行過程中根本無法操作，這時候應(yīng)該刪除這部分用例； 若干個冗余的測試用例完全可以由某一個測試用例替代，那么刪除冗余的測試用例。 總之，測試執(zhí)行的過程中及時地更新測試用例是很好的習(xí)慣。不要打算在測試執(zhí)行結(jié)束后，統(tǒng)一更新測試用例，如果這樣，往往會遺漏很多本應(yīng)該更新的測試用例。,Chapter 2 軟件缺陷,2.1 缺陷的理論基礎(chǔ) 2.2 缺陷的生命周期 2.3 缺陷的流程 2.4 缺陷的狀態(tài) 2.5 缺陷的等級 2.6 缺陷

7、實例與練習(xí),缺陷理論基礎(chǔ),2.1.1 缺陷的定義 2.1.2 缺陷的原因 2.1.3 缺陷的修復(fù)成本 2.1.4 缺陷的分布特征 2.1.5 缺陷的抗藥性 2.1.6 并非所有缺陷都要修改,缺陷的定義,軟件未實現(xiàn)需求和規(guī)格要求的功能 軟件出現(xiàn)了需求和規(guī)格指明不該出現(xiàn)的錯誤 軟件實現(xiàn)了需求和規(guī)格未提及的功能 軟件未實現(xiàn)需求和規(guī)格未明確提及但應(yīng)該實現(xiàn)的內(nèi)容 軟件難以理解，不易使用，運行緩慢，或者最終用戶(估計會)認(rèn)為不好。 測試用例執(zhí)行中發(fā)現(xiàn)的與預(yù)期結(jié)果不符的現(xiàn)象 缺陷又名為BUG（臭蟲）,缺陷的原因,缺陷的修復(fù)成本,缺陷的分布特征,集結(jié)（二八定理） 缺陷往往喜歡扎堆，一個模塊已經(jīng)發(fā)現(xiàn)的缺陷比別的

8、模塊多，通常不是代表這個模塊已經(jīng)把缺陷暴露完了，而是意味著這個模塊還存在有同樣多的缺陷尚未被發(fā)現(xiàn)。這就是著名的二八定理：80%的缺陷出現(xiàn)在 20%的模塊。,缺陷的抗藥性,測試進(jìn)行得越多，新缺陷就越難被發(fā)現(xiàn) 因為之前一直使用同樣的測試思路，同樣的一套測試用例，沒有新的突破。 某些缺陷天然地只有在很特殊或者很極端的情況下才會被觸發(fā),并非所有的缺陷都需要修復(fù),有一些原因，使得有些缺陷我們不修復(fù)： 沒有足夠的時間 不算真正的軟件缺陷 修復(fù)的風(fēng)險太大 不值得修復(fù),缺陷的生命周期,當(dāng)一個缺陷被發(fā)現(xiàn)了之后： 1. 測試工程師填寫缺陷跟蹤單，提交測試經(jīng)理審核 2. 測試經(jīng)理作出初步判斷，將問題單轉(zhuǎn)項目經(jīng)理審核

9、 3. 項目經(jīng)理確認(rèn)問題單,轉(zhuǎn)給開發(fā)人員定位問題 4. 開發(fā)人員定位錯誤后修復(fù)缺陷轉(zhuǎn)給 項目經(jīng)理確認(rèn) 5. 項目經(jīng)理確認(rèn)完轉(zhuǎn)給轉(zhuǎn)給測試經(jīng)理確認(rèn)并組織測試 6. 測試人員對該修復(fù)進(jìn)行驗證，確認(rèn)是否正確修復(fù)，確認(rèn)是否有引 發(fā) 新問題，是否影響了原有正常的功能,缺陷的流程,缺陷生命周期狀態(tài),缺陷的等級,附帶上所有你認(rèn)為有價值的信息,一個好的缺陷單，是你提交之后就再也沒人聯(lián)系你，然后過了一段時間已經(jīng)被完美地修復(fù)，轉(zhuǎn)回到你手上進(jìn)行驗證測試這樣的一個單子 要做到這樣，你應(yīng)該提供足夠的信息，使得開發(fā)人員既能夠明確如何重現(xiàn)故障現(xiàn)象，又有足夠的信息定位到問題的根源 除了書寫良好的重現(xiàn)步驟，你還可以考慮附上打印日

10、志，抓圖，網(wǎng)絡(luò)抓包，等等。,合理地利用各種手段強調(diào)關(guān)鍵信息,假如你的缺陷跟蹤單支持字體顏色 關(guān)鍵詞強調(diào) 特殊標(biāo)記,例子-excel,例子-bugfree,缺陷的寫作練習(xí),1.當(dāng)運行WORD程序時，如果輸入字符SHUTDOWN，會導(dǎo)致程序自動關(guān)閉 2.QQ運行24小時左右，會占用大量內(nèi)存，并有一定概率出現(xiàn)程序崩潰 3.某網(wǎng)絡(luò)購物網(wǎng)站的密碼修改功能的入口設(shè)計不合理，本應(yīng)該在用戶賬戶管理界面下，但是卻跑到系統(tǒng)設(shè)置界面下 4.某型號手機的方向鍵設(shè)計不合理，想要按“下”方向鍵時，經(jīng)常誤觸到“2”鍵。 5.HH08型號的無線Modem，在每天23:59分到0:00之間，無線網(wǎng)絡(luò)會斷開一分鐘無法響應(yīng),Chapter 3 測試報告,3.1 測試報告的主要內(nèi)容 3.2 測試結(jié)果分析 3.3 測試總結(jié),測試報告的主要內(nèi)容（掌上書院）,3.1.1 數(shù)據(jù)統(tǒng)計 3.1.2 遺留bug情況 3.1.3 測試風(fēng)險 3.1.4 測試對象評估 3.1.5 測試結(jié)論 3.2 測試總結(jié),數(shù)據(jù)統(tǒng)計-人力投入,數(shù)據(jù)統(tǒng)計-用例覆蓋率,數(shù)據(jù)統(tǒng)計-問題單分類統(tǒng)計,遺留bug情況,測試風(fēng)險,測試對象評估,測試結(jié)論,測試結(jié)果分析,測試執(zhí)行結(jié)束后，測試活動還沒有結(jié)束。測試結(jié)果分析是必不可少的重要環(huán)節(jié)， “ 編筐編簍，全在收口 ” ，測試結(jié)果的分析對下一輪測試工作的開展有很大的借鑒意義。 因為通過對問題單的分析、總