軟件測試質量分析報告及軟件測試結果及分析報告_第1頁
軟件測試質量分析報告及軟件測試結果及分析報告_第2頁
軟件測試質量分析報告及軟件測試結果及分析報告_第3頁
軟件測試質量分析報告及軟件測試結果及分析報告_第4頁
軟件測試質量分析報告及軟件測試結果及分析報告_第5頁
已閱讀5頁,還剩22頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

PAGE***系統測試結果及分析報告PAGE<第17頁共3頁軟件測試質量分析報告1編寫目的為了發現程序的錯誤和缺陷,通過測試,檢查該程序是否達到了預期的結果,發現其中的缺陷,確保程序可以正確執行。質量控制是為了保證每一件工作產品都滿足對它的需求而應用于整個開發周期中的一系列審查、評審和測試,質量控制在創建工作產品的過程中包含一個反饋循環,通過對質量的反饋,使得我們能夠在得到的工作產品不能滿足其規約時調整開發過程。所有工作產品都應該具有定義好的和可度量的規約,這樣就可以將每個過程的產品與這一規約進行比較。質量保證由管理層的審計和報告構成,目標是為管理層提供獲知產品質量信息所需的數據,從而獲得產品質量是否符合預定目標的認識和信心。2測試項目及說明測試對象為一段計算基本運算加減乘除的代碼,通過單元測試、集成測試、系統測試等方法來檢測該程序的缺陷。軟件質量保證是為了保證軟件系統或軟件產品滿足用戶要求的質量而進行的有計劃、有組織的活動,其目的是生產高質量的軟件。在軟件質量方面必須強調三個要點:

軟件必須滿足用戶規定的要求,與用戶需求不一致的軟件,就無質量可言。軟件應遵循軟件標準所定義的一系列開發標準,不遵循這些標準的軟件,其質量難以得到保證。軟件還應滿足某些隱含的要求,例如希望有良好的可理解性、可維護性等,而這些隱含的要求可能未被寫在用戶規定的需求中,滿足它的顯性需求而不滿足其隱含需求,那么該軟件的質量是令人懷疑的。4:測試工具及方法(1)單元測試測試工具:EclipseEclipse簡介:Eclipse是一個開放源代碼的、基于Java的可擴展開發平臺。就其本身而言,它只是一個框架和一組服務,用于通過插件組件構建開發環境。幸運的是,Eclipse附帶了一個標準的插件集,包括Java開發工具(JavaDevelopmentKit,JDK)。雖然大多數用戶很樂于將Eclipse當作Java集成開發環境(IDE)來使用,但Eclipse的目標卻不僅限于此。Eclipse還包括插件開發環境(Plug-inDevelopmentEnvironment,PDE),這個組件主要針對希望擴展Eclipse的軟件開發人員,因為它允許他們構建與Eclipse環境無縫集成的工具。由于Eclipse中的每樣東西都是插件,對于給Eclipse提供插件,以及給用戶提供一致和統一的集成開發環境而言,所有工具開發人員都具有同等的發揮場所。這種平等和一致性并不僅限于Java開發工具。盡管Eclipse是使用Java語言開發的,但它的用途并不限于Java語言;例如,支持諸如C/C++和COBOL等編程語言的插件已經可用,或預計將會推出。Eclipse框架還可用來作為與軟件開發無關的其他應用程序類型的基礎,比如內容管理系統。測試方法:白盒測試白盒測試簡介:白盒測試(white-boxtesting)又稱透明盒測試(glassboxtesting)、結構測試(structuraltesting)等,軟件測試的主要方法之一,也稱結構測試、邏輯驅動測試或基于程序本身的測試。白盒測試法的覆蓋標準有邏輯覆蓋、循環覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。優點和缺點1.優點·昂貴·迫使測試人員去仔細思考軟件的實現·可以檢測代碼中的每條分支和路徑·揭示隱藏在代碼中的錯誤·對代碼的測試比較徹底·最優化2.缺點·無法檢測代碼中遺漏的路徑和數據敏感性錯誤·不驗證規格的正確性(2):系統測試測試工具:Eclipse測試方法:黑盒測試黑盒測試簡介:等價類劃分(EquivalencePartitioning)1.嚴格控制測試用例的增加,減少為達到“合理測試”的某些既定目標而必須設計的其他測試用例的數量2.它覆蓋了大部分其他可能的測試用例。劃分了等價類后,就可以說,如果對該集合中某個元素所進行的測試沒有發現錯誤的話,那么對該集合中其他元素所進行的測試也不大可能會發現錯誤。使用等價類劃分方法設計測試用例主要有兩個步驟:(1)確定等價類;(2)生成測試用例黑盒測試的優缺點優點:1.對于較大的代碼單元來說,黑盒測試比白盒測試效率較高。2.測試人員不需要了解細節,包括特定的編程語言。3.測試人員和開發人員是彼此獨立的。4.從用戶的角度測試,很容易被理解和接受。5.有助于暴露與任務規格不一致或者有歧義的地方。6.測試用例可以在需求規格完成之后馬上執行。缺點:1.測試的只有一小部分,不可能測試全部輸入。2.沒有清潔和簡明的需求規格說明書,測試用例很難設計。3.如果測試人員,不被告知開發人員已經執行過的用例,在測試數據上會存在不必要的重復。4.很多測試路徑沒有測試到。5.不能直接對特定程序段進行測試,改程序段可能隱藏更多錯誤。5:測試策略及流程單元測試測試用例:測試前說明:條件“a>=0”取真(TURE)時為T1,取假(FALSE)時F1條件“b>=0”取真(TURE)時為T2,取假(FALSE)時F2條件“c>=0”取真(TURE)時為T3,取假(FALSE)時F3條件“d>0”取真(TURE)時為T4,取假(FALSE)時F41.判定覆蓋法的基本思想是設計若干用例,運行程序被測,使得程序中每個判斷的取真分支和取假分支至少經歷一次,即判定真假值均曾被滿足。測試用例具體取值條件判定條件通過路徑In:a=1,b=1,c=1,d=1Out:r=2a>=0,b>=0,c>=0,d>0N=T,F=T,O=T,P=TP(1,2,4,6,8)In:a=-1,b=-1,c=-1,d=0Out:r=Fa<0,b<0,c<0,d<=0N=F,F=F,O=F,P=FP(1,3,5,7,9)2.條件組合覆蓋的基本思想是設計足夠的測試用例,使得判斷中每個條件的所有可能至少出現一次,并且每個判定本身的判定結果也至少出現一次。測試用例覆蓋條件覆蓋路徑覆蓋組合In:a=1,b=1,c=1,d=1Out:r=2T1,T2,T3,T4P(1,2,4,6,8)(1,3,5,7)In:a=1,b=-1,c=1,d=1Out:r=1/FT1,F2,T3,T4P(1,2,5,7,9)(1,4,5,7)In:a=1,b=1,c=-1,d=1Out:r=1/FT1,T2,F3,T4P(1,2,4,7,8)(1,3,6,7)In:a=1,b=1,c=-1,d=-1Out:r=1/FT1,T2,F3,F4P(1,2,4,7,9)(1,3,6,8)In:a=1,b=-1,c=-1,d=-1Out:r=1/FT1,F2,F3,F4P(1,2,5,7,9)(1,4,6,8)In:a=1,b=-1,c=-1,d=1Out:r=1/FT1,F2,F3,T4P(1,2,5,7,8)(1,4,6,7)In:a=1,b=1,c=1,d=-1Out:r=1/FT1,T2,T3,F4P(1,2,4,7,9)(1,3,5,8)In:a=1,b=-1,c=1,d=-1Out:r=1/FT1,F2,T3,F4P(1,2,5,6,9)(1,4,5,8)In:a=-1,b=1,c=1,d=1Out:r=1/FF1,T2,T3,T4P(1,3,4,6,8)(2,3,5,7)In:a=-1,b=-1,c=1,d=1Out:r=1/FF1,F2,T3,T4P(1,3,5,7,9)(2,4,5,7)In:a=-1,b=1,c=-1,d=1Out:r=1/FF1,T2,F3,T4P(1,3,4,7,8)(2,3,6,7)In:a=-1,b=1,c=-1,d=-1Out:r=1/FF1,T2,F3,F4P(1,3,4,7,9)(2,3,6,8)In:a=-1,b=-1,c=-1,d=-1Out:r=1/FF1,F2,F3,F4P(1,3,5,7,9)(2,4,6,8)In:a=-1,b=-1,c=-1,d=1Out:r=1/FF1,F2,F3,T4P(1,3,5,7,8)(2,4,6,7)In:a=-1,b=1,c=1,d=-1Out:r=1/FF1,T2,T3,F4P(1,3,4,7,9)(2,3,5,8)In:a=-1,b=-1,c=1,d=-1Out:r=1/FF1,F2,T3,F4P(1,3,5,6,9)(2,4,5,8)In:a=-1,b=-1,c=1,d=1Out:r=1/FF1,F2,T3,T4P(1,3,5,7,9)(2,4,5,7)In:a=-1,b=1,c=-1,d=1Out:r=1/FF1,T2,F3,T4P(1,3,4,7,8)(2,3,6,7)In:a=-1,b=1,c=-1,d=-1Out:r=1/FF1,T2,F3,F4P(1,3,4,7,9)(2,3,6,8)In:a=-1,b=-1,c=-1,d=-1Out:r=1/FF1,F2,F3,F4P(1,3,5,7,9)(2,4,6,8)In:a=-1,b=-1,c=-1,d=1Out:r=1/FF1,F2,F3,T4P(1,3,5,7,8)(2,4,6,7)In:a=-1,b=1,c=1,d=-1Out:r=1/FF1,T2,T3,F4P(1,3,4,7,9)(2,3,5,8)In:a=-1,b=-1,c=1,d=-1Out:r=1/FF1,F2,T3,F4P(1,3,5,6,9)(2,4,5,8)組合編號:組合編號覆蓋條件取值判定條件取值1T1,T2M=T2T1,F2M=F3F1,T2N=T4F1,F2N=F5T3,T4O=T6T3,F4O=F7F3,T4P=T8F3,F4P=F3.路徑覆蓋就是設計所有的測試用例,來覆蓋程序中的所有可能的執行路徑。測試用例覆蓋條件覆蓋路徑覆蓋組合In:a=1,b=1,c=1,d=1Out:r=2T1,T2,T3,T4P(1,2,4,6,8)(1,5)In:a=1,b=-1,c=1,d=1Out:r=1/FT1,F2,T3,T4T1,T2,F3,T4T1,T2,T3,F4P(1,3,4,6,8)P(1,2,5,6,8)P(1,2,4,7,8)(2,5)(1,7)(1,6)In:a=-1,b=1,c=1,d=1Out:r=1/FF1,T2,T3,T4P(1,3,4,6,8)(3,5)In:a=-1,b=-1,c=1,d=1Out:r=FF1,F2,T3,T4P(1,3,5,6,8)(4,5)In:a=-1,b=-1,c=-1,d=1Out:r=FF1,F2,F3,T4P(1,2,4,6,8)(4,7)In:a=-1,b=-1,c=-1,d=-1Out:r=FF1,F2,F3,F4P(1,3,5,7,9)(4,8)d=a+b*c/dc=a+b+ca=ac>=0b>=0a>=0流程圖1d=a+b*c/dc=a+b+ca=ac>=0b>=0a>=0MT2F3b=a+bb=a+bNT4F5OT6F7d>0d>0T8Pd=rF9d=r(2)系統測試可使用性測試:(針對軟件質量中)“功能性”目的:根據產品的需求規格說明書和測試列表,驗證產品的功能實現是否符合需求規格;測試工具:java關注點:功能是否遺漏功能實現是否滿足用戶需求和系統設計的隱性需求輸入能否正確接受,輸出結果是否正確基本功能測試:測試內容序號操作輸入期望結果測試結果是否通過正常輸入2加法5+277.0是3減法5-233.0是4乘法5*21010.0是5除法5/22.52.50是6清除backspaceupdateresult否非法輸入7除05/0faultinfinity否8連乘/除4**2updatefault否9連加/減4++2updatefault否10輸入字母4y+3updatefault否11溢出123+43updatefault否12精度測試1/31/30.3333333..是負載測試:軟件測試是保證軟件質量的重要手段,對軟件系統進行有效的負載壓力測試,有助于精確的評估出軟件性能的瓶頸,從而對其進行調優.利用自動化性能測試工具LoadRunner,對計算器進行實例負載壓力測試,初步評估出該Web網頁的性能瓶頸,針對此性能瓶頸,提出改善并發用戶數及用戶訪問速度的方法.測試工具:HP—LoadRunner關注點:增加用戶的數量對系統響應時間的影響結論:通過對數據的分析我們可以得出以下兩點:1..隨用戶的數量的增加,軟件對數據的響應時間不斷增大。2.通過對用戶數量的增大,我們可以得出軟件的最大用戶數量在3700左右。6:缺陷統計及分析(1)單元測試測試分析:1分析測試結果于預期結果是否一致,測試覆蓋率達到多少。測試類型測試結果與預期果測試覆蓋率判定覆蓋一致100%條件組合覆蓋一致100%路徑覆蓋一致100%軟件缺陷:1輸入負值,輸出結果顯示出錯。2只能計算一組數據,不能循環計算。3減法測試模糊不清。7:測試質量分析代碼導入及運行過程:首先安裝java開發工具箱jdk,它是java程序能夠運行的條件,也是用來調試java程序的工具,之后安裝可視化的java編譯環境eclipse直接進行java程序的編碼工作,并提供可視化的運行環境,我們說jdk同樣可以做出java項目,畢竟eclipse本身就是用jdk編寫的,所以用eclipse運行的java程序也可以用jdk運行。代碼導入:安裝好jdk與eclipse后,打開eclipse,左擊文件新建一個java項目命名為MyProject后點擊完成,右擊項目名稱新建一個class文件命名為size后點擊完成,將代碼復制在size.java中運行結果如下代碼運行后開始軟件測試。評價軟件的角度(1)正確性正確性是指軟件按照需求正確執行任務的能力。

正確性也涵蓋了“精確性方面。無庸質疑,這是對一款軟件最基本的要求,比如我們通過ATM自動取款機取款時,在輸入1,000時,結果只輸出了800或者輸出了1,200,可想而知這會對銀行和客戶會產生多大的影響。一款軟件滿足不了正確性的要求,再談其他任何方面都沒意義。健壯性健壯性是指在異常或者不利情況下,軟件能夠正常運行的能力。我們可以用生活中的一個例來說明,當流感出現的時候,在同樣環境下,有些人很容易就生病,而有些人卻任你東南西北風,就是安然無恙。(3)性能性能也就是一個軟件效率問題。(4)易用性

顧名思義,易用性是軟件能否滿足客戶容易操作使用程度。易用性也是衡量一款軟件質量好壞的一個重要方面。(5)人員素質

軟件是人做出來的,軟件質量的好壞和開發、測試以及有關管理人員都息息相關。在軟件開發方面,我們在此不談,只從測試的角度來談軟件質量保證。說質量保證,先問下自己,從事質量保證的人員真的有能力去做好質量保證嗎?質量保證的人員能力問題是個重要方面,如果連軟件中潛在問題都發現不了,想解決問題,做高質量的軟件,談何容易?

測試人員能力是一方面,其他如從事軟件測試人員的職業素養也是個重要方面。如果一款軟件未有充分去測,甚至對有些概率性的問題一笑而過,耐不住性子深入去測,或者在發行版本時只簡單測試一下,這些都無法真正保證軟件的質量。而這種情況下的出現,測試人員根據簡單的測試,下了個軟件沒問題的結論,這樣對顧客而言影響是很大的,最終對公司而言無論形象還是未來產品銷售等方面的都是不利的。密級普通類型技術類******系統測試結果及分析報告報告 文件狀態:[]草稿[√]正式發布[]正在修改文件標識:測試部當前版本:V1.0作者:完成日期:2009-9-16目錄TOC\o"1-3"\h\z1 概述 21.1 項目名稱 21.2 編寫目的 21.3 項目背景 21.4 定義 21.5 產品發布標準 21.6 參考資料 22 測試情況概要 32.1 測試環境 32.2 測試內容 32.2.1 主要功能測試內容 32.2.2 主要性能測試內容 42.2.3 用戶界面測試 42.2.4 安全性測試 43 測試結果分析 53.1 功能測試 53.2 性能測試 53.3 用戶界面測試 53.4 安全性測試 63.5 能力 63.6 缺陷和限制 63.7 測試情況統計分析 63.7.1 測試用例質量 63.7.2 測試質量 63.7.3 代碼質量 74 測試資源消耗 75 發布建議 7

概述項目名稱項目全稱:項目簡稱:用英文大寫字母、數字及連接符表示,格式為客戶縮寫+連接符+項目縮寫,位數不超過8位。如LS-IAS。編寫目的說明這份測試分析報告的具體編寫目的,指出預期的閱讀范圍。項目背景客戶背景、業務背景概要描述。該軟件的任務提出者、開發者、用戶及安裝此軟件實際環境,指出測試環境與實際運行環境之間可能存在的差異以及這些差異對測試結果的影響。定義列出本文件中用到的專問術語的定義和外文首字母組詞的原詞組。產品發布標準軟件功能、性能達到用戶要求,連續48小時新bug數量少于3個,才能進入準備發布和收尾階段。其他標準。參考資料列出要用到的參考資料,如:本項目的經核準的計劃任務書或合同、上級機關的批文;屬于本項目的其他已發表的文件;本文件中各處引用的文件、資料,包括所要用到的軟件開發標準。列出這些文件的標題、文件編號、發表日期和出版單位,說明能夠得到這些文件資料的來源。測試情況概要測試環境操作系統IE情況殺毒軟件其他安裝程序或是軟件是否測試(是√否×)備注Windows-2000-Professional-SP4-CN-32Windows-XP-Professional-CN-32IE6.0√Windows-XP-Professional-FT-32Windows-XP-Professional-EN-32Windows-XP-Professional-CN-64Windows-XP-Professional-EN-64Windows-2003-Server-CN-32IE7.0√Windows-2003-Server-EN-32Windows-2003-Server-CN-32-域Windows-2003-Server-CN-64Vista-Home-Basic-CN-32Vista-Home-Basic-EN-32Vista-Business-CN-32Vista-Business-CN-64Vista-Business-EN-64Vista-Ultimate-CN-32Windows7-CN-32Windows-2008-Server-Standard-SP1-CN-32……測試內容主要功能測試內容編號功能點子功能測試方法測試工具備注主要性能測試內容測試項測試方法測試工具備注服務器CPU實用率性能測試LoadRunner9.0服務器內存使用率性能測試LoadRunner9.0吞吐量性能測試LoadRunner9.0響應時間性能測試LoadRunner9.0用戶界面測試檢查項WindowsXPSP3-CN-32IE6.0是否測試(是√否×)窗口切換、移動、改變大小時正常嗎?√√√各種界面元素的文字正確嗎?(如標題、提示等)√√√各種界面元素的狀態正確嗎?(如有效、無效、選中等狀態)√√√各種界面元素支持鍵盤操作嗎?√√√各種界面元素支持鼠標操作嗎?√√√對話框中的缺省焦點正確嗎?√√√數據項能正確回顯嗎?√√√對于常用的功能,用戶能否不必閱讀手冊就能使用?√√√執行有風險的操作時,有“確認”、“放棄”等提示嗎?√√√操作順序合理嗎?√√√按鈕排列合理嗎?√√√導航幫助明確嗎?√√√提示信息規范嗎?√√√安全性測試檢查項是否測試(是√否×)系統有超時限制嗎?(如標題、提示等)√相關的重要信息寫進了日志嗎?能有效跟蹤他們嗎?×傳輸信息加密了嗎?傳過來的信息完整嗎?×測試結果分析功能測試編號功能點子功能是否測試(是√否×)是否通過(通過或是不通過)備注性能測試測試目標:按照用戶需求,使用新疆系統的用戶實際在50用戶左右,為了對系統進行更有效的壓力測試,模擬了100個用戶并發,相應時間小于10s.測試環境:局域網,與服務器的連接速度為100M,客戶機的連接速度為10/100M.測試內容:典型操作中的用戶登錄和信息上報設計思想:用戶并發登陸,反復操作,以檢查系統長期穩定性。測試工具:Loadrunner9.0網絡協議:http

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論