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

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

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

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

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

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

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

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

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

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

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