測試執(zhí)行及測試報告 課件

測試執(zhí)行測試執(zhí)行Chapter1測試執(zhí)行Chapter2軟件缺陷課程目錄Chapter3測試報告Chapter1測試執(zhí)行Chapter2軟件缺陷課程Chapter1測試執(zhí)行1.1什么是執(zhí)行測試用例1.2測試執(zhí)行過程注意事項Chapter1測試執(zhí)行1.1什么是執(zhí)行測試用例什么是執(zhí)行測試用例根據(jù)已有的測試用例，按照里面的步驟一步一步的執(zhí)行，查看預期結果與實際結果是否一致。什么是執(zhí)行測試用例根據(jù)已有的測試用例，按照里面的步驟一步明確要在被測軟件的哪個版本上執(zhí)行？確認要驗證的測試點，在被測版本上已經實現(xiàn)了。按照測試用例的預置條件、步驟進行執(zhí)行按照測試用例的預期結果進行結果判斷如果結果失敗，說明找到了缺陷測試用例的執(zhí)行明確要在被測軟件的哪個版本上執(zhí)行？測試用例的執(zhí)行當用例還尚未被執(zhí)行時，是No

Test未執(zhí)行狀態(tài)當執(zhí)行結果與預期結果相符時，是Pass通過狀態(tài)當執(zhí)行結果與預期結果不符時，是Fail失敗狀態(tài)當因為軟件有缺陷而妨礙了用例步驟的執(zhí)行，且該缺陷并不是我們的測試點，則用例是Block阻礙狀態(tài)。當用例正在執(zhí)行中，但是需要耗較多時間去觀察其結果，是Investigate觀察中狀態(tài)。用例執(zhí)行結果當用例還尚未被執(zhí)行時，是NoTest未執(zhí)行狀態(tài)用例執(zhí)行結果測試執(zhí)行過程注意事項搭建測試環(huán)境事項注意前提條件和特殊說明測試用例要全部執(zhí)行不要忽視任何偶然現(xiàn)象加強測試過程記錄詳細預期與實際的不一致提交缺陷時與開發(fā)的關系處理提交一份優(yōu)秀的問題報告單及時更新測試用例測試執(zhí)行過程注意事項搭建測試環(huán)境事項Chapter2軟件缺陷2.1缺陷的理論基礎2.2缺陷的生命周期2.3缺陷的流程2.4缺陷的狀態(tài)2.5缺陷的等級2.6缺陷實例與練習Chapter2軟件缺陷2.1缺陷的理論基礎缺陷理論基礎2.1.1缺陷的定義2.1.2缺陷的原因2.1.3缺陷的修復成本2.1.4缺陷的分布特征2.1.5缺陷的抗藥性2.1.6并非所有缺陷都要修改缺陷理論基礎2.1.1缺陷的定義缺陷的定義軟件未實現(xiàn)需求和規(guī)格要求的功能軟件出現(xiàn)了需求和規(guī)格指明不該出現(xiàn)的錯誤軟件實現(xiàn)了需求和規(guī)格未提及的功能軟件未實現(xiàn)需求和規(guī)格未明確提及但應該實現(xiàn)的內容軟件難以理解，不易使用，運行緩慢，或者最終用戶(估計會)認為不好。測試用例執(zhí)行中發(fā)現(xiàn)的與預期結果不符的現(xiàn)象

缺陷又名為BUG（臭蟲）缺陷的定義軟件未實現(xiàn)需求和規(guī)格要求的功能缺陷的原因缺陷的原因缺陷的修復成本缺陷的修復成本缺陷的分布特征集結（二八定理）缺陷往往喜歡扎堆，一個模塊已經發(fā)現(xiàn)的缺陷比別的模塊多，通常不是代表這個模塊已經把缺陷暴露完了，而是意味著這個模塊還存在有同樣多的缺陷尚未被發(fā)現(xiàn)。這就是著名的二八定理：80%的缺陷出現(xiàn)在20%的模塊。缺陷的分布特征集結（二八定理）并非所有的缺陷都需要修復有一些原因，使得有些缺陷我們不修復：沒有足夠的時間不算真正的軟件缺陷修復的風險太大不值得修復并非所有的缺陷都需要修復有一些原因，使得有些缺陷我們不修復：缺陷的生命周期缺陷的生命周期缺陷的流程缺陷的流程缺陷生命周期—狀態(tài)缺陷狀態(tài)描述New測試中新報告的軟件缺陷，等待分派Open已確認的缺陷，等待開發(fā)人員修改Fixed已經被開發(fā)人員修改的缺陷，等待測試人員校驗Rejected不是缺陷或不需要修復Reopen沒有修復，重新打開返回開發(fā)人員Closed已經被測試人員確認得到正確修復，可以關閉缺陷生命周期—狀態(tài)缺陷狀態(tài)描述New測試中新報告的軟件缺陷，缺陷的等級缺陷嚴重程度描述4--致命軟件無法運行，或者軟件的主要功能喪失，或者很大可能性會造成嚴重不良后果

3--嚴重?軟件的次要功能喪失，或者主要功能在一些特定情況下會出錯

，比如金額計算等2--一般?軟件在某些情況下會出錯，但是造成的后果影響不大1--輕微在某些情況下會出錯，但是造成的后果影響很小缺陷的等級缺陷嚴重程度描述4--致命軟件無法運行，或者軟件的缺陷單的編寫一個好的缺陷單，是你提交之后就再也沒人聯(lián)系你，然后過了一段時間已經被完美地修復，轉回到你手上進行驗證測試這樣的一個單子要做到這樣，你應該怎么做呢1、提供足夠的錯誤環(huán)境信息，使得開發(fā)人員既能夠明確如何重現(xiàn)故障現(xiàn)象，又有足夠的信息定位到問題的根源2、書寫良好的重現(xiàn)步驟；3、上傳附件，例如軟件運行日志，抓圖，網(wǎng)絡抓包，聲音，視頻等。4、使用特殊的顏色對重點詞語進行標記；5、使用關鍵詞進行強調6、特殊標記缺陷單的編寫一個好的缺陷單，是你提交之后就再也沒人聯(lián)系你，然一個缺陷的基本要素缺陷ID缺陷復現(xiàn)步驟缺陷標題期望結果測試環(huán)境實際結果缺陷發(fā)現(xiàn)的日期和時間附件缺陷提交人缺陷的優(yōu)先級缺陷的嚴重等級；測試類型發(fā)現(xiàn)缺陷的軟件版本一個缺陷的基本要素缺陷ID例子-excel表例子-excel表例子-bugfree例子-bugfree如何寫好每部分（1）標題：創(chuàng)建一個簡短的標題，讓問題看起來更清晰?！皯帽罎ⅰ笔且粋€很惱人的標題因為它沒有足夠的信息包括在這份報告里面。取而代之的是標題應該包含錯誤消息和消息碼，或者是結果的名稱以及失敗時你正在做的事情。例如：Error402:訪問拒絕當點擊“發(fā)送郵件”這個例子就提供了缺陷系統(tǒng)的上下文信息。差：“程序崩潰”，“報錯”，“Bug”好：“從’Kifu’中打印時5C79錯誤”，“’Kifuhonors’報表為空”產品：用名稱標識產品，告知你使用的是哪個版本。絕大部分軟件都包含有版本信息。web應用的版本信息通常在頁腳。差：“你的應用”好：”Kifuv1.01″平臺：告訴我們軟件運行在什么平臺。尤其是操作系統(tǒng)的名字及版本和游覽器名稱版本。特別是web應用，這些信息對我們很重要。差：“Windows”好：“Windows7,IE9”是否能重現(xiàn)：有些惱火的Bug是間歇性的出現(xiàn)，我們想預先知道，如果我們正在處理一個靈異事件或者正逢Bug出現(xiàn)時。差：留空白好：“每次”，“偶然”，“不重現(xiàn)”如何寫好每部分（1）標題：創(chuàng)建一個簡短的標題，讓問題看起來更如何寫好每部分（2）●總結：用簡潔的語言概括出Bug出現(xiàn)時你正在做的事情。從上下文開始，在操作應用的哪個部分。聚焦在你做的時候軟件做了什么？差：“系統(tǒng)不能用了”好：在“honorreport”頁面單擊“打印按鈕”，但是報表是空的?！癜l(fā)生了什么：一步一步描述你做的事情當bug出現(xiàn)時，為什么你認為是錯誤的。事無巨細，打印出菜單的名稱，頁面標題，點擊時的按鈕或者鏈接的名稱。做相同的操作是不是出現(xiàn)一樣的錯誤。差：“空白報表”好：“點擊‘File/Saveas…’，’Save‘對話空彈出，然后點擊‘OK’按鈕，但是文件沒有保存”●錯誤時什么：如果錯誤消息出現(xiàn)時，拷貝粘貼整個信息，這樣更有利于我們跟蹤錯誤。差：“有個錯誤，點擊它始終讀不出”好：“Error403：訪問拒絕”●復現(xiàn)的步驟：如果你可以讓bug重現(xiàn)，那太好了，這能提供很大的幫助。一步步描述如何重現(xiàn)次bug。差：“打印沒法使用”好：“從‘HonorsReport’頁面，點擊‘打印按鈕’”如何寫好每部分（2）●總結：用簡潔的語言概括出Bug出現(xiàn)如何寫好每部分（3）●預期結果：描述你預期發(fā)生的結果當bug發(fā)生時，這部分特別有用如果程序沒有按照你期待的結果發(fā)生時，因為它很詭異。差：“我期待能正常工作”好：“我期待能看到‘HonorsReports’的PDF文件”真實結果：當bug發(fā)生時是怎么發(fā)生的，什么錯誤，為什么有錯，或者如果錯誤拋出，拋出什么錯。差：“沒法用”好：“我收到是空的PDF文件，或者’403錯誤，訪問拒絕’”

●附件：如果你知道怎么截屏，做吧，附上一個簡短的錯誤，截屏可以是錯誤之前或者發(fā)生錯誤之后，我們的開發(fā)者能夠看到究竟發(fā)生了什么。如果應用有崩潰的日志，同樣附上它。如何寫好每部分（3）●預期結果：描述你預期發(fā)生的結果當buChapter3測試報告3.1測試報告的主要內容<實例>3.2測試結果分析3.3測試總結Chapter3測試報告3.1測試報告的主要內容<實例測試報告的主要內容（掌上書院）3.1.1數(shù)據(jù)統(tǒng)計3.1.2遺留bug情況3.1.3測試風險3.1.4測試對象評估3.1.5測試結論3.2測試總結測試報告的主要內容（掌上書院）3.1.1數(shù)據(jù)統(tǒng)計數(shù)據(jù)統(tǒng)計-人力投入投入項測試人員工作量（人天）測試用例維護XXX1天/人測試執(zhí)行XX、XXX9.5天/人（XX：5.5天，XXX：4天）合計XX、XXX9.5天/人數(shù)據(jù)統(tǒng)計-人力投入投入項測試人員工作量（人天）測試用例維護X數(shù)據(jù)統(tǒng)計-用例覆蓋率用例總數(shù)通過用例數(shù)（OK）未通過用例數(shù)（NG）尚未測試（NT）無測試條件，暫時不能測試（NC）尚未開發(fā)（ND）通過率（％）備注263251001111新增加19個用例數(shù)據(jù)統(tǒng)計-用例覆蓋率用例總數(shù)通過用例數(shù)（OK）未通過用例數(shù)（數(shù)據(jù)統(tǒng)計-問題單分類統(tǒng)計1、Bug嚴重級別統(tǒng)計致命嚴重一般提示合計07264372、BUG類型統(tǒng)計功能UI異常體驗合計261010373、Bug狀態(tài)統(tǒng)計未解決打回掛起已解決打開合計關閉合計3700000

4、Bug根源分析表需求類設計類編碼類其他

4000

數(shù)據(jù)統(tǒng)計-問題單分類統(tǒng)計1、Bug嚴重級別統(tǒng)計致命嚴重一般提遺留bug情況序號BugID缺陷描述影響程度后續(xù)解決措施當前規(guī)避方法1224Web頁面—下載熱門推薦，中間的節(jié)日專區(qū)，配置new，hot標識時，在IE6下將產生換行。未影響功能（兼容性問題）暫時忽略在下載熱門推薦時，不采用new、hot配置2314后臺管理—圖片管理，點擊上傳圖片在IE6.0下，隨機出現(xiàn)上傳窗口無法打開的情況。比較小暫時忽略后臺維護時，請采用IE7.0瀏覽器遺留bug情況序號BugID缺陷描述影響程度后續(xù)解決措施當前測試風險暫停的問題：1、出現(xiàn)概率比較低，用戶操作不易復現(xiàn)的問題，后續(xù)由客戶端修改；

2、3是本地閱讀定位問題，修改比較困難，不影響使用，后續(xù)優(yōu)化；

5、屬于遺留問題；

4、6、7屬于內容平臺問題，內容優(yōu)化；暫停問題是產品人員、開發(fā)人員與測試人員溝通后暫停的。測試風險暫停的問題：1、出現(xiàn)概率比較低，用戶操作不易復現(xiàn)的測試對象評估1.

基本功能評估5.4版本在本地閱讀txt格式章節(jié)提取、在線閱讀預加載、下載管理重實現(xiàn)、用戶反饋功能實現(xiàn)、圖書內容分享、網(wǎng)絡連接、UI上做了一些修改、優(yōu)化、調整，增加了一些新功能，本地閱讀、在線閱讀等基本功能改動不大，且都已實現(xiàn)穩(wěn)定。2.

性能評估性能主要體現(xiàn)在：1.本地閱讀設置方面，設置后本地閱讀界面都能正常顯示；2.Txt格式圖書章節(jié)提取，是否精確；3.下載管理重實現(xiàn)，在線小說的下載，多任務的下載是否順暢；4.在線閱讀，連續(xù)閱讀是否順暢；5.Wifi和GPRS網(wǎng)絡連接下，客戶端的使用是否順暢；3.

穩(wěn)定性評估軟件各基本功能穩(wěn)定4.

易用性評估易用性較5.3版本好，在功能和界面上做了很多優(yōu)化5.

其他評估功能上簡單易用，界面友好悅目，功能上在txt格式章節(jié)提取、下載速度上做了很大優(yōu)化測試對象評估1.

基本功能評估5.4版本在本測試結論1.版本功能基本實現(xiàn)且運行穩(wěn)定，問題修改及時，在預定日期內完成開發(fā)和測試進度質量評價通過，可以發(fā)布及系統(tǒng)上線測試結論□通過，可以發(fā)布及系統(tǒng)上線

□不通過，需要進行重大修改更新版本重新測試

評估人員XX審核人員XXX測試結論1.版本功能基本實現(xiàn)且運行穩(wěn)定，問題修改及時，在預定測試結果分析

測試執(zhí)行結束后，測試活動還沒有結束。測試結果分析是必不可少的重要環(huán)節(jié)，“編筐編簍，全在收口”，測試結果的分析對下一輪測試工作的開展有很大的借鑒意義。

因為通過對問題單的分析、總結不僅能發(fā)現(xiàn)不同人提交問題的類別與差異，還能發(fā)現(xiàn)自身思維的局限性，避免下輪測試進入自我盲區(qū)。測試結果分析測試執(zhí)行結束后，測試活動還沒有結束測試總結回顧整個項目的測試過程，總結個人成長經驗，取得了什么成績、有哪些不足、有什么好的經驗或者方法可以和大家分享呢？對工作進行一個理性的分析和思考。測試總結回顧整個項目的測試過程，總結個人成長經驗，取得了什么問答問答培訓總結培訓總結測試執(zhí)行測試執(zhí)行Chapter1測試執(zhí)行Chapter2軟件缺陷課程目錄Chapter3測試報告Chapter1測試執(zhí)行Chapter2軟件缺陷課程Chapter1測試執(zhí)行1.1什么是執(zhí)行測試用例1.2測試執(zhí)行過程注意事項Chapter1測試執(zhí)行1.1什么是執(zhí)行測試用例什么是執(zhí)行測試用例根據(jù)已有的測試用例，按照里面的步驟一步一步的執(zhí)行，查看預期結果與實際結果是否一致。什么是執(zhí)行測試用例根據(jù)已有的測試用例，按照里面的步驟一步明確要在被測軟件的哪個版本上執(zhí)行？確認要驗證的測試點，在被測版本上已經實現(xiàn)了。按照測試用例的預置條件、步驟進行執(zhí)行按照測試用例的預期結果進行結果判斷如果結果失敗，說明找到了缺陷測試用例的執(zhí)行明確要在被測軟件的哪個版本上執(zhí)行？測試用例的執(zhí)行當用例還尚未被執(zhí)行時，是No

Test未執(zhí)行狀態(tài)當執(zhí)行結果與預期結果相符時，是Pass通過狀態(tài)當執(zhí)行結果與預期結果不符時，是Fail失敗狀態(tài)當因為軟件有缺陷而妨礙了用例步驟的執(zhí)行，且該缺陷并不是我們的測試點，則用例是Block阻礙狀態(tài)。當用例正在執(zhí)行中，但是需要耗較多時間去觀察其結果，是Investigate觀察中狀態(tài)。用例執(zhí)行結果當用例還尚未被執(zhí)行時，是NoTest未執(zhí)行狀態(tài)用例執(zhí)行結果測試執(zhí)行過程注意事項搭建測試環(huán)境事項注意前提條件和特殊說明測試用例要全部執(zhí)行不要忽視任何偶然現(xiàn)象加強測試過程記錄詳細預期與實際的不一致提交缺陷時與開發(fā)的關系處理提交一份優(yōu)秀的問題報告單及時更新測試用例測試執(zhí)行過程注意事項搭建測試環(huán)境事項Chapter2軟件缺陷2.1缺陷的理論基礎2.2缺陷的生命周期2.3缺陷的流程2.4缺陷的狀態(tài)2.5缺陷的等級2.6缺陷實例與練習Chapter2軟件缺陷2.1缺陷的理論基礎缺陷理論基礎2.1.1缺陷的定義2.1.2缺陷的原因2.1.3缺陷的修復成本2.1.4缺陷的分布特征2.1.5缺陷的抗藥性2.1.6并非所有缺陷都要修改缺陷理論基礎2.1.1缺陷的定義缺陷的定義軟件未實現(xiàn)需求和規(guī)格要求的功能軟件出現(xiàn)了需求和規(guī)格指明不該出現(xiàn)的錯誤軟件實現(xiàn)了需求和規(guī)格未提及的功能軟件未實現(xiàn)需求和規(guī)格未明確提及但應該實現(xiàn)的內容軟件難以理解，不易使用，運行緩慢，或者最終用戶(估計會)認為不好。測試用例執(zhí)行中發(fā)現(xiàn)的與預期結果不符的現(xiàn)象

缺陷又名為BUG（臭蟲）缺陷的定義軟件未實現(xiàn)需求和規(guī)格要求的功能缺陷的原因缺陷的原因缺陷的修復成本缺陷的修復成本缺陷的分布特征集結（二八定理）缺陷往往喜歡扎堆，一個模塊已經發(fā)現(xiàn)的缺陷比別的模塊多，通常不是代表這個模塊已經把缺陷暴露完了，而是意味著這個模塊還存在有同樣多的缺陷尚未被發(fā)現(xiàn)。這就是著名的二八定理：80%的缺陷出現(xiàn)在20%的模塊。缺陷的分布特征集結（二八定理）并非所有的缺陷都需要修復有一些原因，使得有些缺陷我們不修復：沒有足夠的時間不算真正的軟件缺陷修復的風險太大不值得修復并非所有的缺陷都需要修復有一些原因，使得有些缺陷我們不修復：缺陷的生命周期缺陷的生命周期缺陷的流程缺陷的流程缺陷生命周期—狀態(tài)缺陷狀態(tài)描述New測試中新報告的軟件缺陷，等待分派Open已確認的缺陷，等待開發(fā)人員修改Fixed已經被開發(fā)人員修改的缺陷，等待測試人員校驗Rejected不是缺陷或不需要修復Reopen沒有修復，重新打開返回開發(fā)人員Closed已經被測試人員確認得到正確修復，可以關閉缺陷生命周期—狀態(tài)缺陷狀態(tài)描述New測試中新報告的軟件缺陷，缺陷的等級缺陷嚴重程度描述4--致命軟件無法運行，或者軟件的主要功能喪失，或者很大可能性會造成嚴重不良后果

3--嚴重?軟件的次要功能喪失，或者主要功能在一些特定情況下會出錯

，比如金額計算等2--一般?軟件在某些情況下會出錯，但是造成的后果影響不大1--輕微在某些情況下會出錯，但是造成的后果影響很小缺陷的等級缺陷嚴重程度描述4--致命軟件無法運行，或者軟件的缺陷單的編寫一個好的缺陷單，是你提交之后就再也沒人聯(lián)系你，然后過了一段時間已經被完美地修復，轉回到你手上進行驗證測試這樣的一個單子要做到這樣，你應該怎么做呢1、提供足夠的錯誤環(huán)境信息，使得開發(fā)人員既能夠明確如何重現(xiàn)故障現(xiàn)象，又有足夠的信息定位到問題的根源2、書寫良好的重現(xiàn)步驟；3、上傳附件，例如軟件運行日志，抓圖，網(wǎng)絡抓包，聲音，視頻等。4、使用特殊的顏色對重點詞語進行標記；5、使用關鍵詞進行強調6、特殊標記缺陷單的編寫一個好的缺陷單，是你提交之后就再也沒人聯(lián)系你，然一個缺陷的基本要素缺陷ID缺陷復現(xiàn)步驟缺陷標題期望結果測試環(huán)境實際結果缺陷發(fā)現(xiàn)的日期和時間附件缺陷提交人缺陷的優(yōu)先級缺陷的嚴重等級；測試類型發(fā)現(xiàn)缺陷的軟件版本一個缺陷的基本要素缺陷ID例子-excel表例子-excel表例子-bugfree例子-bugfree如何寫好每部分（1）標題：創(chuàng)建一個簡短的標題，讓問題看起來更清晰?！皯帽罎ⅰ笔且粋€很惱人的標題因為它沒有足夠的信息包括在這份報告里面。取而代之的是標題應該包含錯誤消息和消息碼，或者是結果的名稱以及失敗時你正在做的事情。例如：Error402:訪問拒絕當點擊“發(fā)送郵件”這個例子就提供了缺陷系統(tǒng)的上下文信息。差：“程序崩潰”，“報錯”，“Bug”好：“從’Kifu’中打印時5C79錯誤”，“’Kifuhonors’報表為空”產品：用名稱標識產品，告知你使用的是哪個版本。絕大部分軟件都包含有版本信息。web應用的版本信息通常在頁腳。差：“你的應用”好：”Kifuv1.01″平臺：告訴我們軟件運行在什么平臺。尤其是操作系統(tǒng)的名字及版本和游覽器名稱版本。特別是web應用，這些信息對我們很重要。差：“Windows”好：“Windows7,IE9”是否能重現(xiàn)：有些惱火的Bug是間歇性的出現(xiàn)，我們想預先知道，如果我們正在處理一個靈異事件或者正逢Bug出現(xiàn)時。差：留空白好：“每次”，“偶然”，“不重現(xiàn)”如何寫好每部分（1）標題：創(chuàng)建一個簡短的標題，讓問題看起來更如何寫好每部分（2）●總結：用簡潔的語言概括出Bug出現(xiàn)時你正在做的事情。從上下文開始，在操作應用的哪個部分。聚焦在你做的時候軟件做了什么？差：“系統(tǒng)不能用了”好：在“honorreport”頁面單擊“打印按鈕”，但是報表是空的?！癜l(fā)生了什么：一步一步描述你做的事情當bug出現(xiàn)時，為什么你認為是錯誤的。事無巨細，打印出菜單的名稱，頁面標題，點擊時的按鈕或者鏈接的名稱。做相同的操作是不是出現(xiàn)一樣的錯誤。差：“空白報表”好：“點擊‘File/Saveas…’，’Save‘對話空彈出，然后點擊‘OK’按鈕，但是文件沒有保存”●錯誤時什么：如果錯誤消息出現(xiàn)時，拷貝粘貼整個信息，這樣更有利于我們跟蹤錯誤。差：“有個錯誤，點擊它始終讀不出”好：“Error403：訪問拒絕”●復現(xiàn)的步驟：如果你可以讓bug重現(xiàn)，那太好了，這能提供很大的幫助。一步步描述如何重現(xiàn)次bug。差：“打印沒法使用”好：“從‘HonorsReport’頁面，點擊‘打印按鈕’”如何寫好每部分（2）●總結：用簡潔的語言概括出Bug出現(xiàn)如何寫好每部分（3）●預期結果：描述你預期發(fā)生的結果當bug發(fā)生時，這部分特別有用如果程序沒有按照你期待的結果發(fā)生時，因為它很詭異。差：“我期待能正常工作”好：“我期待能看到‘HonorsReports’的PDF文件”真實結果：當bug發(fā)生時是怎么發(fā)生的，什么錯誤，為什么有錯，或者如果錯誤拋出，拋出什么錯。差：“沒法用”好：“我收到是空的PDF文件，或者’403錯誤，訪問拒絕’”

●附件：如果你知道怎么截屏，做吧，附上一個簡短的錯誤，截屏可以是錯誤之前或者發(fā)生錯誤之后，我們的開發(fā)者能夠看到究竟發(fā)生了什么。如果應用有崩潰的日志，同樣附上它。如何寫好每部分（3）●預期結果：描述你預期發(fā)生的結果當buChapter3測試報告3.1測試報告的主要內容<實例>3.2測試結果分析3.3測試總結Chapter3測試報告3.1測試報告的主要內容<實例測試報告的主要內容（掌上書院）3.1.1數(shù)據(jù)統(tǒng)計3.1.2遺留bug情況3.1.3測試風險3.1.4測試對象評估3.1.5測試結論3.2測試總結測試報告的主要內容（掌上書院）3.1.1數(shù)據(jù)統(tǒng)計數(shù)據(jù)統(tǒng)計-人力投入投入項測試人員工作量（人天）測試用例維護XXX1天/人測試執(zhí)行XX、XXX9.5天/人（XX：5.5天，XXX：4天）合計XX、XXX9.5天/人數(shù)據(jù)統(tǒng)計-人力投入投入項測試人員工作量（人天）測試用例維護X數(shù)據(jù)統(tǒng)計-用例覆蓋率用例總數(shù)通過用例數(shù)（OK）未通過用例數(shù)（NG）尚未測試（NT）無測試條件，暫時不能測試（NC）尚未開發(fā)（ND）通過率（％）備注263251001111新增加19個用例數(shù)據(jù)統(tǒng)計-用例覆蓋率用例總數(shù)通過用例數(shù)（OK）未通過用例數(shù)（數(shù)據(jù)統(tǒng)計-問題單分類統(tǒng)計1、Bug嚴重級別統(tǒng)計致命嚴重一般提示合計07264372、BUG類型統(tǒng)計功能UI異常體驗合計261010373、Bug狀態(tài)統(tǒng)計未解決打回掛起已解決打開合計關閉合計3700000

4、Bug根源分析表需求類設計類編碼類其他

4000

數(shù)據(jù)統(tǒng)計-問題單分類統(tǒng)計1、Bug嚴重級別統(tǒng)計致命嚴重一般提遺留bug情況序號BugID缺陷描述影響程度后續(xù)解決措施當前規(guī)避方法1224Web頁面—下載熱門推薦，中間的節(jié)日專區(qū)，配置new，hot標識時，在IE6下將產生換行。未影響功能（兼容性問題）暫時忽略在下載熱門推薦時，不采用new、hot配置2314后臺管理—圖片管理，點擊上傳圖片在IE6.0下，隨機出現(xiàn)上傳窗口無法打開的情況。比較