測試復習詳解

1、復習(fx)共七十一頁軟件(run jin)的基本概念能夠完成預(yù)定功能和性能的、可執(zhí)行的指令(計算機程序)；使得程序能夠適當?shù)夭僮餍畔⒌臄?shù)據(jù)結(jié)構(gòu)；描述程序的操作和使用的文檔。軟件(run jin) = 程序 + 數(shù)據(jù) （庫） + 文檔 + 服務(wù)共七十一頁軟件（GB/T 11457-1995 2.433）與計算機系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則，以及可能(knng)有的文件、文檔及數(shù)據(jù)與計算機系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔。軟件產(chǎn)品是指定交付給用戶的軟件實體共七十一頁軟件(run jin)質(zhì)量管理內(nèi)容 基本概念軟件（GB/T 11457-1995 2.433）與計算機系統(tǒng)的

2、操作有關(guān)的程序、規(guī)程、規(guī)則，以及可能有的文件、文檔及數(shù)據(jù)與計算機系統(tǒng)的操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔。軟件產(chǎn)品是指定交付給用戶的軟件實體質(zhì)量：軟件質(zhì)量GB/T 11457-2006 ：軟件產(chǎn)品中能滿足給定需要的性質(zhì)和特性的總體軟件具有(jyu)所期望的各種屬性的組合程度顧客和用戶覺得軟件滿足其綜合期望的程度確定軟件在使用中將滿足顧客預(yù)期要求的程度軟件質(zhì)量管理共七十一頁軟件缺陷是什么(shn me)（續(xù)）軟件缺陷的構(gòu)成(guchng)共七十一頁軟件缺陷是什么(shn me)（續(xù)）軟件缺陷修復(xif)的成本共七十一頁軟件質(zhì)量(zhling)模型McCall 質(zhì)量(zhling)模

3、型Boehm質(zhì)量模型ISO/IEC9126質(zhì)量模型共七十一頁McCall 質(zhì)量(zhling)模型1977年McCall 及其同事影響質(zhì)量因素的分類：操作特性（產(chǎn)品運行）承受可改變(gibin)能力（產(chǎn)品修訂）新環(huán)境適應(yīng)能力（產(chǎn)品變遷）正確性 可靠性 可用性 完整性 功效運行修訂變遷可移植性可復用性可操作性可維護性靈活性可測試性共七十一頁Boehm質(zhì)量(zhling)模型1978年，Boehm及同事提出(t ch)分層結(jié)構(gòu)的模型。用戶期望和需要硬件特性功能最初要求的功能可靠性效率人類工程學自包含精確性完備性完整性一致性可說明性設(shè)備效率可訪問性通信性自描述性結(jié)構(gòu)性簡明性易讀性可擴充性設(shè)備獨立性可

4、移植性可測試性可理解性可修改性可維護性共七十一頁ISO/IEC9126質(zhì)量(zhling)模型20世紀90年代早期(zoq)軟件產(chǎn)品評價質(zhì)量模型內(nèi)部質(zhì)量模型使用中質(zhì)量模型外部質(zhì)量模型質(zhì)量特性（6個）和子特性（21個）質(zhì)量特性：功能性、可靠性、易用性、效率、維護性和可移植性子特性：適合性、準確性、共七十一頁共七十一頁 瀑布模型即軟件生命周期模型，是軟件工程的典型模型。軟件生命周期的各個階段如同瀑布流水般逐級下落，形成自上而下，相互銜接的固定次序瀑布模型采用結(jié)構(gòu)化方法開發(fā),包括結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計、結(jié)構(gòu)化程序設(shè)計和結(jié)構(gòu)化測試方法。瀑布模型是一次開發(fā)就將一個包含全部功能的產(chǎn)品交付用戶(yngh)使

5、用。共七十一頁快速原型(yunxng)模型快速建立一個只包括核心功能(gngnng)并可在計算機上運行的程序（原型）。用戶通過使用這個原型，提出進一步的需求，開發(fā)人員按照用戶意見快速修改原型系統(tǒng)，然后再次請用戶試用，直到得到明確完整的需求，按照這個最后的需求開發(fā)出的系統(tǒng)可以滿足用戶的真實需求。優(yōu)點是保證用戶的真實需求得到滿足.特點是用戶一直參與，不斷改進，系統(tǒng)邊做邊改。原型的用途是獲知用戶的真正需求，一旦需求確定了，原型將被拋棄。共七十一頁7. 軟件(run jin)生存周期原型模型 共七十一頁又稱演化模型：用主動的正常的迭代避免被迫的不正常的反復原型(prototype) ：可以演示的試驗性

6、產(chǎn)品、重點為系統(tǒng)功能、用戶界面必要性、可行性：并非所有需求都可以精確定義項目參加者之間存在(cnzi)通信障礙已有快速原型開發(fā)工具恰當使用原型法可以減少軟件總成本原型法分類驗證軟件需求的原型：垂直原型、水平原型驗證設(shè)計方案的原型演進出目標系統(tǒng)的原型軟件重用技術(shù)、RAD共七十一頁快速應(yīng)用(yngyng)開發(fā)(RAD) V模型共七十一頁增量(zn lin)模型增量模型也稱漸增模型，把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計、編碼、集成(j chn)和測試。增量模型從一組給定的需求開始，通過構(gòu)造一系列的可執(zhí)行工作版本來實施開發(fā)活動 ，每一個工作版本都納入更多的需求 。步驟：將系統(tǒng)分成小的模塊按順序（重要程

7、度）將組件交給客戶每次交互的組件都提供更多的功能。共七十一頁螺旋(luxun)模型螺旋模型將工程劃分為4個主要活動：制定計劃、風險分析、實施工程和客戶評估。4個活動螺旋式地重復執(zhí)行，直到最終得到用戶認可的產(chǎn)品。制定計劃：確定軟件目標,選定實施方案,弄清項目開發(fā)的約束條件。風險分析:分析選定方案,考慮(kol)如何識別和消除風險。實施工程:實施軟件開發(fā)。這一步相當于純粹的瀑布模型。客戶評估:對當前工作結(jié)果進行評價，提出改進產(chǎn)品的建議。螺旋模型適用于有一定技術(shù)風險的大型軟件系統(tǒng)的開發(fā)。共七十一頁軟件(run jin)質(zhì)量的評價從以下幾方面對軟件作評價：1 可維護性2 可靠性3 可理解性4 效率一般

8、，在軟件系統(tǒng)整個開發(fā)期間，必須成立(chngl)軟件質(zhì)量保證小組負責質(zhì)量保證工作。 共七十一頁質(zhì)量管理的發(fā)展(fzhn)階段20世紀，人類跨入了以加工機械化、經(jīng)營規(guī)?；①Y本壟斷化為特征的工業(yè)化時代。在整整一個世紀中，質(zhì)量管理的發(fā)展，大致經(jīng)歷(jngl)了三個階段 1.質(zhì)量檢驗階段 2.統(tǒng)計質(zhì)量控制階段 3.全面質(zhì)量管理階段 共七十一頁使用(shyng)合理的質(zhì)量評價指標體系功能性指標完備性與正確性定性評價法可靠性指標可用度,初期故障率,偶然故障率,平均失效前時間,平均失效間隔時間,缺陷密度,平均失效恢復時間定量分析法易用性指標:易理解性,易學習性,易操作性效率(xio l)特征指標:代碼規(guī)模

9、,處理時間共七十一頁軟件質(zhì)量(zhling)管理分析方法散點圖回歸分析(fnx)時序圖直方圖帕雷托圖因果分析圖控制圖過程能力指標共七十一頁軟件(run jin)質(zhì)量管理分析方法散點圖快速識別變量之間的關(guān)系通過分析散點圖的形狀，可以判斷有無明顯(mngxin)的趨勢或走向？變量之間關(guān)聯(lián)嗎？為回歸分析提供依據(jù)共七十一頁軟件質(zhì)量(zhling)管理分析方法帕雷托圖1897年由意大利經(jīng)濟學家Vilfred Pareto所提出Juran 將其發(fā)展為一般的帕雷托原則80-20原則帕雷托圖中數(shù)據(jù)的重要性以下降的順序排列按優(yōu)先順序表示數(shù)據(jù)，并將注意力集中在關(guān)鍵數(shù)據(jù)上，一般來說，關(guān)注在前兩到三個因素(yn s)

10、就可以解決絕大部分的問題共七十一頁軟件質(zhì)量(zhling)管理分析方法因果分析圖日本質(zhì)量管理學者石川馨首先提出，又稱石川圖或魚刺圖它把影響產(chǎn)品質(zhì)量諸因素之間的關(guān)系以樹狀圖的方式表示出來，使人一目了然，便于分析原因并采取相應(yīng)的措施最后細分出來的原因應(yīng)是具體(jt)的，便于采取實際措施在細分原因時，應(yīng)集思廣益，力求分析結(jié)果準確而無遺漏共七十一頁軟件質(zhì)量(zhling)管理分析方法因果(yngu)分析圖共七十一頁CMMCMM的產(chǎn)生軟件能力成熟度（the Capability Maturity Model for Software, 簡稱CMM）是美國軟件工程研究所（Software Engineer

11、ing Institute, 縮寫為SEI）首先提出的。SEI是美國國防部設(shè)立，SEI的任務(wù)是提供(tgng)一系列技術(shù)管理方法來提高軟件工程水平，保證美國防部能夠通過成本、進度和質(zhì)量的預(yù)估和改進獲得并且支持其精準的軟件系統(tǒng)。共七十一頁初始(ch sh)級可重復(chngf)級確定級可管理級優(yōu)化級不斷改進的過程能預(yù)見的過程標準一致的過程有紀律的過程CMM結(jié)構(gòu)共七十一頁軟件(run jin)生命過程的度量軟件開發(fā)過程的度量和開發(fā)過程改進方法軟件開發(fā)過程的度量在軟件發(fā)布之前的錯誤數(shù)的測量，交付報告(bogo)的缺陷測量，交付產(chǎn)品的測量，工作量測量，時間測量，與進度計劃一致性測量等開發(fā)過程改進方法私

12、有的度量數(shù)據(jù)（缺陷率等）PSP方法（個人軟件過程）公用度量（項目級的缺陷率等）SSPI（統(tǒng)計軟件過程改進方法）項目度量1.根據(jù)來源分類所有的錯誤和缺陷2.記錄修改每個錯誤和缺陷的成本3.統(tǒng)計每類的數(shù)目，并降序排列4.計算每類錯誤等的總成本5.分析造成組織最高成本的錯誤和缺陷6.修正過程的計劃，消除最高錯誤和缺陷共七十一頁軟件測試基礎(chǔ)(jch)軟件測試的基本概念軟件測試的定義使用手工或自動手段來運行或測試某個系統(tǒng)的過程, 其目的(md)在于檢驗它是否滿足規(guī)定的需求或判定預(yù)期結(jié)果與實際結(jié)果之間的差別（IEEE 1983）軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程（Myers）分別從開發(fā)方和用戶的角度考

13、慮會得到不同的側(cè)重點共七十一頁軟件測試基礎(chǔ)(jch)軟件測試的基本概念軟件測試的目標發(fā)現(xiàn)盡可能多的錯誤應(yīng)該發(fā)現(xiàn)多少錯誤？什么時候結(jié)束測試？市場(shchng)壓力、質(zhì)量目標、客戶要求、費用約束等測試與排雷游戲共七十一頁軟件測試基礎(chǔ)(jch)軟件測試的基本概念軟件測試的原則(yunz)測試應(yīng)追溯到需求，用戶在大部分情況下了解自己的需求但不了解所對應(yīng)的系統(tǒng)，所以檢驗的標準應(yīng)該是用戶的需求軟件開發(fā)過程中應(yīng)在早期就開展各種質(zhì)量保證活動（Mind Test）軟件開發(fā)實踐表明，讓別人來檢查自己的工作會發(fā)現(xiàn)更多的錯誤（交叉檢查與獨立的QA的必要性）共七十一頁軟件測試基礎(chǔ)(jch)軟件測試的基本概念軟件測試的

14、原則在設(shè)計測試用例時，測試用例應(yīng)由輸入數(shù)據(jù)和與之對應(yīng)的期望輸出結(jié)果這兩部分組成，在輸入數(shù)據(jù)中，應(yīng)當包括合理的輸入條件和不合理的輸入條件不可能對所有的功能項都執(zhí)行窮舉測試在文檔和代碼的修改(xigi)過程中，防止因為修改(xigi)而帶來新的錯誤（修改(xigi)驗證與回歸測試）共七十一頁軟件測試基礎(chǔ)(jch)軟件測試的基本概念軟件測試的原則程序中的大部分錯誤(cuw)往往是在一小部分模塊中發(fā)現(xiàn)的，遵循帕雷托定律（八二原則）對每一個測試結(jié)果分析并進行記錄，防止以后發(fā)生類似的錯誤 共七十一頁測試信息(xnx)流程測試(csh)結(jié)果分析改正錯誤可靠性分析軟件配置測試配置測試工具測試結(jié)果預(yù)期結(jié)果回歸測

15、試改正的軟件預(yù)測的可靠性錯誤共七十一頁軟件開發(fā)與軟件測試測試(csh)與開發(fā)各階段的關(guān)系需求(xqi)分析說明書概要設(shè)計說明書詳細設(shè)計說明書源程序代碼單元測試集成測試確認測試共七十一頁傳統(tǒng)(chuntng)的測試方法與測試用例測試方法分類按測試步驟與策略、測試層次：單元測試、集成測試、確認測試、系統(tǒng)測試等按軟件內(nèi)部結(jié)構(gòu)和實現(xiàn)：白盒測試和黑盒測試按執(zhí)行程序的角度(jiod)：靜態(tài)測試與動態(tài)測試測試用例共七十一頁軟件測試活動(hu dng)軟件測試方法(fngf)靜態(tài)分析靜態(tài)分析是在不運行程序的情況下，通過檢查源代碼的方式發(fā)現(xiàn)程序中潛在的錯誤，從而及時更正靜態(tài)分析（或代碼走查）通常是在開發(fā)組長的主

16、持進行的如果代碼量過大，則根據(jù)實際的情況采用抽樣走查的方式回顧軟件測試人員與軟件開發(fā)人員之間的博弈關(guān)系共七十一頁軟件測試活動(hu dng)軟件測試方法動態(tài)測試動態(tài)測試是在測試用例驅(qū)動下運行被測單元(dnyun)，并將實際的輸出結(jié)果與期望的輸出結(jié)果相比較。對單元(dnyun)測試，每個測試用例應(yīng)該包含如下三個組成部分輸入數(shù)據(jù)支持程序（或操作步驟）期望結(jié)果典型的測試用例包含上述的三部分內(nèi)容共七十一頁測試用例在軟件測試計劃中，測試用例的說明是重要的組成部分測試用例是為某個測試目標而編制的一組測試輸入、執(zhí)行條件及預(yù)期結(jié)果的方案，以便(ybin)測試某個程序路徑或核實是否滿足某個特定需求。好處：反映用

17、戶的需求對過程有效監(jiān)督對結(jié)果有效評估回歸測試正確的回歸實施重點凸出提高測試效率共七十一頁測試用例的設(shè)計(shj)設(shè)計測試用例是軟件測試中的關(guān)鍵技術(shù)問題設(shè)計的目的是確定一組最有可能發(fā)現(xiàn)某個錯誤或某類錯誤的測試數(shù)據(jù)，實現(xiàn)對系統(tǒng)的某個功能的測試。以盡可能少的測試用例，來發(fā)現(xiàn)最大量的可能性錯誤應(yīng)考慮：用戶的需求，用例的使用(shyng)對象用例的設(shè)計由粗到細所有的用例設(shè)計需要評審共七十一頁測試用例的編寫(binxi)唯一編號前置條件，說明(shumng)測試路徑輸入條件期望輸出結(jié)果實際輸出結(jié)果是否正確測試用例執(zhí)行人標志執(zhí)行時間共七十一頁軟件測試活動(hu dng)軟件測試方法黑盒測試黑盒測試是從用戶觀

18、點出發(fā)的測試，它又稱功能測試或驗收測試。它假定測試者無須了解(lioji)程序的內(nèi)部結(jié)構(gòu)，黑盒測試是目前最流行的測試方法回顧V模型中系統(tǒng)測試用例所遵循的標準為需求規(guī)格而非所完成的程序功能防止測試跟著開發(fā)跑的情形共七十一頁軟件測試活動(hu dng)如何設(shè)計測試用例等價劃分法等價劃分屬于一種黑盒測試的方法，它將程序的輸入域劃分為若干數(shù)據(jù)類，然后從每一個數(shù)據(jù)類中選取有代表性的數(shù)據(jù)作為測試用例。等價類是指某個輸入域的子集合，其中各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的有效(yuxio)等價類無效等價類共七十一頁軟件測試活動(hu dng)如何設(shè)計測試用例等價劃分法有效等價類由那些對于(duy)程序

19、的規(guī)格說明是合理的和有意義的輸入數(shù)據(jù)構(gòu)成的集合無效等價類由那些對于程序的規(guī)格說明是不合理的和無意義的輸入數(shù)據(jù)構(gòu)成的集合共七十一頁軟件測試活動(hu dng)如何設(shè)計測試用例等價劃分法如果輸入條件規(guī)定了取值范圍或者值的個數(shù)，可以定義(dngy)一個有效等價類和兩個無效等價類例如 1A100，則有效等價類為“1A0)if(0=iType)X=Y+2;else if(1=iType)X=Y+10; else X=Y+20;共七十一頁分析(fnx)步驟繪制(huzh)程序的控制流圖134687141011共七十一頁計算(j sun)環(huán)復雜度環(huán)復雜度是一種為程序邏輯復雜性提供定量測度的軟件度量，該度量可

20、用于計算程序的基本的獨立路徑數(shù)目(shm)，以確保所有語句至少執(zhí)行一次測試數(shù)量的上界獨立路徑必須包含一條在定義之前不曾用到的邊。V(G)=E-N+2 E：流圖中邊的數(shù)量，N是流圖中節(jié)點的數(shù)量V(G)P+1 P是流圖G中判定節(jié)點的數(shù)量共七十一頁導出測試用例路徑(ljng)1：414路徑2：46714路徑3：4681013414路徑4：4681113414共七十一頁設(shè)計(shj)測試用例Void Sort(int iRecordNum,int iType) int X=0;int Y=0;while(iRecordNum-0)if(0=iType)X=Y+2;else if(1=iType)X=Y

21、+10; else X=Y+20;入出測試路徑10，1041421，024671431，1104681041，22046811共七十一頁共七十一頁單元測試模塊測試，在編碼階段進行，以詳細設(shè)計為指南對模塊進行正確性檢驗，目的在于發(fā)現(xiàn)模塊內(nèi)部可能存在的各種錯誤。一般采用白盒測試法對所有的局部和全局的數(shù)據(jù)結(jié)構(gòu)、外部接口與程序代碼的關(guān)鍵部門都要嚴查測試用例針對計算錯誤、比較不正確或者控制流不正常(zhngchng)基本路徑測試和循環(huán)測試共七十一頁單元測試內(nèi)容模塊接口測試局部數(shù)據(jù)結(jié)構(gòu)測試路徑測試錯誤處理測試邊界測試規(guī)程(guchng)驅(qū)動模塊樁模塊驅(qū)動(q dn)模塊被測模塊樁模塊樁模塊測試結(jié)果測試用例單元測試的內(nèi)容共七十一頁集成(j chn)測試組裝測試，通過測試發(fā)現(xiàn)和接口有關(guān)的問題來構(gòu)造(guzo)系統(tǒng)結(jié)構(gòu)的系統(tǒng)化技術(shù)。目標是將通過了單元測試的模塊組裝成一個設(shè)計中描述的系統(tǒng)結(jié)構(gòu)。兩種策略：非增量集成增量集成自頂向下自底向上共七十一頁集成(j chn)測試一般采用(ciyng)黑盒測試技術(shù)重點是模塊組裝后能否按既定意圖協(xié)作運行功能：接口的完整性功能的有效性信息內(nèi)容性能