【正文】 一個缺陷，發(fā)現(xiàn)缺陷后，我們不要口頭和開發(fā)人員交流，口頭交流是沒有約束力的，開發(fā)人員即使不修改，測試人員也沒辦法，因為口說無憑，這個時候我們把缺陷落實在紙面上，也就是要測試人員填寫缺陷報告單。測試人員在提交缺陷的時候，需要把缺陷，發(fā)現(xiàn)缺陷的過程以及缺陷的一些表現(xiàn)都要描述出來，除此之外這些缺陷還有一些相關的屬性，他也要填寫出來，下面就是所列出來的比較主要的缺陷的相關屬性： 缺陷發(fā)現(xiàn)人第一個就是缺陷發(fā)現(xiàn)人，在提交缺陷的時候，測試人員一般就是缺陷的發(fā)現(xiàn)人。 缺陷發(fā)現(xiàn)時間顧名思義，即是發(fā)現(xiàn)缺陷的時間。 缺陷所屬版本軟件的所屬版本，在軟件的開發(fā)測試的過程中，版本的管理是非常的重要的。只有缺陷所屬版本在測試開發(fā)過程中規(guī)定明確落實下來，那我們的產品質量才能有保障，不會造成產品開發(fā)和測試的混亂。 缺陷修改日期 缺陷修改時間主要是用來對開發(fā)人員進行考核的參數(shù)。 缺陷狀態(tài)表 61 缺陷狀態(tài)表New 缺陷的初始狀態(tài)Open 開發(fā)人員開始修改缺陷Fixed 開發(fā)人員修改缺陷完畢Closed 回歸測試通過Reopen 回歸測試失敗Postpone 推遲修改Rejected 開發(fā)人員認為不是程序問題Duplicated 與已經(jīng)提交的 Defect 重復Abandon 被 Reject 和 Duplicated 的 Defect，測試人員確認后后的確不是問題，將 Defect 置為此狀態(tài)。學院畢業(yè)設計（論文）35 缺陷嚴重級別缺陷的嚴重性：顧名思義就是軟件缺陷對軟件質量的破壞程度，即此軟件缺陷的存在將對軟件的功能和性能產生怎樣的影響。一般來說軟件的嚴重級別分為：第一級別：致命 缺陷非常嚴重，會導致用戶無法使用軟件；第二級別：嚴重 由于單中能失效導致多個相關功能失效；第三級別：一般 軟件單個功能失效，但不會影響其他功能；第四級別：提示 軟件界面的細微缺陷，不會影響整個軟件的使用。 缺陷簡單描述就是用一句話簡單的提綱概括性的描述清楚問題。 缺陷詳細描述第一，描述基本環(huán)境；第二，用簡明扼要的語言描述清楚軟件出現(xiàn)異常時候的測試人員的操作步驟；第三，從 GUI 界面上如何反應軟件的異常，采用拷屏的方式截取界面，作為附件黏貼在問題單中；第四，被測試軟件運行時候的相關日志；第五，測試人員根據(jù)上述相關信息可以給出問題的簡單的分析。 缺陷報報告由于軟件的特殊性或缺陷管理工具的不同，缺陷報告的組成也不同，下面是本次全能音頻轉換通系統(tǒng)軟件測試的缺陷報告：表 62 缺陷報告單缺陷 ID 缺陷描述及重現(xiàn)缺陷操作 嚴重級別D001 [步驟]“批量添加” 15 個音樂文件， “打開”并添加 秒后關閉程序[結果]沒有任何提示而關閉了應用程序[期望]給予用戶提示 “還有尚未執(zhí)行完的任務，是否關閉程序”嚴重全能音頻轉換通軟件系統(tǒng)測試36 D002 [步驟] 拖拽入音樂文件列表中 拖拽入音樂文件列表中 為后綴的音樂文件拖拽向音樂文件列表中[結果]拖拽不能成功[期望]可以將正確格式的音頻文件拖拽進去嚴重D003 [步驟]將頁面做縱向拉小將頁面橫向拉小將頁面的整體拉大將頁面整體拉小[結果]頁面內容的顯示比例不變，顯示的內容因拉小而被覆蓋[期望]頁面的顯示比例可以隨頁面大小變化嚴重D004 [步驟]“ 添加文件” Music 文件夾中的..................................mp3“ 打開”按鈕[結果]文件成功添加到音樂文件中，但是文件名發(fā)生變化[期望]給出用戶提示“文件名過長，請選擇正確的文件”提示學院畢業(yè)設計（論文）37D005 [步驟]，語言選擇 English[結果]依然是簡體中文[期望]再次啟動程序時語言變?yōu)橛⑽膰乐谼006 [步驟]，最大化[結果]可以最大化最小化[期望]軟件界面無反應一般D007 [步驟] 點擊音頻轉換通的添加文件按鈕 正確查找添加以 1 個超長文件名開頭的音頻文件和幾個合法音頻文件（合法大于等于 5） 點擊批量轉換按鈕進入轉換界面 點擊開始轉換按鈕[結果]超長文件名的音頻轉換時出現(xiàn)“不能打開該文件，請確保該文件確實可用”報錯點擊確定按鈕執(zhí)行下面文件時統(tǒng)一出現(xiàn)“不能打開編輯器，可能是選擇了不被支持的輸出格式”的錯誤提示[期望]超長音頻文件出現(xiàn)報錯，跳過執(zhí)行下面文件時可以正常執(zhí)行轉換功能一般D008 [步驟] ，播放時長為 03：04 sdsa 02：00“ 保存并轉換”[結果]不做出任何提示[期望]提示用戶“請輸入正確的截取起點”提示全能音頻轉換通軟件系統(tǒng)測試38D009 [步驟] ，播放時長為 03：04 300 40“ 保存并轉換”[結果]程序繼續(xù)執(zhí)行截取轉換[期望]提示用戶“請輸入正確的截取起點”嚴重D010 [步驟] ，播放時長為 03：04 60 40“ 保存并轉換”[結果]繼續(xù)執(zhí)行截取轉換[期望]提示用戶“截取起點要小于截取終點”嚴重D011 [步驟]“ 批量轉換” ape 5 Kbit/s，8000Hz，Mono[結果]輸出目錄不允許輸入，只允許選擇一般D012 [步驟][結果]幫助文檔中寫道 “它支持目前所有流行的媒體文件格式(MP3/MP2/OGG/APE/WAV /WMA/AVI/RM/RMVB/ASF/MPEG/DAT)，并能批量轉換。 ”，但實際上程序并不支持DAT 格式的文件，轉換列表中也沒有 AVI /RM/RMVB/ASF/MPEG/DAT 選項[期望]幫助文檔中所述與程序所具有的功能一致嚴重學院畢業(yè)設計（論文）39D013 [步驟]情 36.[dvb].rmvb，點擊截取轉換[結果]程序異常自動關閉，重新打開，重復操作，還是自動關閉，重復三次都是[期望]程序可以完成轉換致命D014 [步驟]“添加文件” ，加入多個文件到音樂文件列表[結果]橫排滾動條不能正常被拖動[期望]滾動條可以正常拖動一般D015 [步驟]，Music1,將其設置為只讀，輸出目錄選擇 Music1“開始轉換”[結果]音樂文件可以正常被寫入輸出目錄[期望]提示用戶 “輸出目錄權限為只讀，請重新選擇”嚴重D016 [步驟] 到音樂文件列表“批量轉換”[結果]轉換較轉換成其他格式的文件時間過長[期望]轉換時間可以縮短些一般全能音頻轉換通軟件系統(tǒng)測試40D017 [步驟]，點擊“截取文件”“設置當前時間為起點”按鈕[結果]只是將里面框中的數(shù)字歸零，而并沒有實現(xiàn)真正的將當前時間設置為起點[期望]可以將指定的時間設置為截取起點嚴重D018 [步驟]，點擊“截取文件”“設置當前時間為終點”按鈕[結果]只是將里面框中的數(shù)字歸零，而并沒有實現(xiàn)真正的將當前時間設置為終點[期望]可以將指定的時間設置為截取終點嚴重學院畢業(yè)設計（論文）41第七章 自動化測試 理論概述 自動化理論自動化測試時軟件測試的一種，通過腳本的編寫達到測試的自動化以節(jié)省成本。通常適合于軟件測試自動化的場合：(1)回歸測試，重復單一的數(shù)據(jù)錄入或是擊鍵等測試操作造成了不必要的時間浪費和人力浪費；(2)此外測試人員對程序的理解和對設計文檔的驗證通常也要借助于測試自動化工具；(3)采用自動化測試工具有利于測試報告文檔的生成和版本的連貫性； (4)自動化工具能夠確定測試用例的覆蓋路徑，確定測試用例集對程序邏輯流程和控制流程的覆蓋； 自動化工具介紹QTP 是 Quick Test Professional 的簡稱，是一種自動測試工具。使用 QTP 的目的是想用它來執(zhí)行重復的手動測試，主要是用于回歸測試和測試同一軟件的新版本。圖 71 QTP 界面 測試實戰(zhàn)本次自動化測試是用于回歸測試。在全能音頻轉換通 版本的測試中不是重點，因此只選取部分模塊進行自動化：合并轉換和截取轉換。在本次自動化測試中分為以下幾步驟：全能音頻轉換通軟件系統(tǒng)測試42 錄制用戶行為錄制腳本是我們模擬用戶的第一步，雖然當我們對函數(shù)比較了解的時候，我們完全可以拋棄錄制的過程，但是從工作量的角度來說，錄制后修改更加合算。詳細腳本參照畢業(yè)設計文檔。 腳本回放對象檢查點圖 72 對象庫對象_1圖 73 對象庫對象_2學院畢業(yè)設計（論文）43合并轉換圖 74 合并轉換腳本界面全能音頻轉換通軟件系統(tǒng)測試44圖 75 對象檢查點圖 76 腳本回放過程學院畢業(yè)設計（論文）45圖 76 回放結果批量轉換圖 77 批量轉換腳本界面全能音頻轉換通軟件系統(tǒng)測試46圖 78 對象檢查點圖 79 腳本回放過程_01學院畢業(yè)設計（論文）47圖 710 批量轉換腳本回放_2圖 711 回放結果全能音頻轉換通軟件系統(tǒng)測試48圖 712 瀏覽文件夾 結果分析由自動化腳本回放結果圖中可以看出，兩次自動化都是 PASS 的，即本次自動化對于添加文件，合并轉換，批量轉換的測試時完全通過的。學院畢業(yè)設計（論文）49第八章 軟件系統(tǒng)測試總結在對全能音頻轉換通 的系統(tǒng)測試中，本測試人員分別從功能測試， GUI 測試，文檔測試、自動化測試的方向對軟件進行測試。本次測試流程為瀑布模型，適用范圍：項目小，需求明確。她容易理解和掌握，包括需求分析、軟件測試計劃、軟件測試方案、軟件測試測試用例設計、測試用例執(zhí)行、自動化測試、缺陷分析總結，嚴格遵守流程。遵循這樣的流程可保證達到需求的最大覆蓋，測試面達到最大。主要的測試用例設計方法為等價類、邊界值、狀態(tài)遷移、錯誤猜測等方法，這在本次測試的用例設計中運用的比較好，這可以說是這次測試的可取點之一。在本次測試中測試點覆蓋較全，所有測試用例都實現(xiàn) 100%執(zhí)行。自動化測試作為回歸測試節(jié)省了人力物力，但由于技術、軟件局限性的原因，自動化測試的優(yōu)點沒有很好的體現(xiàn)。本次自動化的實現(xiàn)流程是最簡單的流程，沒有達到壓力測試的需求。但完成了對于添加文件、合并轉換、批量轉換的回歸測試的要求，并且自動產生的測試報告的結果為 PASS。就缺陷報告的結果看， 的缺陷率還是挺高的，尤其是嚴重級別為 “嚴重”的缺陷比重較高。說明開發(fā)的開發(fā)質量不高，有很多明顯的缺陷，軟件質量不高有很大的提高余地。本次測試使我認識到嚴格遵守適宜的流程的重要性，它可以大大提高測試的效率和成就率；而選擇適宜的用例設計方法也是極其重要的，這樣可以節(jié)省人力物力，達到最大化的需求覆蓋率，間接的實現(xiàn)最大化缺陷發(fā)現(xiàn)率。當然，由于時間，人力，物力的限制，本次的測試的測試覆蓋率還是不夠的，比如配置和兼容測試、壓力測試等方面沒有涉及，在 GUI 測試、易用性測試、自動化測試方面做得也不夠。在下次測試中會努力保持優(yōu)點，改善不足。全能音頻轉換通軟件系統(tǒng)測試50致 謝為期兩個月的論文寫作終于完成了，其中不僅有我本人的努力，同學、朋友和老師的鼓勵與幫助也是不能忽視的。首先要隆重感謝的就是我的論文指導老師李亞方老師，在論文寫作中一直給予我?guī)椭c鼓勵，對我的論文進行專業(yè)指導和修改。其次還要感謝我的朋友，在論文寫作階段一直對我進行鼓勵，督促與幫助，這樣我的論文才能保質保量的完成。最后還要感謝51testing的老師與同學，老師領我入門，教我軟件測試的相關測試；同學與我共同學習，在論文寫作期間對我的咨詢耐心指導。至此感謝所有幫助過我的老師同學，才能使我的論文完美的完成！致謝51參考文獻[1] [美]Paul ， 《 軟件測試》 ，出版社：機械工業(yè)出版社 原出版社[2] 51testing 軟件測試就業(yè)培訓第一階段教材 （技術篇）,出版方：51testing[3] 51testing 軟件測試就業(yè)培訓第二階段教材 ,出版方：51testing[4] 51testing 軟件測試就業(yè)培訓第三階段教材 ,出版方：51testing[5] Staff ST Level 1，出版方：EBaoTech Corporation[6] VBS 簡易教程，出版方：[7] QuickTest Professional 用戶指南幫助，出版方：Mercury Interactive Corporation[8]溫艷冬,《測試流程管理》 ，出版社：清華大