軟件測(cè)試教案

第一章軟件及其開(kāi)發(fā)進(jìn)程[教學(xué)目的]一、明白得軟件的含義二、了解軟件開(kāi)發(fā)進(jìn)程[教學(xué)內(nèi)容]1．1軟件的含義一、軟件概念能夠完成預(yù)定功能和性能的、可執(zhí)行的指令(運(yùn)算機(jī)程序)；使得程序能夠適本地操作信息的數(shù)據(jù)結(jié)構(gòu)；描述程序的操作和利用的文檔。軟件=程序+數(shù)據(jù)（庫(kù)）+文檔+效勞二、軟件組成客戶需求-CustomerRequirements市場(chǎng)需求文檔-MRD(MarketingRequirementDocument)軟件規(guī)格說(shuō)明書-Specifications技術(shù)設(shè)計(jì)文檔–TechnicalDesignDocs測(cè)試文檔TestDocuments在線幫忙-Onlinehelp產(chǎn)品發(fā)布注釋-ReleaseNotes/ReadMe產(chǎn)品軟件包-Releasepackages3、軟件特點(diǎn)軟件是邏輯的、知識(shí)性的產(chǎn)品集合，是對(duì)物理世界的一種抽象，或是某種物理形態(tài)的虛擬化。 軟件是硬件的靈魂，硬件是軟件的基礎(chǔ)軟件，是聰慧和知識(shí)的結(jié)晶軟件可不能“磨損”，而是慢慢完善.1．2軟件開(kāi)發(fā)進(jìn)程的特性1．2．1軟件開(kāi)發(fā)的大體進(jìn)程需求分析:依照客戶的要求，清楚了解客戶需求中的產(chǎn)品功能、特性、性能、界面和具體規(guī)格等，然后進(jìn)行分析，確信軟件產(chǎn)品所能達(dá)到的目標(biāo)。設(shè)計(jì):依照需求分析的結(jié)果，考慮如安在邏輯、程序上去實(shí)現(xiàn)所概念的產(chǎn)品功能、特性等，能夠分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，也可分為數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、軟件體系結(jié)構(gòu)設(shè)計(jì)、應(yīng)用接口設(shè)計(jì)、模塊設(shè)計(jì)、界面設(shè)計(jì)等。編程:將設(shè)計(jì)轉(zhuǎn)換成運(yùn)算機(jī)可讀的形式。測(cè)試:對(duì)設(shè)計(jì)、編程進(jìn)行驗(yàn)證和用戶需求確認(rèn)的進(jìn)程保護(hù)：維持軟件運(yùn)行，修改軟件缺點(diǎn)、增強(qiáng)已有功能、增加新功能、升級(jí)等。1．2．2軟件開(kāi)發(fā)進(jìn)程模型瀑布模型原型模型快速應(yīng)用開(kāi)發(fā)(RAD)模型改良的V模型螺旋模型增量模型和迭代模型構(gòu)件組裝模型并發(fā)模型XP模型1．3軟件測(cè)試的重要性1．3．1軟件所帶來(lái)的悲劇一、千年蟲（缺點(diǎn)問(wèn)題）二、迪斯尼的圣誕節(jié)禮物（軟件兼容性問(wèn)題）3、美國(guó)航天局火星登岸事故（未進(jìn)行集成測(cè)試）什么緣故會(huì)發(fā)生這些問(wèn)題？沒(méi)有足夠測(cè)試缺乏測(cè)試平臺(tái)不正確的測(cè)試環(huán)境缺少集成測(cè)試缺少性能測(cè)試缺少?gòu)?qiáng)度測(cè)試缺少靠得住性測(cè)試……1．3．2測(cè)試的重要性“程序測(cè)試是為了發(fā)覺(jué)錯(cuò)誤而執(zhí)行程序的進(jìn)程”。測(cè)試的目的是發(fā)覺(jué)程序中的錯(cuò)誤，是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)。在軟件開(kāi)發(fā)進(jìn)程中，分析、設(shè)計(jì)與編碼等工作都是建設(shè)性的，惟獨(dú)測(cè)試是帶有“破壞性”，測(cè)試可視為分析、設(shè)計(jì)和編碼3個(gè)時(shí)期的“最終復(fù)審”，在軟件質(zhì)量保證中具有重腹地位。第二章軟件測(cè)試的大體概念和方式[教學(xué)目的]一、明白得軟件測(cè)試的大體概念二、明白得軟件測(cè)試在軟件開(kāi)發(fā)進(jìn)程中的重要性3、明白得軟件測(cè)試的意義4、明白得軟件測(cè)試的大體方式和測(cè)試分類[教學(xué)內(nèi)容]2．1軟件質(zhì)量軟件質(zhì)量確實(shí)是客戶中意度2．1．1軟件質(zhì)量的內(nèi)涵一、組成：軟件產(chǎn)品的質(zhì)量，即知足利用要求的程序軟件開(kāi)發(fā)進(jìn)程的質(zhì)量，即可否知足開(kāi)發(fā)所帶來(lái)的本錢、時(shí)刻、風(fēng)險(xiǎn)等要求軟件在其商業(yè)環(huán)境中所表現(xiàn)出的質(zhì)量即就品質(zhì)的軟件應(yīng)該是相對(duì)的無(wú)產(chǎn)品缺點(diǎn)或只有極少量的缺點(diǎn)，能夠準(zhǔn)時(shí)遞交給客戶，所花費(fèi)用在預(yù)算內(nèi)，而且知足客戶需求，是可保護(hù)的。二、特性：可說(shuō)明性、有效性、易用性。廣義的軟件質(zhì)量由產(chǎn)品質(zhì)量、進(jìn)程質(zhì)量、商業(yè)環(huán)境質(zhì)量三者決定。2．2軟件缺點(diǎn)（bug）軟件缺點(diǎn)：運(yùn)算機(jī)系統(tǒng)或程序中存在的任何一種破壞正常運(yùn)行能力的問(wèn)題、錯(cuò)誤、或隱藏的功能缺點(diǎn)、瑕疵。缺點(diǎn)會(huì)致使軟件產(chǎn)品在某種程序上不能知足用戶的需要。IEEE1983OFIEEEStandard729中對(duì)軟件缺點(diǎn)的概念：從產(chǎn)品內(nèi)部看，軟件缺點(diǎn)是軟件產(chǎn)品開(kāi)發(fā)或保護(hù)進(jìn)程中所存在的錯(cuò)誤、毛病等各類問(wèn)題從外部看，軟件缺點(diǎn)是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違抗軟件缺點(diǎn)的要緊類型：功能特性沒(méi)有實(shí)現(xiàn)或部份實(shí)現(xiàn)設(shè)計(jì)不合理，存在缺點(diǎn)實(shí)際結(jié)果和預(yù)期結(jié)果不一致運(yùn)行犯錯(cuò)數(shù)據(jù)結(jié)果不正確、精度不夠用戶不能同意的其它問(wèn)題，如存取時(shí)刻長(zhǎng)，界面不美觀等。軟件缺點(diǎn)嚴(yán)峻性級(jí)別：致命的（fatal）:致命的錯(cuò)誤，造成系統(tǒng)或應(yīng)用程序崩潰、死機(jī)、系統(tǒng)懸掛，或造成數(shù)據(jù)丟失、要緊功能完全缺失嚴(yán)峻的（critical）：嚴(yán)峻的錯(cuò)誤，指功能或特性沒(méi)有實(shí)現(xiàn)，要緊功能部份缺失，次要功能完全缺失，或致命的錯(cuò)誤聲明。一樣的（major）：不及嚴(yán)峻的錯(cuò)誤，不阻礙系統(tǒng)的大體利用，但沒(méi)有專門好地實(shí)現(xiàn)功能，沒(méi)有達(dá)到預(yù)期的成效。微小的（minor）：小問(wèn)題，對(duì)功能幾乎沒(méi)有阻礙建議（suggestion）軟件缺點(diǎn)的狀態(tài)：激活狀態(tài)己修正狀態(tài)關(guān)閉或非渡海狀態(tài)2．2．2軟件缺點(diǎn)的產(chǎn)生技術(shù)問(wèn)題團(tuán)隊(duì)工作軟件本身2．2．3軟件缺點(diǎn)的組成圖2-1軟件缺點(diǎn)組成示用意圖2-2軟件缺點(diǎn)存在不同時(shí)期散布圖2-3軟件缺點(diǎn)隨著時(shí)刻帶來(lái)愈來(lái)愈大的本錢圖2-4軟件缺點(diǎn)隨著時(shí)刻引發(fā)的本錢曲線2．3軟件測(cè)試的大體方式2．3．1軟件測(cè)試的原那么 P292．3．2白盒測(cè)試和黑盒測(cè)試依照測(cè)試是針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)仍是針對(duì)具體實(shí)現(xiàn)算法的角度，分為白盒測(cè)試和黑盒測(cè)試黑盒測(cè)試（black-box-texting）(功能測(cè)試/數(shù)據(jù)驅(qū)動(dòng)測(cè)試)不管程序內(nèi)部結(jié)構(gòu)是什么，從用戶動(dòng)身，依照產(chǎn)品應(yīng)該實(shí)現(xiàn)的實(shí)際功能和巳經(jīng)概念好的產(chǎn)品規(guī)格驗(yàn)證產(chǎn)品所應(yīng)該具有的功能是不是實(shí)現(xiàn)，每一個(gè)功能是不都能正常利用，是不是知足用戶的要求。圖2-5黑盒測(cè)試方式示用意功能；用于軟件確認(rèn)測(cè)試是不是有不正確或遺漏了功能在接口上，可否正確地同意輸入數(shù)據(jù)，可否產(chǎn)生正確的輸出信息訪問(wèn)外部信息是不是有錯(cuò)性能上是不是知足要求界面是不是錯(cuò)誤，是不是不美觀初始化和終止錯(cuò)誤方式：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)法、因果圖等白盒測(cè)試（white-box-texting）(結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試)已知產(chǎn)品內(nèi)部工作進(jìn)程，清楚最終產(chǎn)生軟件產(chǎn)品的運(yùn)算機(jī)程序的結(jié)構(gòu)和語(yǔ)句，依照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，測(cè)試程序內(nèi)部的變量狀態(tài)、邏輯結(jié)構(gòu)、運(yùn)行途徑等，查驗(yàn)程序中的每條通路是不是按規(guī)定正常進(jìn)行。功能：用于軟件驗(yàn)證方式：邏輯覆蓋（語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、途徑覆蓋）、大體途徑測(cè)試、循環(huán)覆蓋等試探：通過(guò)白盒測(cè)試的軟件是不是必然沒(méi)有錯(cuò)誤？原那么：保證每一個(gè)模塊中所有獨(dú)立途徑至少被利用一次對(duì)所有邏輯值均測(cè)試為真假值在上下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán)檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性2．3．3靜態(tài)和動(dòng)態(tài)的方式依照程序是不是運(yùn)行，測(cè)試能夠分為靜態(tài)和動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試：對(duì)模塊的源泉代碼進(jìn)行研讀，查找錯(cuò)誤或吊唁一些氣宇數(shù)據(jù)，并非需要對(duì)代碼進(jìn)行編譯和仿真運(yùn)行。用人工檢測(cè)運(yùn)算機(jī)輔助靜態(tài)分析測(cè)試包括對(duì)軟件產(chǎn)品的設(shè)計(jì)規(guī)格說(shuō)明書的審查、對(duì)程序代碼的閱讀、審查動(dòng)態(tài)測(cè)試：通過(guò)觀看代碼運(yùn)行時(shí)的動(dòng)作，來(lái)提供執(zhí)行跟蹤、時(shí)刻分析，和測(cè)試覆蓋度方面的信息。2．3．4驗(yàn)證和確認(rèn)（verification&validation）一、驗(yàn)證查驗(yàn)軟件是不是已經(jīng)正確地實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明書所概念的系統(tǒng)功能和特性二、有效性確認(rèn)保證所生產(chǎn)的軟件可追溯到用戶需求的一系列活動(dòng)。確認(rèn)進(jìn)程提供證聽(tīng)說(shuō)明軟件是不是知足系統(tǒng)需求，并解決相應(yīng)問(wèn)題二者區(qū)別驗(yàn)證：是不是正確構(gòu)造了軟件，查驗(yàn)軟件是不是與設(shè)計(jì)規(guī)格說(shuō)明書一致確認(rèn)：是不是構(gòu)造了正確的軟件，是不是知足用戶的真正需求2．3．5ALAC測(cè)試ALAC（act-like-a-cusomer）基于客戶利用產(chǎn)品的知識(shí)開(kāi)發(fā)出來(lái)的測(cè)試方式。用于功能測(cè)試圖2-6ALAC測(cè)試方式的原理示用意ALAC測(cè)試方式適合專門的場(chǎng)合，如演示版、開(kāi)發(fā)預(yù)算低，開(kāi)發(fā)打算日程表緊等情形，降低測(cè)試本錢，縮短測(cè)試時(shí)刻，缺點(diǎn)查找和更正針對(duì)客戶最容易碰到的錯(cuò)誤2．3．6自動(dòng)化測(cè)試和隨機(jī)測(cè)試自動(dòng)化測(cè)試：通過(guò)工具自動(dòng)動(dòng)執(zhí)行軟件的測(cè)試可完成負(fù)載測(cè)試、性能測(cè)試、靠得住性測(cè)試隨機(jī)測(cè)試：模擬客戶操作的隨意性，進(jìn)行大量的、自動(dòng)化的隨機(jī)測(cè)試，來(lái)發(fā)覺(jué)爾后用戶可能會(huì)碰著的問(wèn)題。2．3．7軟件測(cè)試的誤區(qū)若是說(shuō)發(fā)布出去的軟件有質(zhì)量問(wèn)題，那是軟件測(cè)試人員的錯(cuò)。軟件測(cè)試技術(shù)要求不高，至少比編程容易多。有時(shí)刻就多測(cè)試一些，來(lái)不及就少測(cè)試一些軟件測(cè)試是測(cè)試人員的事，與開(kāi)發(fā)人員無(wú)關(guān)依照軟件開(kāi)發(fā)瀑布模型，軟件測(cè)試是開(kāi)發(fā)的最后期的一個(gè)時(shí)期2．4軟件測(cè)試的分類和時(shí)期2．4．1軟件測(cè)試的分類一、按測(cè)試范圍分類單元測(cè)試組件測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試安裝測(cè)試二、按測(cè)試目的分類正確性測(cè)試白盒測(cè)試黑盒測(cè)試性能測(cè)試靠得住性測(cè)試強(qiáng)壯性測(cè)試異樣處置測(cè)試負(fù)載測(cè)試平安性測(cè)試3、按測(cè)試對(duì)象分類單元測(cè)試組件測(cè)試模塊測(cè)試程序測(cè)試系統(tǒng)測(cè)試文檔測(cè)試按測(cè)試進(jìn)程分類需求時(shí)期的測(cè)試設(shè)計(jì)時(shí)期的測(cè)試程序時(shí)期的測(cè)試測(cè)試結(jié)果的評(píng)估安裝測(cè)試驗(yàn)收測(cè)試測(cè)試轉(zhuǎn)變其它測(cè)試技術(shù)和方式回歸法壓力法恢復(fù)測(cè)試平安測(cè)試兼容性測(cè)試2．4．2測(cè)試的時(shí)期圖2-7軟件測(cè)試時(shí)期示用意2．5軟件測(cè)試的工作范圍軟件測(cè)試工作范圍軟件測(cè)試工作的組織與治理制定測(cè)試策略、測(cè)試打算、確認(rèn)所采納的測(cè)試方式與標(biāo)準(zhǔn)、操縱測(cè)試進(jìn)度、治理測(cè)試資源測(cè)試工作的實(shí)施編制符合標(biāo)準(zhǔn)的測(cè)試文檔，研制測(cè)試環(huán)境，與開(kāi)發(fā)組織協(xié)作實(shí)現(xiàn)各時(shí)期的測(cè)試活動(dòng)軟件測(cè)試工作的六個(gè)方面測(cè)試組織和治理測(cè)試打算PDCA模型：打算plan,執(zhí)行do,檢查check,方法action圖2-9軟件開(kāi)發(fā)流程改良模型PDCA示用意制定測(cè)試策略分析測(cè)試的目標(biāo)和指標(biāo)、確信測(cè)試的對(duì)象和依據(jù)、明確測(cè)試的重點(diǎn)和所要采納的方式確信測(cè)試范圍所需資源和日程安排資源：運(yùn)算機(jī)硬件、軟件、人力資源資源安排：項(xiàng)目領(lǐng)導(dǎo)、組長(zhǎng)、系統(tǒng)工程師、測(cè)試設(shè)計(jì)工程師、資深測(cè)試工程師、一樣測(cè)試工程師等，概念每一個(gè)人的工作內(nèi)容和責(zé)任日程安排：設(shè)置整個(gè)測(cè)試周期的項(xiàng)目進(jìn)程，有產(chǎn)品設(shè)計(jì)規(guī)格說(shuō)明書審查終止時(shí)刻，測(cè)試打算初稿完成時(shí)刻、設(shè)計(jì)測(cè)試用例的時(shí)刻、測(cè)試打算/用例審查終止時(shí)刻、單元測(cè)試完成的日期、系統(tǒng)測(cè)試完成的日期、測(cè)試全數(shù)完成的日期等。設(shè)計(jì)測(cè)試用例測(cè)試用例是按必然順序執(zhí)行的，與測(cè)試目標(biāo)相關(guān)的測(cè)試活動(dòng)的描述，是確信如何測(cè)試。包括測(cè)試環(huán)境、輸入值、期望結(jié)果或標(biāo)準(zhǔn)測(cè)試用例的特性：可復(fù)用性、有效性、可治理性、繼承性、基礎(chǔ)性測(cè)試實(shí)施測(cè)試結(jié)果分析測(cè)試評(píng)審與報(bào)告第三章質(zhì)量保證與測(cè)試策略[教學(xué)目的]一、明白得軟件質(zhì)量保證體系二、明白得測(cè)試3、明白得測(cè)試打算的重要性及其內(nèi)容4、了解軟件質(zhì)量的靠得住性評(píng)估[教學(xué)內(nèi)容]3．1軟件質(zhì)量保證（softwarequalityassurance,SQA）3．1．1SQA概述一、SQA：通過(guò)對(duì)軟件產(chǎn)品有打算的進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是不是合乎標(biāo)準(zhǔn)的系統(tǒng)工程二、活動(dòng)原那么：確保SQA活動(dòng)要自始至有打算的進(jìn)行審查軟件產(chǎn)品和活動(dòng)是不是遵守適用的標(biāo)準(zhǔn)、規(guī)程和要求并取得客觀驗(yàn)證。SQA的活動(dòng)和結(jié)果要保證全員參與，溝通順暢。逐級(jí)解決不符合問(wèn)題3．1．2SQA活動(dòng)技術(shù)方式的應(yīng)用正式技術(shù)評(píng)審的實(shí)施軟件測(cè)試標(biāo)準(zhǔn)的執(zhí)行修改的操縱氣宇質(zhì)量記錄和記錄保留SQA活動(dòng)成效的阻礙因素知識(shí)結(jié)構(gòu)：專業(yè)的技術(shù)，例如質(zhì)量治理與操縱知識(shí)、統(tǒng)計(jì)學(xué)知識(shí)等。體會(huì)依據(jù)：若是沒(méi)有這些標(biāo)準(zhǔn)，就無(wú)法準(zhǔn)確地判定開(kāi)發(fā)活動(dòng)中的問(wèn)題，容易引發(fā)沒(méi)必要要的爭(zhēng)辯，因此組織應(yīng)當(dāng)做立文檔化的開(kāi)發(fā)標(biāo)準(zhǔn)和規(guī)程。全員參與：全員參與相當(dāng)重要，高層治理者必需重視軟件質(zhì)量保證活動(dòng)。把握重點(diǎn)：必然要抓住問(wèn)題的重點(diǎn)與本質(zhì)，盡可能幸免陷入對(duì)細(xì)節(jié)的爭(zhēng)辯當(dāng)中。SQA活動(dòng)提出軟件質(zhì)量需求確信開(kāi)發(fā)方案時(shí)期評(píng)審測(cè)試治理文檔化治理驗(yàn)證產(chǎn)品與相應(yīng)文檔和標(biāo)準(zhǔn)的一致致性成立測(cè)量機(jī)制記錄并生成報(bào)告SQA策略以檢測(cè)為重：產(chǎn)品制成以后進(jìn)行檢測(cè)，只能判定產(chǎn)品質(zhì)量，不能提高產(chǎn)品質(zhì)量。以進(jìn)程治理為重：把質(zhì)量的保證工作重點(diǎn)放在進(jìn)程治理上，對(duì)制造進(jìn)程中的每一道工序都要進(jìn)行質(zhì)量操縱。以新產(chǎn)品開(kāi)發(fā)為重：在新產(chǎn)品的開(kāi)發(fā)設(shè)計(jì)時(shí)期，采取強(qiáng)有力的方法來(lái)消滅由于設(shè)計(jì)緣故此產(chǎn)生的質(zhì)量隱患SQA與軟件測(cè)試有什么關(guān)系和區(qū)別SQA是治理工作、審查對(duì)象是流程、強(qiáng)調(diào)以預(yù)防為主測(cè)試是技術(shù)工作、測(cè)試對(duì)象是產(chǎn)品、主若是以事后檢查SQA指導(dǎo)測(cè)試、監(jiān)控測(cè)試測(cè)試為SQA提供依據(jù)3．2測(cè)試策略3．2．1測(cè)試策略的概念測(cè)試策略一般是描述測(cè)試工程的整體方式和目標(biāo)。描述目前在進(jìn)行哪一時(shí)期的測(cè)試（如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試）和每一個(gè)時(shí)期內(nèi)進(jìn)行的測(cè)試種類（如功能測(cè)試、性能測(cè)試、壓力測(cè)試等），以確信合理的測(cè)試方案使得測(cè)試更有效。3．2．2阻礙測(cè)試策略的因素一、測(cè)試完成的標(biāo)準(zhǔn)標(biāo)準(zhǔn)的高低計(jì)謀略確信有著重要的阻礙。比如該軟件的應(yīng)該用處合為軍用，這將對(duì)軟件的靠得住性、平安性要求超級(jí)高，但如果是是用于小型商場(chǎng)的收費(fèi)系統(tǒng)由于是內(nèi)部利用，要緊考慮其計(jì)算的準(zhǔn)確與精度及復(fù)雜統(tǒng)計(jì)與報(bào)表生成等方面準(zhǔn)確性與易用性。二、資源狀況 參與測(cè)試的人、測(cè)試中所需要的軟件平臺(tái)（如操作系統(tǒng)乃至?xí)婕暗降谌降囊恍?yīng)用軟件）及測(cè)試可能用到的相關(guān)硬件設(shè)備（如運(yùn)算機(jī)，網(wǎng)絡(luò)硬件其它外設(shè)等）3．2．3測(cè)試策略的確信全面細(xì)致地了解產(chǎn)品的項(xiàng)目信息:應(yīng)用領(lǐng)域,測(cè)試范圍,市場(chǎng)需求,產(chǎn)品的特點(diǎn)和要緊功能,技術(shù)架構(gòu)基于模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個(gè)因素對(duì)產(chǎn)品的阻礙,公正客觀地開(kāi)展測(cè)試打算依照程序的重要性和一旦發(fā)生故障將造成的損失,來(lái)確信它的測(cè)試品級(jí)和測(cè)試重點(diǎn)認(rèn)真研究測(cè)試策略,以便能使用盡可能少的有效測(cè)試用例,發(fā)覺(jué)盡可能多的程序錯(cuò)誤,因?yàn)橐淮瓮暾能浖y(cè)試事后,若是程序中遺漏的錯(cuò)誤過(guò)量而且很嚴(yán)峻,那么說(shuō)明本次測(cè)試是失敗的,是不足的;而測(cè)試不足意味著讓用戶承擔(dān)隱藏錯(cuò)誤帶來(lái)的危險(xiǎn).同時(shí)反過(guò)來(lái)講,若是過(guò)度測(cè)試,那么又會(huì)浪費(fèi)許多寶貴的資源.找到一個(gè)最正確平穩(wěn)點(diǎn)。測(cè)試范圍的確立優(yōu)先級(jí)最高的需求功能新功能和編碼改動(dòng)較大(提高性能表現(xiàn))的舊功能運(yùn)用有效的測(cè)試技術(shù)去提高測(cè)試成效常常容易顯現(xiàn)問(wèn)題部份的功能一些常常被用戶利用的功能和配置測(cè)試持續(xù)時(shí)期的確信當(dāng)測(cè)試任務(wù)明確后,測(cè)試打算將依托于測(cè)試小組的人力資源而最終確信.通過(guò)/失敗的標(biāo)準(zhǔn)單個(gè)的測(cè)試通過(guò)/失敗測(cè)試用例全數(shù)產(chǎn)品測(cè)試通過(guò)/失敗每一個(gè)時(shí)期的通過(guò)/失敗時(shí)期通過(guò)/失敗的標(biāo)準(zhǔn)風(fēng)險(xiǎn)評(píng)估測(cè)試小組開(kāi)始項(xiàng)目測(cè)試時(shí),硬件資源沒(méi)有按時(shí)配備或仍然不足開(kāi)始項(xiàng)目測(cè)試時(shí),軟件產(chǎn)品編碼沒(méi)有按打算完成開(kāi)始項(xiàng)目測(cè)試時(shí),測(cè)試用例沒(méi)有預(yù)備好缺少按打算參加項(xiàng)目測(cè)試的測(cè)試人員在項(xiàng)目測(cè)試進(jìn)程中,需求老是不斷地改動(dòng)當(dāng)項(xiàng)目測(cè)試進(jìn)行時(shí),在設(shè)計(jì)說(shuō)明書中被概念的功能老是不斷地被修改測(cè)試評(píng)估里程碑的概念和跟蹤能夠幫忙項(xiàng)目治理者把握項(xiàng)目的進(jìn)行狀態(tài)里程碑日期測(cè)試打算完成---1/15測(cè)試用例完成---1/29功能驗(yàn)證完成器---2/5代碼凍結(jié)前完成系統(tǒng)測(cè)試--2/20版本發(fā)布前完成確認(rèn)測(cè)試---2/283．3測(cè)試打算3．3．1測(cè)試打算內(nèi)容組成測(cè)試打算制定的第一步確實(shí)是將軟件分解較小而且相對(duì)獨(dú)立的功能模塊，寫成測(cè)試需求。測(cè)試需求有很多分類方式，最一般的一種確實(shí)是依照功能分類：測(cè)試需求是測(cè)試設(shè)計(jì)和開(kāi)發(fā)測(cè)試用例的基礎(chǔ)，分解功能模塊能夠更好地進(jìn)行設(shè)計(jì)；詳細(xì)的測(cè)試需求是用來(lái)衡量測(cè)試覆蓋率的重要指標(biāo)；測(cè)試需求包括各類測(cè)試實(shí)際和開(kāi)發(fā)和所需資源。一個(gè)測(cè)試打算應(yīng)包括：產(chǎn)品大體情形、測(cè)試需求說(shuō)明、測(cè)試策略和記錄、測(cè)試資源配置、打算表、問(wèn)題跟蹤報(bào)告、測(cè)試打算的評(píng)審、結(jié)果等。測(cè)試打算標(biāo)準(zhǔn)格式16componentsofTestPlan(IEEE,1983)Testplanidentifier（測(cè)試打算標(biāo)識(shí))Instruction(引言）TestItems（概念或主題辭)Featurestobetested（需要被測(cè)試的功能)Featuresnottobetested(無(wú)需被測(cè)試的功能)Approach(方式和途徑）Itemspass/failcriteria（測(cè)試通過(guò)、失敗的標(biāo)準(zhǔn))Suspensioncriteriaandresumptionrequirements（延遲的標(biāo)準(zhǔn)和再恢復(fù)的要求)Testdeliverables(測(cè)試交付的內(nèi)容)TestingTasks(測(cè)試任務(wù)Environmentalneeds（必備的環(huán)境)Responsibilities(職責(zé))Staffingandtrainingneeds(人員和必需的培訓(xùn))Schedule(時(shí)刻進(jìn)度表)Riskandcontingencies(風(fēng)險(xiǎn)和相關(guān)費(fèi)用）Approvals（批準(zhǔn))3．4軟件質(zhì)量的靠得住性評(píng)估3．4．1軟件靠得住性評(píng)估的概述軟件靠得住性評(píng)估（SoftwareReliabilityAssessment）指依照軟件系統(tǒng)靠得住性結(jié)構(gòu)（單元與系統(tǒng)間靠得住性關(guān)系）、壽命類型和各單元的靠得住性實(shí)驗(yàn)信息，利用概率統(tǒng)計(jì)方式，評(píng)估出系統(tǒng)的靠得住性特點(diǎn)量。軟件靠得住性評(píng)估的要素1）規(guī)定的時(shí)刻2）規(guī)定的環(huán)境條件3）規(guī)定的功能3．4．2軟件靠得住性模型軟件靠得住性模型（Softwarereliabilitymodel）是指為估量或估算軟件的靠得住性所成立的靠得住性結(jié)構(gòu)和數(shù)學(xué)模型。成立靠得住性模型是為了將復(fù)雜系統(tǒng)的靠得住性逐級(jí)分解為簡(jiǎn)單系統(tǒng)的靠得住性，以便于定量估量、分派、估算和評(píng)判復(fù)雜系統(tǒng)的靠得住性。1）靠得住性結(jié)構(gòu)模型，是依據(jù)系統(tǒng)結(jié)構(gòu)邏輯關(guān)系，對(duì)系統(tǒng)的靠得住性特點(diǎn)及其進(jìn)展轉(zhuǎn)變規(guī)律做出靠得住性評(píng)判。2）靠得住性估量模型，是用來(lái)描述軟件失效與軟件缺點(diǎn)的關(guān)系，借助這種模型，能夠?qū)浖目康米⌒蕴攸c(diǎn)做出定量的估量或評(píng)估。依據(jù)軟件缺點(diǎn)與運(yùn)行剖面數(shù)據(jù)，利用統(tǒng)計(jì)學(xué)原理成立二者之間的數(shù)學(xué)關(guān)系，獲取開(kāi)發(fā)進(jìn)程中靠得住性轉(zhuǎn)變、軟件在預(yù)定工作時(shí)刻的靠得住度、軟件在任意時(shí)刻發(fā)生的失效數(shù)的平均值和軟件在規(guī)按時(shí)刻距離內(nèi)發(fā)生失效次數(shù)的平均值。3．4．3靠得住性評(píng)估進(jìn)程 靠得住性數(shù)據(jù)搜集歷時(shí)刻概念的軟件靠得住性數(shù)據(jù)能夠分為四類：失效時(shí)刻數(shù)據(jù)，記錄發(fā)生一次失效所積存經(jīng)歷的時(shí)刻；失效距離時(shí)刻數(shù)據(jù)，記錄本次失效與上一次失效間的距離時(shí)刻；分組數(shù)據(jù)，記錄某個(gè)時(shí)刻區(qū)內(nèi)發(fā)生了多少次失效；分組時(shí)刻內(nèi)的積存失效數(shù)，記錄某個(gè)區(qū)間內(nèi)的積存失效數(shù)。這四類數(shù)據(jù)能夠相互轉(zhuǎn)化。測(cè)試時(shí)刻；含有測(cè)試用例的測(cè)試打算或測(cè)試說(shuō)明；所有與測(cè)試有關(guān)的測(cè)試結(jié)果，包括所有測(cè)試時(shí)發(fā)生的故障；參與測(cè)試的個(gè)人身份?？康米⌒栽u(píng)估報(bào)告第四章軟件測(cè)試依據(jù)和標(biāo)準(zhǔn)[教學(xué)目的]一、了解軟件測(cè)試依據(jù)和標(biāo)準(zhǔn)[教學(xué)內(nèi)容]4．1軟件質(zhì)量標(biāo)準(zhǔn)4．1．1ISO質(zhì)量體系標(biāo)準(zhǔn)簡(jiǎn)介ISO9000的由來(lái)ISO9000總休思想ISO9000體系結(jié)構(gòu)一、ISO軟件質(zhì)量標(biāo)準(zhǔn)ISO(InternationalStandardizationOrganization,國(guó)際標(biāo)準(zhǔn)化組織)TC/176技術(shù)委員會(huì)制定的所有國(guó)際標(biāo)準(zhǔn)質(zhì)量保證標(biāo)準(zhǔn)（ISO9001/2/3）質(zhì)量治理標(biāo)準(zhǔn)（ISO9004)TC176即ISO中第176個(gè)技術(shù)委員會(huì)，成立于1980年，全稱是“質(zhì)量保證技術(shù)委員會(huì)”，1987年又更名為“質(zhì)量治理和質(zhì)量保證技術(shù)委員會(huì)”。TC176專門負(fù)責(zé)制定質(zhì)量治理和質(zhì)量保證技術(shù)的標(biāo)準(zhǔn)二、ISO軟件質(zhì)量標(biāo)準(zhǔn)思想操縱思想，即對(duì)產(chǎn)品形成的全進(jìn)程進(jìn)行操縱。任何事物都是由一個(gè)或多個(gè)進(jìn)程活動(dòng)的結(jié)果，只要對(duì)產(chǎn)品形成的全進(jìn)程進(jìn)行操縱并達(dá)到進(jìn)程質(zhì)量要求，最終產(chǎn)品的質(zhì)量就有了保證預(yù)防的思想。通過(guò)對(duì)產(chǎn)品形成的全進(jìn)程進(jìn)行操縱和成立并有效運(yùn)行自我完善機(jī)制達(dá)到預(yù)防不合格，從全然上減少或排除不合格品4．1．2ISO軟件質(zhì)量體系標(biāo)準(zhǔn)ISO9000系列標(biāo)準(zhǔn)的主體部份分為兩組：“需方對(duì)供方要求質(zhì)量保證”的標(biāo)準(zhǔn)ISO9001－9003“供方成立質(zhì)量保證體系”的標(biāo)準(zhǔn)ISO9004ISO9001：設(shè)計(jì)/開(kāi)發(fā)、生產(chǎn)、安裝和效勞中質(zhì)量保證模式；ISO9002：生產(chǎn)和安裝中的質(zhì)量保證模式；ISO9003：最終查驗(yàn)和測(cè)試中的質(zhì)量保證模式；ISO9004：質(zhì)量治理和質(zhì)量體系要素導(dǎo)那么。ISO軟件質(zhì)量體系結(jié)構(gòu)ISO9000與GB/T19000的關(guān)系GB/T(國(guó)標(biāo)推薦)Idt(等同于)ISO標(biāo)準(zhǔn)GB/T6583-1994idtISO8402:1994GB/TidtISO9000-1:1994GB/TidtISO9000-2:1994GB/TidtISO9000-3:1994GB/T19001-1994idtISO9001:1994GB/T19002-1994idtISO9002:1994GB/T19003-1994idtISO9003:1994GB/TidtISO9004-1:1994GB/TidtISO9004-2:1991GB/TidtISO9004-3:1993GB/TidtISO9004-4:1993GB/TidtISO10011-1:1990GB/TidtISO10011-2:1991GB/TidtISO10011-3:1993GB/TidtISO10012-1:19944．1．3ISO9000-3介紹ISO9000-3實(shí)際上是ISO質(zhì)量治理和質(zhì)量保證標(biāo)準(zhǔn)在軟件開(kāi)發(fā)、供給和保護(hù)中的利用指南，并非作為質(zhì)量體系注冊(cè)/認(rèn)證時(shí)的評(píng)估準(zhǔn)那么，要緊考慮軟件行業(yè)的特殊性制定。參照ISO9001《質(zhì)量體系設(shè)計(jì)、開(kāi)發(fā)、生產(chǎn)、安裝和效勞的質(zhì)量保證模式》，并引用ISO8402《質(zhì)量治理和質(zhì)量保證術(shù)語(yǔ)》，使得ISO9000系列標(biāo)準(zhǔn)應(yīng)用范圍得以拓展ISO9000-3標(biāo)準(zhǔn)軟件開(kāi)發(fā)、供給、保護(hù)中應(yīng)用ISO9001的指南是指南，不是標(biāo)準(zhǔn)仍然困惑：仍然強(qiáng)調(diào)的是供給商和顧客的關(guān)系，不是工程師該如何做ISO9000-3體系結(jié)構(gòu)合同評(píng)審需方需求規(guī)格說(shuō)明開(kāi)發(fā)打算質(zhì)量打算設(shè)計(jì)和實(shí)現(xiàn)測(cè)試和確認(rèn)驗(yàn)收復(fù)制、交付和安裝保護(hù)4．2軟件測(cè)試標(biāo)準(zhǔn)4．2．1概述軟件測(cè)試標(biāo)準(zhǔn)確實(shí)是對(duì)軟件測(cè)試的流程進(jìn)程化并對(duì)每一個(gè)進(jìn)程元素進(jìn)行明確的界定，形成完整的標(biāo)準(zhǔn)體系。4．2．2軟件測(cè)試標(biāo)準(zhǔn)標(biāo)準(zhǔn)本身的詳細(xì)說(shuō)明,比如標(biāo)準(zhǔn)目的、范圍、文檔結(jié)構(gòu)、辭匯表、參考信息、可追溯性、方針、進(jìn)程/標(biāo)準(zhǔn)、指南、模板、檢查表、培訓(xùn)、工具、參考資料等等。制定測(cè)試標(biāo)準(zhǔn)需要考慮的內(nèi)容角色的確信進(jìn)入的準(zhǔn)那么輸入項(xiàng)活動(dòng)進(jìn)程輸出項(xiàng)驗(yàn)證與確認(rèn)退出的準(zhǔn)那么氣宇4．3CMM思想和結(jié)構(gòu)體系CMM即軟件能力成熟度模型（CapabilityMaturityModel）是向軟件組織提供如何增加對(duì)其開(kāi)發(fā)和保護(hù)軟件進(jìn)程的操縱能力。設(shè)計(jì)并實(shí)施CMM是為了指導(dǎo)軟件組織：通過(guò)確信當(dāng)前進(jìn)程的成熟度品級(jí)和識(shí)別出對(duì)軟件質(zhì)量和進(jìn)程改良相當(dāng)重要的問(wèn)題，來(lái)選擇其進(jìn)程改良策略。通過(guò)關(guān)注一組有限的活動(dòng)，并為實(shí)現(xiàn)它們而踴躍工作，組織能穩(wěn)步地改善其軟件進(jìn)程，使其軟件進(jìn)程能力持續(xù)不斷地增加。4．3．1CMM的歷史CMM分時(shí)期的體系結(jié)構(gòu)源于己有60連年歷史的產(chǎn)品質(zhì)量原理。ITT的PhilipCrosby在其書“QualityisFree”（Crosby79）中第一提出將質(zhì)量原理改編為成熟度框架的思想。Humphrey的成熟度框架初期版本發(fā)表在SEI技術(shù)報(bào)告（Humphrey87a，Humphrey87b）、文章（Humphrey88）和書“ManagingthesoftwareProcess”（Humphrey89）中?；贑MM模型的進(jìn)程改良--軟件進(jìn)程改良的方式論-IDEAL4．3．2CMM的五個(gè)品級(jí)

CMM的五個(gè)品級(jí)及關(guān)鍵進(jìn)程域關(guān)鍵進(jìn)程域（KEYAREAS）4．3．3CMM與ISO9001思想及結(jié)構(gòu)體系的關(guān)系4．4建立軟件測(cè)試治理和評(píng)判體系一、什么緣故要成立治理與評(píng)判體系監(jiān)視和測(cè)量軟件產(chǎn)品識(shí)別和操縱不符合要求的產(chǎn)品驗(yàn)證產(chǎn)品設(shè)計(jì)和開(kāi)發(fā)監(jiān)視和測(cè)量軟件進(jìn)程二、測(cè)試治理和評(píng)判體系進(jìn)展現(xiàn)狀美國(guó)質(zhì)量保證研究所對(duì)軟件測(cè)試的研究結(jié)果說(shuō)明:越早發(fā)覺(jué)軟件中存在的問(wèn)題，開(kāi)發(fā)費(fèi)用就越低;在編碼后修改軟件缺點(diǎn)的本錢是編碼前的10倍，在產(chǎn)品交付后修改軟件缺點(diǎn)的本錢是交付前的10倍;軟件質(zhì)量越高，軟件發(fā)布后的保護(hù)費(fèi)用越低。另外，依照對(duì)國(guó)際聞名IT企業(yè)的統(tǒng)計(jì)，它們的軟件測(cè)試費(fèi)用占整個(gè)軟件工程所有研發(fā)費(fèi)用的50%以上。中國(guó)軟件企業(yè)在軟件測(cè)試方面與國(guó)際水準(zhǔn)仍存在較大差距。第一，熟悉上重開(kāi)發(fā)、輕測(cè)試，沒(méi)有熟悉到軟件項(xiàng)目的如期完成不僅取決于開(kāi)發(fā)人員，更取決于測(cè)試人員；第二，治理上隨意、簡(jiǎn)單，沒(méi)有成立有效、標(biāo)準(zhǔn)的軟件測(cè)試治理和評(píng)判體系；另外，缺少自動(dòng)化工具的支持，大多數(shù)企業(yè)在軟件測(cè)試時(shí)并無(wú)成立軟件測(cè)試治理與評(píng)判體系。如何成立測(cè)試治理與評(píng)判體系第五章單元測(cè)試[教學(xué)目的]一、了解單元測(cè)試的內(nèi)容、概念二、把握靜態(tài)測(cè)試技術(shù)的運(yùn)用3、把握動(dòng)態(tài)測(cè)試技術(shù)的運(yùn)用4、了解單元測(cè)試的進(jìn)程與文檔治理[教學(xué)內(nèi)容]5．1什么是單元測(cè)試測(cè)試的4個(gè)時(shí)期：?jiǎn)卧獪y(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試按時(shí)期進(jìn)行測(cè)試是一種大體的測(cè)試策略5．1．1單元測(cè)試的概念概念:單元測(cè)試是對(duì)軟件大體組成單元進(jìn)行的測(cè)試。機(jī)會(huì):一樣在代碼完成后由開(kāi)發(fā)人員完成,QA人員輔助.概念:模塊,組件,單元5．1．2為何要進(jìn)行單元測(cè)試及早發(fā)覺(jué)錯(cuò)誤錯(cuò)誤發(fā)覺(jué)越早,本錢越低.開(kāi)發(fā)人員過(guò)于自信,后期復(fù)雜度高,發(fā)覺(jué)解決BUG困難.檢查代碼是不是符合設(shè)計(jì)和標(biāo)準(zhǔn)5．2單元測(cè)試的目標(biāo)和任務(wù)目標(biāo):單元模塊被正確編碼信息可否正確地流入和流出單元；在單元工作進(jìn)程中，其內(nèi)部數(shù)據(jù)可否維持其完整性，包括內(nèi)部數(shù)據(jù)的形式、內(nèi)容及彼此關(guān)系不發(fā)生錯(cuò)誤，也包括全局變量在單元中的處置和阻礙。在為限制數(shù)據(jù)加工而設(shè)置的邊界處，可否正確工作。單元的運(yùn)行可否做到知足特定的邏輯覆蓋。單元中發(fā)生了錯(cuò)誤，其中的犯錯(cuò)處置方法是不是有效。任務(wù)：任務(wù)1：模塊接口測(cè)試檢查模塊接口是不是正確Checklist:輸入的實(shí)際參數(shù)與形式參數(shù)是不是一致。個(gè)數(shù)、屬性、量綱挪用其他模塊的實(shí)際參數(shù)與被調(diào)模塊的形參是不是一致。個(gè)數(shù)、屬性、量綱全程變量的概念在各模塊是不是一致。外部輸入、輸出文件、緩沖區(qū)、錯(cuò)誤處置其它任務(wù)2：模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試檢查局部數(shù)據(jù)結(jié)構(gòu)完整性Checklist:不適合或不相容的類型說(shuō)明。變量無(wú)初值。變量初始化或默許值有錯(cuò)。不正確的變量名或從來(lái)未被利用過(guò)。顯現(xiàn)上溢或下溢和地址異樣。其它任務(wù)3：模塊邊界條件測(cè)試檢查臨界數(shù)據(jù)處置的正確性Checklist:一般合法數(shù)據(jù)的處置。一般非法數(shù)據(jù)的處置。邊界值內(nèi)合法邊界數(shù)據(jù)的處置。邊界值外非法邊界數(shù)據(jù)的處置。其它任務(wù)4：模塊獨(dú)立執(zhí)行通路測(cè)試 檢查每一條獨(dú)立執(zhí)行途徑的測(cè)試。保證每條語(yǔ)句被至少執(zhí)行一次。Checklist:算符優(yōu)先級(jí)?；旌项愋瓦\(yùn)算。精度不夠。表達(dá)式符號(hào)。循環(huán)條件，死循環(huán)。其它任務(wù)5：模塊的各條錯(cuò)誤處置通路測(cè)試預(yù)見(jiàn)、預(yù)設(shè)的各類犯錯(cuò)處置是不是正確有效。Checklist:輸出的犯錯(cuò)信息難以明白得。記錄的錯(cuò)誤與實(shí)際不相符。程序概念的犯錯(cuò)處置前系統(tǒng)已介入。異樣處置不妥。未提供足夠的定位犯錯(cuò)的信息。其它5．3靜態(tài)測(cè)試技術(shù)的運(yùn)用靜態(tài)測(cè)試技術(shù)是單元測(cè)試中最重要的手腕之一。靜態(tài)測(cè)試技術(shù)：不運(yùn)行被測(cè)試程序，對(duì)代碼通過(guò)檢查、閱讀進(jìn)行分析。三步曲：走查（WalkThrough）審查（Inspection）評(píng)審（Review）5．3．1編碼的標(biāo)準(zhǔn)和標(biāo)準(zhǔn)標(biāo)準(zhǔn)：成立起來(lái)必需遵守的規(guī)那么。標(biāo)準(zhǔn)：建議最正確做法，推薦更好方式。實(shí)施標(biāo)準(zhǔn)和標(biāo)準(zhǔn)的緣故：靠得住性可讀性和可保護(hù)性可移植性。5．3．2走查（walkThrough）概念：采納講解、討論和模擬運(yùn)行的方式進(jìn)行的查找錯(cuò)誤的活動(dòng)。注意：引導(dǎo)小組成員在走查前通讀設(shè)計(jì)和編碼。限時(shí)，幸免跑題。發(fā)覺(jué)問(wèn)題適當(dāng)記錄，幸免現(xiàn)場(chǎng)修改。檢查要點(diǎn)是代碼是不是符合標(biāo)準(zhǔn)和標(biāo)準(zhǔn)，是不是有邏輯錯(cuò)誤。5．3．3審查（inspection）概念：采納講解、提問(wèn)方式進(jìn)行，一樣有正式的打算、流程和結(jié)果。要緊方式采納缺點(diǎn)檢查表。注意：以會(huì)議形式，制定會(huì)議目標(biāo)、流程和規(guī)那么，終止后要編寫報(bào)告。按缺點(diǎn)檢查表逐項(xiàng)檢查。發(fā)覺(jué)問(wèn)題適當(dāng)記錄，幸免現(xiàn)場(chǎng)修改。發(fā)覺(jué)重大缺點(diǎn)，更正后會(huì)議需要重開(kāi)。檢查要點(diǎn)是缺點(diǎn)檢查表，因此該表要依照項(xiàng)目不同不斷積存完善。走查與審查的比較走查審查準(zhǔn)備通讀設(shè)計(jì)和編碼應(yīng)準(zhǔn)備好需求描述文檔、程序設(shè)計(jì)文檔、程序的源代碼清單、代碼編碼標(biāo)準(zhǔn)和代碼缺陷檢查表形式非正式會(huì)議正式會(huì)議參加人員開(kāi)發(fā)人員為主項(xiàng)目組成員包括測(cè)試人員主要技術(shù)方法無(wú)缺陷檢查表注意事項(xiàng)限時(shí)、不要現(xiàn)場(chǎng)修改代碼限時(shí)、不要現(xiàn)場(chǎng)修改代碼生成文檔會(huì)議記錄靜態(tài)分析錯(cuò)誤報(bào)告目標(biāo)代碼標(biāo)準(zhǔn)規(guī)范，無(wú)邏輯錯(cuò)誤代碼標(biāo)準(zhǔn)規(guī)范，無(wú)邏輯錯(cuò)誤5．3．4評(píng)審（review）概念：通常在審查會(huì)后進(jìn)行，審查小組依照記錄和報(bào)告進(jìn)行評(píng)估。注意：充分審查了所規(guī)定的代碼，而且全數(shù)編碼準(zhǔn)那么被遵守。審查中發(fā)覺(jué)的錯(cuò)誤已全數(shù)修改。5．4動(dòng)態(tài)測(cè)試技術(shù)的運(yùn)用 動(dòng)態(tài)測(cè)試需要真正將程序運(yùn)行起來(lái)，需要設(shè)計(jì)系列的測(cè)試用例保證測(cè)試的完整性和有效性。白盒測(cè)試黑盒（灰盒）測(cè)試5．4．1白盒測(cè)試方式要緊要邏輯驅(qū)動(dòng)法和大體途徑法。語(yǔ)句覆蓋。判定覆蓋。條件覆蓋。判定/條件覆蓋。條件組合覆蓋。途徑覆蓋。循環(huán)覆蓋。5．4．2黑盒測(cè)試方式運(yùn)行單元程序有時(shí)需要基于被測(cè)單元的接口，開(kāi)發(fā)相應(yīng)的驅(qū)動(dòng)模塊和樁模塊。驅(qū)動(dòng)模塊（drive）:對(duì)底層或子層模塊進(jìn)行測(cè)試所編寫的挪用這些模塊的程序。樁模塊（stub）：對(duì)頂層或上層模塊進(jìn)行測(cè)試時(shí)所編寫的替代基層模塊的程序。黑盒測(cè)試經(jīng)常使用方式等價(jià)類劃分法邊界值分析法三種數(shù)據(jù)：錯(cuò)誤推測(cè)法--正常數(shù)據(jù)因果圖法--錯(cuò)誤數(shù)據(jù)功能圖法--邊緣數(shù)據(jù)另外還得考慮接口測(cè)試、性能測(cè)試、內(nèi)存測(cè)試性能分析內(nèi)存分析5．5調(diào)試與評(píng)估調(diào)試與測(cè)試的對(duì)象及采納的方式有專門大程度上的相似，調(diào)試還用到斷點(diǎn)操縱等排錯(cuò)方式，但其目的卻完全不同。測(cè)試是為了找出軟件中存在的缺點(diǎn)，而調(diào)試是為了解決存在的缺點(diǎn)。軟件單元功能與設(shè)計(jì)需求一致。軟件單元接口與設(shè)計(jì)需求一致。能夠正確處置輸入和運(yùn)行中的錯(cuò)誤。在單元測(cè)試中發(fā)覺(jué)的錯(cuò)誤已經(jīng)取得修改而且通過(guò)了測(cè)試。達(dá)到了相關(guān)的覆蓋率的要求。完成軟件單元測(cè)試報(bào)告單元測(cè)試檢查表見(jiàn)書101頁(yè)5．6單元測(cè)試的進(jìn)程和文檔治理進(jìn)程:在詳細(xì)設(shè)計(jì)時(shí)期完成單元測(cè)試打算。成立單元測(cè)試環(huán)境，完成測(cè)試設(shè)計(jì)和開(kāi)發(fā)。執(zhí)行單元測(cè)試用例，而且詳細(xì)記錄測(cè)試結(jié)果。判定測(cè)試用例是不是通過(guò)。提交《單元測(cè)試報(bào)告》。單元測(cè)試的進(jìn)程單元測(cè)試文檔：《軟件需求規(guī)格說(shuō)明書》、《軟件詳細(xì)設(shè)計(jì)說(shuō)明書》 《單元測(cè)試打算》《單元測(cè)試打算》、《軟件詳細(xì)設(shè)計(jì)說(shuō)明書》 《單元測(cè)試用例》《單元測(cè)試用例》文檔及《軟件需求規(guī)格說(shuō)明書》、《軟件詳細(xì)設(shè)計(jì)說(shuō)明書》 《缺點(diǎn)跟蹤報(bào)告》/《缺點(diǎn)檢查表》《單元測(cè)試用例》、《缺點(diǎn)跟蹤報(bào)告》、《缺點(diǎn)檢查表》 《單元測(cè)試檢查表》評(píng)估 《單元測(cè)試報(bào)告》第六章集成測(cè)試和系統(tǒng)測(cè)試[教學(xué)內(nèi)容]一、明白得系統(tǒng)集成的模式與方式二、明白得功能測(cè)試的目的及方式3、明白得系統(tǒng)測(cè)試、壓力測(cè)試、容量測(cè)試、性能測(cè)試等測(cè)試方式[教學(xué)方式]系統(tǒng)集成的模式與方式 6．1．1集成測(cè)試前的預(yù)備人員安排測(cè)試打算測(cè)試內(nèi)容集成模式測(cè)試方式：以黑盒測(cè)試為主6．1．2集成測(cè)試的模式非漸增式測(cè)試模式：先別離測(cè)試每一個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一路結(jié)合成所要的程序，如大棒模式。漸增式測(cè)試模式：把下一個(gè)要測(cè)試的模塊同已經(jīng)測(cè)試好的模塊結(jié)合起來(lái)進(jìn)行測(cè)試，測(cè)試完以后再把下一個(gè)應(yīng)該測(cè)試的模塊結(jié)合進(jìn)來(lái)測(cè)試。各自的優(yōu)缺點(diǎn)6．1．3自頂向下和自底向上集成方式驅(qū)動(dòng)程序/驅(qū)動(dòng)模塊（driver），用以模擬被測(cè)模塊的上級(jí)模塊。驅(qū)動(dòng)模塊在集成測(cè)試中同意測(cè)試數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳送給被測(cè)模塊，啟動(dòng)被測(cè)模塊，并打印出相應(yīng)的結(jié)果。樁程序/樁模塊（stub），也有人稱為存根程序，用以模擬被測(cè)模塊工作進(jìn)程中所挪用的模塊。樁模塊由被測(cè)模塊挪用，它們一樣只進(jìn)行很少的數(shù)據(jù)處置，例如打印入口和返回，以便于查驗(yàn)被測(cè)模塊與其下級(jí)模塊的接口自頂向下法(Top-downIntegration)自頂向下法的要緊優(yōu)缺點(diǎn)：優(yōu)勢(shì)：不需要測(cè)試驅(qū)動(dòng)程序，能夠在測(cè)試時(shí)期的初期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的要緊功能，而且能在初期發(fā)覺(jué)上層模塊的接口錯(cuò)誤。缺點(diǎn)：需要樁模塊，可能碰到與此相聯(lián)系的測(cè)試?yán)щy，低層關(guān)鍵模塊中的錯(cuò)誤發(fā)覺(jué)較晚，而且用這種方式在初期不能充分展開(kāi)人力。自底向上法(Bottom-upIntegration)從原子模塊開(kāi)始集成以進(jìn)行測(cè)試?；旌喜呗?ModifiedTop-downIntegration)混合法：對(duì)軟件結(jié)構(gòu)中較上層，利用的是“自頂向下”法；對(duì)軟件結(jié)構(gòu)中較基層，利用的是“自底向上”法，二者相結(jié)合4大棒集成方式(Big-bangIntegration)采納大棒集成方式,先是對(duì)每一個(gè)子模塊進(jìn)行測(cè)試（單元測(cè)試時(shí)期），然后將所有模塊一次性的全數(shù)集成起來(lái)進(jìn)行集成測(cè)試。因?yàn)樗械哪K一次集成的，因此很難確信犯錯(cuò)的真正位置、所在的模塊、錯(cuò)誤的緣故。這種方式并非推薦在任何系統(tǒng)中利用，適合在規(guī)模較小的應(yīng)用系統(tǒng)中利用。三明治集成方式(SandwichIntegration)采納三明治方式的優(yōu)勢(shì)是：它將自頂向下和自底向上的集成方式有機(jī)地結(jié)合起來(lái)，不需要寫樁程序因?yàn)樵跍y(cè)試初自底向上集成已體會(huì)證了底層模塊的正確性。采納這種方式的要緊缺點(diǎn)是：在真正集成之前每一個(gè)獨(dú)立的模塊沒(méi)有完全測(cè)試過(guò)。改善的三明治集成方式改良的三明治集成方式，不僅自兩頭向中間集成，而且保證每一個(gè)模塊取得單獨(dú)的測(cè)試，使測(cè)試進(jìn)行得比較完全。幾種集成方式性能的比較自底向上自頂向下混合策略大棒三明治改進(jìn)三明治集成早早早晚早早基本程序能工作時(shí)間晚早早晚早早需要驅(qū)動(dòng)程序是否是是是是需要樁程序否是是是是是工作并行性中低中高中高特殊路徑測(cè)試容易難容易容易中等容易計(jì)劃與控制容易難難容易難難6．2功能測(cè)試6．2．1功能測(cè)試的目的和內(nèi)容程序安裝、啟動(dòng)正常，有相應(yīng)的提示框、錯(cuò)誤提示等每項(xiàng)功能符合實(shí)際要求系統(tǒng)的界面清楚、美觀菜單、按鈕操作正常、靈活，能處置一些異樣操作能同意正確的數(shù)據(jù)輸入，對(duì)異樣數(shù)據(jù)的輸入能夠進(jìn)行提示、容錯(cuò)處置等數(shù)據(jù)的輸出結(jié)果準(zhǔn)確，格式清楚，能夠保留和讀取功能邏輯清楚，符合利用者適應(yīng)系統(tǒng)的各類狀態(tài)依照業(yè)務(wù)流程而轉(zhuǎn)變，并維持穩(wěn)固支持各類應(yīng)用的環(huán)境能配合多種硬件周邊設(shè)備軟件升級(jí)后，能繼續(xù)支持舊版本的數(shù)據(jù)與外部應(yīng)用系統(tǒng)的接口有效6．2．2功能測(cè)試的方式1.等價(jià)類劃分法等價(jià)類劃分：在分析需求規(guī)格說(shuō)明的基礎(chǔ)上劃分等價(jià)類，列出等價(jià)類表。將程序可能的輸入數(shù)據(jù)分成假設(shè)干個(gè)子集，從每一個(gè)子集選取一個(gè)代表性的數(shù)據(jù)作為測(cè)試用例，等價(jià)類是某個(gè)輸入域的子集，在該子集中每一個(gè)輸入數(shù)據(jù)的作用是等效的。等價(jià)類的分類：有效等價(jià)類和無(wú)效等價(jià)類。有效等價(jià)類是成心義的、合理的輸入數(shù)據(jù)，能夠檢查程序是不是實(shí)現(xiàn)了規(guī)格說(shuō)明中所規(guī)定的功能和性能。無(wú)效等價(jià)類與有效等價(jià)類的意義相反。設(shè)計(jì)測(cè)試用例時(shí)，要同時(shí)考慮這兩種等價(jià)類。因?yàn)檐浖粌H要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗(yàn)。如此的測(cè)試才能確保軟件具有更高的靠得住性。確信等價(jià)類的方式在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情形下，那么能夠確立一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類。在輸入條件規(guī)定了輸入值的集合或規(guī)定了“必需如何”的條件的情形下，能夠確立一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。在輸入條件是一個(gè)布爾量的情形下，可確信一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個(gè))，而且程序要對(duì)每一個(gè)輸入值別離處置的情形下，可確立n個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。在規(guī)定了輸入數(shù)據(jù)必需遵守的規(guī)那么的情形下，可確立一個(gè)有效等價(jià)類(符合規(guī)那么)和假設(shè)干個(gè)無(wú)效等價(jià)類(從不同角度違背規(guī)那么)。依照等價(jià)類創(chuàng)建測(cè)試用例的步驟成立等價(jià)類表，列出所有劃分出的等價(jià)類：輸入條件有效等價(jià)類無(wú)效等價(jià)類為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào)；設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類。重復(fù)這一步，最后使得所有有效等價(jià)類均被測(cè)試用例所覆蓋；設(shè)計(jì)一個(gè)新的測(cè)試用例，使其只覆蓋一個(gè)無(wú)效等價(jià)類。重復(fù)這一步使所有無(wú)效等價(jià)類均被覆蓋。2.邊界值分析法程序的很多錯(cuò)誤發(fā)生在輸入或輸出范圍的邊界上，因此針對(duì)各類邊界情形設(shè)置測(cè)試用例，能夠發(fā)覺(jué)很多程序缺點(diǎn)。設(shè)計(jì)方式；確信邊界情形（輸入或輸出等價(jià)類的邊界）選取正好等于、方才大于或方才小于邊界值作為測(cè)試數(shù)據(jù)確信邊界值的方式若是輸入條件規(guī)定了值的范圍，那么應(yīng)取剛達(dá)到那個(gè)范圍的邊界的值，和方才超越那個(gè)范圍邊界的值作為測(cè)試輸入數(shù)據(jù)。若是輸入條件規(guī)定了值的個(gè)數(shù)，那么用最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少一、比最大個(gè)數(shù)多一的數(shù)作為測(cè)試數(shù)據(jù)。若是程序的規(guī)格說(shuō)明給出的輸入域或輸出域是有序集合，那么應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例。若是程序中利用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，那么應(yīng)被選擇那個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測(cè)試用例。分析規(guī)格說(shuō)明，找出其他可能的邊界條件。3.錯(cuò)誤推測(cè)法基于體會(huì)和直覺(jué)推測(cè)程序中所有可能存在的各類錯(cuò)誤，從而有針對(duì)性地設(shè)計(jì)測(cè)試用例。發(fā)覺(jué)程序常常顯現(xiàn)的錯(cuò)誤的方式單元測(cè)試中發(fā)覺(jué)的模塊錯(cuò)誤；產(chǎn)品的以前版本曾經(jīng)發(fā)覺(jué)的錯(cuò)誤；輸入數(shù)據(jù)為0或字符為空；當(dāng)軟件要求輸入時(shí)(比如在文本框中),不是沒(méi)有輸入正確的信息，而是全然沒(méi)有輸入任何內(nèi)容，單單按了Enter鍵；這種情形在產(chǎn)品說(shuō)明書中常常輕忽，程序員也可能常常遺忘，可是在實(shí)際利用中卻時(shí)有發(fā)生。程序員總會(huì)適應(yīng)性的以為用戶要么輸入信息，不管是看起來(lái)合法的或非法的信息，要不就會(huì)選擇Cancel鍵舍棄輸入， 4.因果圖法多種輸入條件的組合，產(chǎn)生多種結(jié)果設(shè)計(jì)測(cè)試用例設(shè)計(jì)方式：分析軟件規(guī)格說(shuō)明文檔描述的哪些是緣故（輸入條件），哪些是結(jié)果（輸出條件），給每一個(gè)緣故和結(jié)果給予一個(gè)標(biāo)示符。找出緣故與結(jié)果，緣故與緣故之間的對(duì)應(yīng)關(guān)系，劃出因果圖在因果圖上標(biāo)上哪些不可能發(fā)生的因果關(guān)系，說(shuō)明約束或限制條件依照因果圖，創(chuàng)建判定表，將復(fù)雜的邏輯關(guān)系和多種條件組合很具體明確的表示出來(lái)把判定表的每一行作為依據(jù)設(shè)計(jì)測(cè)試用例。5.組合分析法6．3系統(tǒng)測(cè)試6．3．1系統(tǒng)測(cè)試的內(nèi)容壓力測(cè)試(Stresstest)容量測(cè)試(Capacitytest)性能測(cè)試(Performancetest)平安測(cè)試(Securitytest)容錯(cuò)測(cè)試(Recoverytest)6．3．2回歸測(cè)試回歸測(cè)試的目的所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤取得了更正，新功能取得了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等；不阻礙軟件原有功能的正確性?；貧w測(cè)試的方式再測(cè)試全數(shù)用例基于風(fēng)險(xiǎn)選擇測(cè)試基于操作剖面選擇測(cè)試再測(cè)試修改的部份回歸測(cè)試的組織和實(shí)施識(shí)別出軟件中被修改的部份從原基線測(cè)試用例庫(kù)T中，排除所有再也不適用范圍的測(cè)試用例，確信對(duì)新的軟件版本仍然有效的的測(cè)試用例，其結(jié)果是成立一個(gè)新的基線測(cè)試用例庫(kù)TO。依據(jù)必然的策略從T0當(dāng)選擇測(cè)試用例測(cè)試被告修改的軟件若是回歸測(cè)試包不能達(dá)到所需要的覆蓋要求，必需補(bǔ)充新的測(cè)試用例使覆蓋率達(dá)到規(guī)定的要求，生成新的測(cè)試用例集T1，用于測(cè)試T0無(wú)法充分測(cè)試的軟件部份。用T1執(zhí)行修改后的軟件。壓力測(cè)試、容量測(cè)試和性能測(cè)試壓力測(cè)試、容量測(cè)試和性能測(cè)試的測(cè)試目的盡管有所不同，但其手腕和方式在必然程度上比較相似，通常會(huì)利用特定的測(cè)試工具，來(lái)模擬超常的數(shù)據(jù)量、負(fù)載等，監(jiān)測(cè)系統(tǒng)的各項(xiàng)性能指標(biāo)，如CPU和內(nèi)存的利用情形、響應(yīng)時(shí)刻、數(shù)據(jù)傳輸量等。6．4．1壓力測(cè)試壓力測(cè)試是在一種需要反常數(shù)量、頻率或資源的方式下，執(zhí)行可重復(fù)的負(fù)載測(cè)試，以檢查程序?qū)Ξ悩忧樾蔚目箵裟芰?，找出性能瓶頸。從本質(zhì)上來(lái)講，測(cè)試者是想要破壞程序，難怪在進(jìn)行壓力測(cè)試時(shí)常常問(wèn)自己：“咱們能夠?qū)⑾到y(tǒng)折騰到什么程度而又可不能犯錯(cuò)？”。這種系統(tǒng)折騰，確實(shí)是對(duì)異樣情形的設(shè)計(jì)。異樣情形要緊指的是峰值（剎時(shí)利用頂峰）、大量數(shù)據(jù)的處置能力、長(zhǎng)時(shí)刻運(yùn)行等情形。壓力測(cè)試?yán)鲜瞧仁瓜到y(tǒng)在異樣的資源配置下運(yùn)行。測(cè)試壓力估算測(cè)試環(huán)境預(yù)備問(wèn)題的分析積存效應(yīng)6．4．2容量測(cè)試容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特點(diǎn)的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下還能維持要緊功能正常運(yùn)行。容量測(cè)試還將確信測(cè)試對(duì)象在給按時(shí)刻內(nèi)能夠持續(xù)處置的最大負(fù)載或工作量。6．4．3性能測(cè)試性能測(cè)試的目的：

為了驗(yàn)證系統(tǒng)是不是達(dá)到用戶提出的性能指標(biāo)，同時(shí)發(fā)覺(jué)系統(tǒng)中存在的性能瓶頸，起到優(yōu)化系統(tǒng)的目的。性能測(cè)試指標(biāo)的來(lái)源：

用戶對(duì)各項(xiàng)指標(biāo)提出的明確需求；若是用戶沒(méi)有提出性能指標(biāo)那么依照用戶需求、測(cè)試設(shè)計(jì)人員的體會(huì)來(lái)設(shè)計(jì)各項(xiàng)測(cè)試指標(biāo)。（需求+體會(huì)）要緊的性能指標(biāo)：

效勞器的各項(xiàng)指標(biāo)（CPU、內(nèi)存占用率等）、后臺(tái)數(shù)據(jù)庫(kù)的各項(xiàng)指標(biāo)、網(wǎng)絡(luò)流量、響應(yīng)時(shí)刻性能測(cè)試要點(diǎn)測(cè)試環(huán)境應(yīng)盡可能與用戶環(huán)境維持一致，應(yīng)單獨(dú)運(yùn)行盡可能幸免與其他軟件同時(shí)利用。性能測(cè)試一樣利用測(cè)試工具和測(cè)試人員編制測(cè)試腳本來(lái)完成。性能測(cè)試的重點(diǎn)在于前期數(shù)據(jù)的設(shè)計(jì)與后期數(shù)據(jù)的分析。性能測(cè)試的用例要緊涉及到整個(gè)系統(tǒng)架構(gòu)的問(wèn)題，因此測(cè)試用例一旦生成，改動(dòng)一樣不大，因此做性能測(cè)試的重復(fù)利用率一樣比較高平安性測(cè)試，靠得住性和容錯(cuò)性測(cè)試平安性測(cè)試、靠得住性測(cè)試和容錯(cuò)性測(cè)試的測(cè)試目的不同，其手腕和方式也不同，但都屬于系統(tǒng)測(cè)試的范圍，有必然的聯(lián)系，如軟件靠得住性要求通常包括了平安性的要求。而且，平安性測(cè)試、靠得住性測(cè)試和容錯(cuò)性測(cè)試的技術(shù)比較深、實(shí)施比較難，但在運(yùn)算機(jī)應(yīng)用系統(tǒng)中其作用愈來(lái)愈大。6．5．1平安性測(cè)試依照ISO8402的概念，平安性是“使損害或損害的風(fēng)險(xiǎn)限制在可同意的水平內(nèi)”平安性測(cè)試是檢查系統(tǒng)對(duì)非法侵入的防范能力。平安測(cè)試期間，測(cè)試人員假扮非法入侵者，采納各類方法試圖沖破防線。例如：想方設(shè)法截取或破譯口令；專門開(kāi)發(fā)軟件來(lái)破壞系統(tǒng)的愛(ài)惜機(jī)制；故意致使系統(tǒng)失敗，企圖趁恢復(fù)之機(jī)非法進(jìn)入；試圖通過(guò)閱讀非保密數(shù)據(jù)，推導(dǎo)所需信息等等。理論上講，只要有足夠的時(shí)刻和資源，沒(méi)有不可進(jìn)入的系統(tǒng)。因此系統(tǒng)平安設(shè)計(jì)的準(zhǔn)那么是，使非法侵入的代價(jià)超過(guò)被愛(ài)惜信息的價(jià)值，現(xiàn)在非法侵入者已無(wú)利可圖。兩種級(jí)別的平安性測(cè)試目標(biāo)測(cè)試范圍完成標(biāo)準(zhǔn)6．5．2靠得住性測(cè)試靠得住性（Reliability）是產(chǎn)品在規(guī)定的條件下和規(guī)定的時(shí)刻內(nèi)完成規(guī)定功能的能力，它的概率氣宇稱為靠得住度。軟件靠得住性是軟件系統(tǒng)的固有特性之一，它說(shuō)明了一個(gè)軟件系統(tǒng)依照用戶的要求和設(shè)計(jì)的目標(biāo)，執(zhí)行其功能的靠得住程度。軟件靠得住性與軟件缺點(diǎn)有關(guān)，也與系統(tǒng)輸入和系統(tǒng)利用有關(guān)。理論上說(shuō)，靠得住的軟件系統(tǒng)應(yīng)該是正確、完整、一致和健壯的。三要素：規(guī)定的時(shí)刻規(guī)定的環(huán)境條件規(guī)定的功能靠得住性測(cè)試方式：靠得住性測(cè)試結(jié)果的評(píng)估成熟性氣宇能夠通過(guò)錯(cuò)誤發(fā)覺(jué)率DDP（DefectDetectionPercentage）來(lái)表現(xiàn)。在測(cè)試中查找出來(lái)的錯(cuò)誤越多，實(shí)際應(yīng)用中犯錯(cuò)的機(jī)遇就越小，軟件也就越成熟。DDP=測(cè)試發(fā)覺(jué)的錯(cuò)誤數(shù)量/已知的全數(shù)錯(cuò)誤數(shù)量已知的全數(shù)錯(cuò)誤數(shù)量是測(cè)試已發(fā)覺(jué)的錯(cuò)誤數(shù)量加上可能會(huì)發(fā)覺(jué)的錯(cuò)誤數(shù)量之和。6．5．3容錯(cuò)性測(cè)試容錯(cuò)性測(cè)試是檢查軟件在異樣條件下自身是不是具有防護(hù)性的方法或某種災(zāi)難性恢復(fù)的手腕。如當(dāng)系統(tǒng)犯錯(cuò)時(shí)，可否在指按時(shí)刻距離內(nèi)修正錯(cuò)誤并從頭啟動(dòng)系統(tǒng)。容錯(cuò)性測(cè)試包括兩個(gè)方面：輸入異樣數(shù)據(jù)或進(jìn)行異樣操作，以查驗(yàn)系統(tǒng)的愛(ài)惜性。若是系統(tǒng)的容錯(cuò)性好的話，系統(tǒng)只給出提示或內(nèi)部消化掉，而可不能致使系統(tǒng)犯錯(cuò)乃至崩潰。災(zāi)難恢復(fù)性測(cè)試。通過(guò)各類手腕，讓軟件強(qiáng)制性地發(fā)生故障，然后驗(yàn)證系統(tǒng)已保留的用戶數(shù)據(jù)是不是丟失、系統(tǒng)和數(shù)據(jù)是不是能盡快恢復(fù)。從質(zhì)量三個(gè)緯度看系統(tǒng)測(cè)試質(zhì)量維度測(cè)試類型可靠性完整性測(cè)試：側(cè)重于評(píng)估測(cè)試對(duì)象的強(qiáng)壯性（防止失敗的能力），語(yǔ)言、語(yǔ)法的技術(shù)兼容性以及資源利用率的測(cè)試。該測(cè)試針對(duì)不同的測(cè)試對(duì)象實(shí)施和執(zhí)行，包括單元和已集成單元。結(jié)構(gòu)測(cè)試：側(cè)重于評(píng)估測(cè)試目標(biāo)是否符合其設(shè)計(jì)和構(gòu)造的測(cè)試。通常對(duì)基于Web的應(yīng)用程序執(zhí)行該測(cè)試，以確保所有鏈接都已連接、顯示正確的內(nèi)容以及沒(méi)有孤立的內(nèi)容。功能配置測(cè)試：側(cè)重于確保測(cè)試對(duì)象在不同的硬件和/或軟件配置上按預(yù)期運(yùn)行的測(cè)試。該測(cè)試還可以作為系統(tǒng)性能測(cè)試來(lái)實(shí)施。功能測(cè)試：側(cè)重于核實(shí)測(cè)試對(duì)象按計(jì)劃運(yùn)行，提供需求的服務(wù)、方法或用例的測(cè)試。該測(cè)試針對(duì)不同的測(cè)試對(duì)象實(shí)施和執(zhí)行，包括單元、已集成單元、應(yīng)用程序和系統(tǒng)。安裝測(cè)試：側(cè)重于確保測(cè)試對(duì)象在不同的硬件和/或軟件配置上，以及在不同的條件下（磁盤空間不足或電源中斷）按預(yù)期安裝的測(cè)試。該測(cè)試針對(duì)不同的應(yīng)用程序和系統(tǒng)實(shí)施和執(zhí)行。安全測(cè)試：側(cè)重于確保只有預(yù)期的主角才可以訪問(wèn)測(cè)試對(duì)象、數(shù)據(jù)（或系統(tǒng)）的測(cè)試。該測(cè)試針對(duì)多種測(cè)試對(duì)象實(shí)施和執(zhí)行。容量測(cè)試：側(cè)重于核實(shí)測(cè)試對(duì)象對(duì)于大量數(shù)據(jù)（輸入和輸出或駐留在數(shù)據(jù)庫(kù)內(nèi)）的處理能力的測(cè)試。容量測(cè)試包括多種測(cè)試策略，如創(chuàng)建返回整個(gè)數(shù)據(jù)庫(kù)內(nèi)容的查詢；或者對(duì)查詢?cè)O(shè)置很多限制，以至不返回?cái)?shù)據(jù)；或者返回每個(gè)字段中最大數(shù)據(jù)量的數(shù)據(jù)條目。性能基準(zhǔn)測(cè)試：一種性能測(cè)試，該測(cè)試將比較（新的或未知的）測(cè)試對(duì)象與已知的參照負(fù)載和系統(tǒng)的性能。競(jìng)爭(zhēng)測(cè)試：側(cè)重于核實(shí)測(cè)試對(duì)象對(duì)于多個(gè)主角對(duì)相同資源（數(shù)據(jù)記錄、內(nèi)存等）的請(qǐng)求的處理是否可以接受的測(cè)試。負(fù)載測(cè)試：一種性能測(cè)試，用于在測(cè)試的系統(tǒng)保持不變的情況下，核實(shí)和評(píng)估系統(tǒng)在不同負(fù)載下操作極限的可接受性。評(píng)測(cè)包括負(fù)載和響應(yīng)時(shí)間的特征。如果系統(tǒng)結(jié)合了分布式構(gòu)架或負(fù)載平衡方法，將執(zhí)行特殊的測(cè)試以確保分布和負(fù)載平衡方法能夠正常工作。性能曲線：在該測(cè)試中，將監(jiān)測(cè)測(cè)試對(duì)象的計(jì)時(shí)配置文件，包括執(zhí)行流、數(shù)據(jù)訪問(wèn)、函數(shù)和系統(tǒng)調(diào)用，以確定并解決性能瓶頸和低效流程。強(qiáng)度測(cè)試：一種性能測(cè)試，側(cè)重于確保系統(tǒng)可在遇到異常條件時(shí)按預(yù)期運(yùn)行。系統(tǒng)面對(duì)的工作強(qiáng)度可以包括過(guò)大的工作量、不充足的內(nèi)存、不可用的服務(wù)/硬件或過(guò)低的共享資源。第七章驗(yàn)收測(cè)試[教學(xué)目的]一、明白得驗(yàn)收測(cè)試的進(jìn)程和要緊內(nèi)容二、明白得用戶界面和可用性測(cè)試3、明白得兼容性測(cè)試4、明白得可安裝性和可恢復(fù)性測(cè)試五、了解文檔測(cè)試[教學(xué)內(nèi)容]驗(yàn)收測(cè)試的進(jìn)程和要緊內(nèi)容7．1．1什么是驗(yàn)收測(cè)試驗(yàn)收測(cè)試(AcceptanceTest):在軟件產(chǎn)品完成了功能測(cè)試和系統(tǒng)測(cè)試以后、產(chǎn)品發(fā)布之前所進(jìn)行的軟件測(cè)試活動(dòng)它是技術(shù)測(cè)試的最后一個(gè)時(shí)期,也稱為交付測(cè)試。前提:系統(tǒng)或軟件產(chǎn)品已通過(guò)了系統(tǒng)測(cè)試的軟件系統(tǒng)。測(cè)試內(nèi)容:驗(yàn)證系統(tǒng)是不是達(dá)到了用戶需求規(guī)格說(shuō)明書（可能包括項(xiàng)目或產(chǎn)品驗(yàn)收準(zhǔn)那么）中的要求，測(cè)試試圖盡可能地發(fā)覺(jué)軟件中存留的缺點(diǎn)，從而為軟件進(jìn)一步改善提供幫忙，并保證系統(tǒng)或軟件產(chǎn)品最終被用戶同意。要緊包括易用性測(cè)試、兼容性測(cè)試、安裝測(cè)試、文檔（如用戶手冊(cè)、操作手冊(cè)等）測(cè)試等幾個(gè)方面的內(nèi)容。7．1．2測(cè)試步驟制定測(cè)試打算，測(cè)試項(xiàng)，測(cè)試策略及驗(yàn)收通過(guò)準(zhǔn)那么，并通過(guò)客戶參與的打算評(píng)審。成立測(cè)試環(huán)境，設(shè)計(jì)測(cè)試用例，并通過(guò)評(píng)審。預(yù)備測(cè)試數(shù)據(jù)，執(zhí)行測(cè)試用例，記錄測(cè)試結(jié)果。分析測(cè)試結(jié)果，依照驗(yàn)收通過(guò)準(zhǔn)那么分析測(cè)試結(jié)果，作出驗(yàn)收是不是通過(guò)及測(cè)試評(píng)判。測(cè)試項(xiàng)目通過(guò)；測(cè)試項(xiàng)目沒(méi)有通過(guò)，而且不存在變通方式，需要專門大的修改；測(cè)試項(xiàng)目沒(méi)有通過(guò)，但存在變通方式，在保護(hù)后期或下一個(gè)版本改良；測(cè)試項(xiàng)目無(wú)法評(píng)估或無(wú)法給出完整的評(píng)估。現(xiàn)在必需給出緣故。若是是因?yàn)樵摐y(cè)試項(xiàng)目沒(méi)有說(shuō)明清楚，應(yīng)該修改測(cè)試打算。提交測(cè)試報(bào)告7．1．3驗(yàn)收標(biāo)準(zhǔn)和注意事項(xiàng)驗(yàn)收測(cè)試完成標(biāo)準(zhǔn):完全執(zhí)行了驗(yàn)收測(cè)試打算中的每一個(gè)測(cè)試用例。在驗(yàn)收測(cè)試中發(fā)覺(jué)的錯(cuò)誤已經(jīng)取得修改而且通過(guò)了測(cè)試或通過(guò)評(píng)估留待下一版本中修改。

完成軟件驗(yàn)收測(cè)試報(bào)告。注意事項(xiàng)：必需編寫正式的、單獨(dú)的驗(yàn)收測(cè)試報(bào)告驗(yàn)收測(cè)試必需在實(shí)際用戶運(yùn)行環(huán)境中進(jìn)行由用戶和測(cè)試部門一起執(zhí)行。如公司自開(kāi)發(fā)產(chǎn)品，應(yīng)由測(cè)試人員，產(chǎn)品設(shè)計(jì)部門，市場(chǎng)部門等一起進(jìn)行。產(chǎn)品規(guī)格說(shuō)明書的驗(yàn)證產(chǎn)口規(guī)格說(shuō)明書的審核從客戶的角度和立場(chǎng)進(jìn)行審核工作。查驗(yàn)套用標(biāo)準(zhǔn)的正確性，不要和行業(yè)標(biāo)準(zhǔn)相抵觸。審查、研究同類產(chǎn)品。驗(yàn)證產(chǎn)品規(guī)格說(shuō)明書的完整性、準(zhǔn)確性、一致性、合理性等特性。產(chǎn)口規(guī)格說(shuō)明書的驗(yàn)證已經(jīng)實(shí)現(xiàn)的特性標(biāo)識(shí)為通過(guò)。特性沒(méi)有實(shí)現(xiàn),報(bào)告bug并在報(bào)告中表現(xiàn)。特性大體實(shí)現(xiàn),但與產(chǎn)品說(shuō)明書內(nèi)容不一致,報(bào)bug并在報(bào)告中表現(xiàn)。特性大體實(shí)現(xiàn),但存在一些問(wèn)題或錯(cuò)誤。用戶界面和可用性測(cè)試用戶界面的7個(gè)要素:符合標(biāo)準(zhǔn)和標(biāo)準(zhǔn)。直觀性。一致性。靈活性。舒適性。正確性。有效性。易用性測(cè)試沒(méi)有具體量化的指標(biāo)，主觀性較強(qiáng)。符合標(biāo)準(zhǔn)和標(biāo)準(zhǔn)通常標(biāo)準(zhǔn)是已經(jīng)確立的，多數(shù)用戶已經(jīng)熟悉并同意了這些標(biāo)準(zhǔn)和標(biāo)準(zhǔn)、或已經(jīng)認(rèn)同了這些信息所代表的意義。例：若是軟件在某一個(gè)平臺(tái)上運(yùn)行，就需要把該平臺(tái)的標(biāo)準(zhǔn)和標(biāo)準(zhǔn)作為產(chǎn)品規(guī)格說(shuō)明書的補(bǔ)充內(nèi)容，在成立測(cè)試案例時(shí)和產(chǎn)品規(guī)格說(shuō)明書一樣作為依據(jù)直觀性和一致性直觀性：-第一了解所需的功能或期待的響應(yīng)應(yīng)該明顯，并在預(yù)期的地址顯現(xiàn)。-第二要考慮用戶界面的組織和布局是不是合理。一致性：-包括軟件本身的一致性，和軟件與其他軟件的一致性。靈活性：用戶喜愛(ài)能夠靈活選擇的軟件，軟件能夠選擇不同的狀態(tài)和方式，完成相應(yīng)的功能。但靈活性也可能進(jìn)展為復(fù)雜性，太多的狀態(tài)和方式的選擇增加的不單單是用戶明白得和把握的困難程度。多種狀態(tài)之間的轉(zhuǎn)換，增加了編程的難度，更增加了軟件測(cè)試人員的工作量。舒適性：舒適性的概念是含糊的。人們對(duì)舒適的明白得各不相同，整體上說(shuō)適當(dāng)?shù)谋憩F(xiàn)，合理的安排，必要的提示或更正能力等是要考慮的因素。正確性：正確性的問(wèn)題一樣都很明顯，比較容易發(fā)覺(jué)。有效性：有效性不是指的是軟件本身是不是有效，而僅僅指的是具體特性是不是有效。大型軟件的開(kāi)發(fā)或周期較長(zhǎng)通過(guò)幾回反復(fù)的軟件開(kāi)發(fā)中容易產(chǎn)生一些沒(méi)有有效性的功能。兼容性測(cè)試軟件兼容性測(cè)試是指驗(yàn)證軟件之間是不是正確地交互和共享信息。注意：從項(xiàng)目治理的角度動(dòng)身，使平臺(tái)清單在知足客戶要求的前提下盡可能的小是十分重要的，不然將會(huì)給編碼和測(cè)試帶來(lái)龐大的工作量。兼容性包括：硬件兼容。軟件之間兼容。數(shù)據(jù)之間兼容。向前和向后兼容：向后兼容是指能夠利用軟件的以前版本。向前兼容指的是能夠利用軟件的以后版本。多版本的測(cè)試：一個(gè)龐大而又艱巨的任務(wù)，需要對(duì)所有可能的軟件組合等價(jià)分派，驗(yàn)證軟件之間正確交互的最小有效集合。通常咱們的做法是：將軟件分類。例如：字處置，電子表格，數(shù)據(jù)庫(kù)，圖形處置，游戲等。從每種類型當(dāng)選擇部份測(cè)試軟件。按軟件的流行程度選擇較流行的軟件。按年份，選取必然年分內(nèi)的程序和版本。例:設(shè)計(jì)測(cè)試矩陣表每一個(gè)閱讀器和版本支持的特性上都有細(xì)微的不同，在不同的操作系統(tǒng)上表現(xiàn)也有所不同。PCUnix/MacWin98WinMEWinNTWin2000SolarisHP-UXOSIXOSXIE5√√√√√IE6√√√√√√√√√…可安裝性和可恢復(fù)性測(cè)試7．5．1可安裝性測(cè)試:系統(tǒng)軟件安裝應(yīng)用軟件安裝效勞器的安裝客戶端的安裝產(chǎn)品升級(jí)安裝等等安裝測(cè)試注意事項(xiàng):是不是需要專業(yè)人員安裝。安裝說(shuō)明書有無(wú)對(duì)安裝環(huán)境做限制和要求。進(jìn)程是不是簡(jiǎn)單、易把握。進(jìn)程中是不是有明顯的、合理的提示信息。是不是會(huì)顯現(xiàn)不可預(yù)見(jiàn)或不可修復(fù)的錯(cuò)誤。安裝程序是不是占用系統(tǒng)資源與原系統(tǒng)沖突，是不是會(huì)阻礙原系統(tǒng)平安性。軟件安裝的完整性和靈活性。許可證號(hào)碼與注冊(cè)號(hào)碼的驗(yàn)證。升級(jí)安裝后原有程序是不是可正常運(yùn)行。卸載測(cè)試。7．5．2可恢復(fù)性測(cè)試恢復(fù)測(cè)試要緊檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)犯錯(cuò)時(shí)，可否在指按時(shí)刻距離內(nèi)修正錯(cuò)誤或從頭啟動(dòng)系統(tǒng)?；謴?fù)測(cè)試第一要通過(guò)各類手腕，讓軟件強(qiáng)制性地發(fā)生故障，然后驗(yàn)證系統(tǒng)是不是能盡快恢復(fù)。關(guān)于自動(dòng)恢復(fù)需驗(yàn)證從頭初始化、檢查點(diǎn)、數(shù)據(jù)恢復(fù)和從頭啟動(dòng)等機(jī)制的正確性；關(guān)于人工干與的恢復(fù)系統(tǒng)，還需估測(cè)平均修復(fù)時(shí)刻，確信其是不是在可同意的范圍內(nèi)。文檔測(cè)試軟件文檔已成為軟件的一個(gè)重要組成部份，而且種類繁多，對(duì)文檔的測(cè)試也變得必不可少。文檔的種類。聯(lián)機(jī)幫忙文檔或用戶手冊(cè)；指南和向?qū)В话惭b、設(shè)置指南；例如及模板；錯(cuò)誤提示信息；用于演示的圖像和聲音；授權(quán)/注冊(cè)記錄表及用戶許可協(xié)議；軟件的包裝、廣告宣傳材料；等等。如何進(jìn)行文檔測(cè)試好的文檔能達(dá)到提高易用性、提高靠得住性、降低技術(shù)支持的費(fèi)用的目的，從而提高了產(chǎn)品的整體質(zhì)量。非代碼的文檔測(cè)試要緊檢查文檔的正確性、完備性和可明白得性。驗(yàn)證正確性驗(yàn)證完備性驗(yàn)證可明白得性軟件驅(qū)動(dòng)的文檔還得像程序一樣運(yùn)行起來(lái)測(cè)試。驗(yàn)收測(cè)試報(bào)告和用戶驗(yàn)收測(cè)試α測(cè)試是指軟件開(kāi)發(fā)公司組織內(nèi)部人員模擬各類用戶行對(duì)即將面市軟件產(chǎn)品（稱為α版本）進(jìn)行測(cè)試，試圖發(fā)覺(jué)錯(cuò)誤并修正。通過(guò)α測(cè)試調(diào)整的軟件產(chǎn)品稱為β版本。緊隨其后的β測(cè)試是指軟件開(kāi)發(fā)公司組織各方面的典型用戶在日常工作中實(shí)際利用β版本，并要求用戶報(bào)告異樣情形、提出批評(píng)意見(jiàn)。然后軟件開(kāi)發(fā)公司再對(duì)β版本進(jìn)行改錯(cuò)和完善。驗(yàn)收測(cè)試報(bào)告，也稱為發(fā)布報(bào)告（ReleaseReport）第八章面向?qū)ο筌浖臏y(cè)試[教學(xué)目的]一、了解面向?qū)ο筌浖奶攸c(diǎn)二、了解面向?qū)ο鬁y(cè)試的層次與數(shù)據(jù)流3、明白得面向?qū)ο蟮膯卧獪y(cè)試4、明白得面向?qū)ο蟮募蓽y(cè)試[教學(xué)內(nèi)容]面向?qū)ο筌浖奶攸c(diǎn)咱們生活在一個(gè)對(duì)象的世界里，每一個(gè)對(duì)象有必然的屬性，把屬性相同的對(duì)象進(jìn)行歸納就形成類，如家具就能夠夠看做類，其要緊的屬性有價(jià)錢、尺寸、重量、位置和顏色等，不管咱們談?wù)撟雷印⒁巫尤允巧嘲l(fā)、衣櫥，這些屬性老是可用的，因?yàn)樗鼈兌际羌揖叨^承了為類概念的所有屬性。事實(shí)上，運(yùn)算機(jī)軟件所創(chuàng)建的面向?qū)ο笏枷胍粯觼?lái)源于生活。除屬性之外，每一個(gè)對(duì)象能夠被一系列不同的方式操縱，它能夠被生意、移動(dòng)、修改(如漆上不同的顏色)。這些操作或方式將改變對(duì)象的一個(gè)或多個(gè)屬性。如此所有對(duì)類的合法操作能夠和對(duì)象的概念聯(lián)系在一路，而且被類的所有實(shí)例繼承。面向?qū)ο?object-oriented)：面向?qū)ο?object-oriented)=對(duì)象+分類+繼承+通信可重用性。從一開(kāi)始對(duì)象的產(chǎn)生確實(shí)是為了重復(fù)利用，完成的對(duì)象將在爾后的程序開(kāi)發(fā)中被部份或全數(shù)地重復(fù)利用?？康米⌒浴Ｓ捎诿嫦?qū)ο蟮膽?yīng)用程序包括了通過(guò)測(cè)試的標(biāo)準(zhǔn)部份，因此加倍靠得住。由于大量代碼來(lái)源于成熟靠得住的類庫(kù)，因此新開(kāi)發(fā)程序的新增代碼明顯減少，這是程序靠得住性提高的一個(gè)重要緣故。持續(xù)性。具有面向?qū)ο筇攸c(diǎn)的C＋＋與C語(yǔ)言有專門大的兼容性，C程序員能夠比較容易地過(guò)渡到C＋＋語(yǔ)言開(kāi)發(fā)工作。對(duì)象的封裝和抽象繼承性與多態(tài)性繼承與多態(tài)面向?qū)ο鬁y(cè)試的層次與數(shù)據(jù)流面向?qū)ο筌浖y(cè)試的層次與數(shù)據(jù)流，是面向?qū)ο筌浖膯卧獪y(cè)試與集成測(cè)試的基礎(chǔ)。8．2．1類與子類的測(cè)試?yán)杭僭O(shè)類D是類C的子類，類C已進(jìn)行了充分的測(cè)試分層與增量類C和其派生類D間的增量轉(zhuǎn)變能夠用來(lái)幫忙確信需要在D中測(cè)試什么。由于D是C的子類，那么所有的用于C的基于標(biāo)準(zhǔn)的測(cè)試用例也都適用于D。引入術(shù)語(yǔ)“繼承的測(cè)試用例”來(lái)代表從父類測(cè)試用例當(dāng)選掏出來(lái)的、用于子類的測(cè)試用例。能夠通過(guò)簡(jiǎn)單的分析來(lái)確信繼承的測(cè)試用例中哪些適用于測(cè)試子類、哪些在測(cè)試子類時(shí)沒(méi)必要執(zhí)行。合理的分析，有利于找出更有價(jià)值的測(cè)試用例。分層與增量：測(cè)試用例選擇時(shí)，需要注意的事項(xiàng)：D的接口中添加一個(gè)或多個(gè)新的操作，而且有可能是D中的一個(gè)新方式實(shí)現(xiàn)一個(gè)新操作。新操作引入了新的功能和新的代碼，這些都需要測(cè)試。在D中改變那些在C中聲明的操作標(biāo)準(zhǔn)，需要為操作添加新的基于標(biāo)準(zhǔn)的測(cè)試用例。附加的測(cè)試用例提供了新的輸入，這些輸入符合任何減弱了的前置條件，而且對(duì)由任何增強(qiáng)了的后置條件致使的新的期望結(jié)果進(jìn)行檢查。在D中覆蓋那些在C中實(shí)現(xiàn)了某個(gè)操作而且被D繼承了的方式，能夠復(fù)用于該方式的所有繼承來(lái)的基于標(biāo)準(zhǔn)的測(cè)試用例。在D中添加一個(gè)或多個(gè)新的實(shí)例變量來(lái)實(shí)現(xiàn)更多的狀態(tài)和/或?qū)傩?。添加新的變量最有可能與新的操作和/或重載方式中代碼有關(guān)，而且對(duì)測(cè)試的處置也與它們有關(guān)。在D中改變類常量。類常量累計(jì)成每一個(gè)測(cè)試用例的附加的后置條件。面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試重點(diǎn)對(duì)認(rèn)定的對(duì)象的測(cè)試OOA（面向?qū)ο蠓治觯┲姓J(rèn)定的對(duì)象是對(duì)問(wèn)題空間中的結(jié)構(gòu)、其他系統(tǒng)、設(shè)備、被經(jīng)歷的事件、系統(tǒng)涉及的人員等實(shí)際實(shí)例的抽象。對(duì)它的測(cè)試能夠從如下方面考慮：認(rèn)定的對(duì)象是不是全面，其名稱應(yīng)該盡可能準(zhǔn)確、適用，是不是問(wèn)題空間中所涉及到的實(shí)例都反映在認(rèn)定的抽象對(duì)象中。認(rèn)定的對(duì)象是不是具有多個(gè)屬性。只有一個(gè)屬性的對(duì)象通常應(yīng)看做其他對(duì)象的屬性而不是抽象為獨(dú)立的對(duì)象對(duì)認(rèn)定為同一對(duì)象的實(shí)例是不是有一起的、區(qū)別于其他實(shí)例的一起屬性，是不是提供或需要相同的效勞，若是效勞隨著不同的實(shí)例而轉(zhuǎn)變，認(rèn)定的對(duì)象就需要分解或利用繼承性來(lái)分類表示。若是系統(tǒng)沒(méi)有必要始終維持對(duì)象代表的實(shí)例信息，提供或取得關(guān)于它的效勞，認(rèn)定的對(duì)象也無(wú)必要。認(rèn)定的結(jié)構(gòu)指的是多種對(duì)象的組織方式，用來(lái)反映問(wèn)題空間中的復(fù)雜實(shí)例和復(fù)雜關(guān)系。認(rèn)定的分類結(jié)構(gòu)測(cè)試要點(diǎn)：關(guān)于結(jié)構(gòu)中的一種對(duì)象，尤其是處于高層的對(duì)象，是不是在問(wèn)題空間中含有不同于下一層對(duì)象的特殊可能性，即是不是能派生出下一層對(duì)象。關(guān)于結(jié)構(gòu)中的一種對(duì)象，尤其是處于同一低層的對(duì)象，是不是能抽象出在現(xiàn)實(shí)中成心義的更一樣的上層對(duì)象。對(duì)所有認(rèn)定的對(duì)象，是不是能在問(wèn)題空間內(nèi)向上層抽象出在現(xiàn)實(shí)中成心義的對(duì)象。高層的對(duì)象的特性是不是完全表現(xiàn)基層的共性，低層的對(duì)象是不是有高層特性基礎(chǔ)上的特殊性。對(duì)構(gòu)造的類層次結(jié)構(gòu)的測(cè)試為了能充分發(fā)揮面向?qū)ο罄^承共享特性，OOD（面向?qū)ο笤O(shè)計(jì)）的類層次結(jié)構(gòu)通?；贠OA中產(chǎn)生的分類結(jié)構(gòu)的原那么來(lái)組織，著重表現(xiàn)父類和子類間的一樣性和特殊性。在當(dāng)前的問(wèn)題空間，對(duì)類層次結(jié)構(gòu)的要緊要求是能在解空間構(gòu)造實(shí)現(xiàn)全數(shù)功能的結(jié)構(gòu)框架。為此測(cè)試要注意如下幾個(gè)方面：類層次結(jié)構(gòu)是不是涵蓋了所有概念的類；是不是能表現(xiàn)OOA中所概念的實(shí)例關(guān)聯(lián)、消息關(guān)聯(lián)；子類是不是具有父類沒(méi)有的新特性；子類間的一起特性是不是完全在父類中得以表現(xiàn)。面向?qū)ο蟮膯卧獪y(cè)試8．3．1類測(cè)試一、類測(cè)試的方式通過(guò)代碼檢查或執(zhí)行測(cè)試用例能有效地測(cè)試一個(gè)類的代碼。二、類測(cè)試的組成部份作為每一個(gè)類，決定是將其作為一個(gè)單元進(jìn)行獨(dú)立測(cè)試，仍是以某種方式將其作為系統(tǒng)某個(gè)較大部份的一個(gè)組件進(jìn)行獨(dú)立測(cè)試，需要基于以下因素進(jìn)行決策：那個(gè)類在系統(tǒng)中的作用，尤其是與之相關(guān)聯(lián)的風(fēng)險(xiǎn)程度。那個(gè)類的復(fù)雜性（依照狀態(tài)個(gè)數(shù)、操作個(gè)數(shù)和關(guān)聯(lián)其他類的程度等進(jìn)行衡量）開(kāi)發(fā)那個(gè)類測(cè)試驅(qū)動(dòng)程序所需的工作量。在進(jìn)行類測(cè)試時(shí)，一樣要考慮以下幾個(gè)方面：測(cè)試人員測(cè)試內(nèi)容測(cè)試時(shí)刻測(cè)試進(jìn)程測(cè)試程度構(gòu)建測(cè)試用例第一要看如何從類說(shuō)明中確信測(cè)試用例，然后依照類實(shí)現(xiàn)引進(jìn)的邊界值來(lái)擴(kuò)充附加的測(cè)試用例。依照前置條件和后置條件來(lái)構(gòu)建測(cè)試用例的整體思想是：為所有可能顯現(xiàn)的組合情形確信測(cè)試用例需求。在這些可能顯現(xiàn)組合情形下，能夠知足前置條件，也能夠達(dá)到后置條件。接下來(lái)創(chuàng)建測(cè)試用例來(lái)表達(dá)這些需求，依照這些需求還能夠創(chuàng)建擁有特定輸入值（包括常見(jiàn)值和邊界值）的測(cè)試用例，并確信它們的正確輸出。最后，還能夠增加測(cè)試用例來(lái)論述違背前置條件所發(fā)生的情形。3、類測(cè)試系列的充分性充分性的三個(gè)經(jīng)常使用標(biāo)準(zhǔn)是：基于狀態(tài)的覆蓋率、基于限制的覆蓋率、基于代碼的覆蓋率?；跔顟B(tài)的覆蓋率，以測(cè)試覆蓋了多少個(gè)狀態(tài)轉(zhuǎn)換為依據(jù)。基于約束的覆蓋率，與基于狀態(tài)轉(zhuǎn)換的充分性類似，還能夠依照有多少對(duì)前置條件和后置條件被覆蓋來(lái)表示充分性?；诖a的覆蓋率。當(dāng)所有的測(cè)試用例都執(zhí)行終止時(shí)，確信實(shí)現(xiàn)一個(gè)類的每一行代碼或代碼通過(guò)的每一條途徑至少執(zhí)行了一次，這是一種專門好的思想。4、構(gòu)建測(cè)試的驅(qū)動(dòng)程序測(cè)試驅(qū)動(dòng)程序是一個(gè)運(yùn)行測(cè)試用例并搜集運(yùn)行結(jié)果的程序。測(cè)試驅(qū)動(dòng)程序的設(shè)計(jì)應(yīng)該相對(duì)簡(jiǎn)單，因?yàn)樵蹅兒苌儆袝r(shí)刻和資源來(lái)對(duì)驅(qū)動(dòng)程序軟件進(jìn)行基于執(zhí)行的測(cè)試（不然會(huì)進(jìn)入一個(gè)程序測(cè)試遞歸的、無(wú)窮的之路），而是依托代碼檢查來(lái)檢測(cè)測(cè)試驅(qū)動(dòng)程序。因此，測(cè)試驅(qū)動(dòng)程序必需是嚴(yán)謹(jǐn)?shù)?、結(jié)構(gòu)清楚、簡(jiǎn)單，易于保護(hù)，而且對(duì)所測(cè)試的類說(shuō)明轉(zhuǎn)變具有很強(qiáng)的適應(yīng)能力。理想情形下，在創(chuàng)建新的測(cè)試驅(qū)動(dòng)程序時(shí)，應(yīng)該能夠復(fù)用已存在的驅(qū)動(dòng)程序的代碼。面向?qū)ο蟮募蓽y(cè)試面向?qū)ο蟮募蓽y(cè)試主若是兩個(gè)方面：類的線性測(cè)試，交互測(cè)試。類的獨(dú)立性測(cè)試（跨平臺(tái)）方面測(cè)試。面向?qū)ο蟮某绦蚴怯杉僭O(shè)干對(duì)象組成的，這些對(duì)象相互協(xié)作以解決某些問(wèn)題。對(duì)象的協(xié)作方式?jīng)Q定了程序能做什么，從而決定了那個(gè)程序執(zhí)行的正確性。因此，一個(gè)程序中對(duì)象的正確協(xié)作----即交互----關(guān)于程序的正確性是超級(jí)關(guān)鍵的。聚集類測(cè)試有些類在它們的說(shuō)明中利用對(duì)象，可是事實(shí)上從不和這些對(duì)象中的任何一個(gè)進(jìn)行協(xié)作，也確實(shí)是說(shuō)，它們從來(lái)不請(qǐng)求這些對(duì)象的任何效勞。相反，它們會(huì)表現(xiàn)出以下的一個(gè)或多個(gè)行為：寄存這些對(duì)象的引用（或指針），程序中常表現(xiàn)為對(duì)象之間一對(duì)多的關(guān)系創(chuàng)建這些對(duì)象的實(shí)例刪除這些對(duì)象的實(shí)例協(xié)作類測(cè)試該類的一個(gè)或多個(gè)操作中利用其它的對(duì)象并將其作為它們的實(shí)現(xiàn)中不可缺少的一部份。當(dāng)類接口中的一個(gè)操作的某個(gè)后置條件引用了一具對(duì)象的實(shí)例狀態(tài)，而且（或）說(shuō)明那個(gè)對(duì)象的某個(gè)屬性被利用或修改了，那么那個(gè)類確實(shí)是一個(gè)協(xié)作類。面向?qū)ο蠹蓽y(cè)試的經(jīng)常使用方式抽樣測(cè)試正交陣列測(cè)試?yán)?，假設(shè)有3個(gè)因素----即A、B、C，每一個(gè)因素有3個(gè)級(jí)別----即1、2、和3，那么這些值就有27種可能的組合情形----A的3種組合情形×C的3種組合情形。散布式對(duì)象測(cè)試現(xiàn)在很少有設(shè)計(jì)單個(gè)進(jìn)程在單個(gè)處置機(jī)上執(zhí)行的系統(tǒng)，為了取得靈活性和伸展性，許多系統(tǒng)都被設(shè)計(jì)成多個(gè)充分獨(dú)立的部件，每一個(gè)部件能夠存在于一個(gè)獨(dú)立的進(jìn)程中，而整個(gè)系統(tǒng)的運(yùn)行會(huì)依照需要啟動(dòng)多個(gè)進(jìn)程。若是這些進(jìn)程不是散布在一臺(tái)機(jī)械上，而是散布在多臺(tái)機(jī)械上，借助于運(yùn)算機(jī)通信或網(wǎng)絡(luò)實(shí)現(xiàn)它們彼此之間的協(xié)作，從而組成一個(gè)散布式的系統(tǒng)，客戶機(jī)/效勞器模型是一種簡(jiǎn)單的散布式系統(tǒng)，在這種模型中，客戶機(jī)和效勞器部件被設(shè)計(jì)成存在于獨(dú)立的進(jìn)程中，效勞器提供數(shù)據(jù)計(jì)算、處置、存儲(chǔ)等治理工作，客戶端同意用戶的輸入、請(qǐng)求、顯示結(jié)果等工作，二者分工不同。隨著，運(yùn)算機(jī)技術(shù)的進(jìn)展，能夠構(gòu)造一個(gè)散布式的效勞器集群，通過(guò)并行技術(shù)實(shí)現(xiàn)復(fù)雜的或巨量的計(jì)算；也能夠構(gòu)造沒(méi)有效勞器的、散布式的、由客戶端組成的對(duì)等網(wǎng)絡(luò)(P2P)系統(tǒng)。散布式對(duì)象的概念和特點(diǎn)線程是一個(gè)操作系統(tǒng)進(jìn)程內(nèi)能夠獨(dú)立運(yùn)行的內(nèi)容，它擁有自己的計(jì)數(shù)器和本地?cái)?shù)據(jù)。線程是能夠被調(diào)度執(zhí)行的最小單位。面向?qū)ο笳Z(yǔ)言通過(guò)隱藏接口的屬性或在某些情形下使線程對(duì)對(duì)象做出反映，以此提供一些簡(jiǎn)單的同步手腕。在測(cè)試進(jìn)程中，咱們不能因?yàn)樵谝粋€(gè)特定執(zhí)行中沒(méi)有發(fā)生錯(cuò)誤就確信缺點(diǎn)被排除，而是引導(dǎo)咱們必需利用以下技術(shù)之一：在類的層次上進(jìn)行更完全的測(cè)試。在記錄事件發(fā)生順序的同時(shí)，執(zhí)行大量的測(cè)試用例。指定標(biāo)準(zhǔn)的測(cè)試環(huán)境：散布式對(duì)象測(cè)試中需要注意的情形局部故障：超時(shí)：結(jié)構(gòu)的動(dòng)態(tài)性：線程：同步：第九章基于應(yīng)用效勞器的測(cè)試[教學(xué)內(nèi)容]一、了解應(yīng)用效勞器的分類和特點(diǎn)二、了解基于WEB效勞器應(yīng)用的測(cè)試3、了解基于數(shù)據(jù)庫(kù)應(yīng)用效勞器的測(cè)試4、了解基于J2EE平臺(tái)的測(cè)試[教學(xué)內(nèi)容]應(yīng)用效勞器的類型和特點(diǎn)應(yīng)用效勞器分類Web效勞器數(shù)據(jù)庫(kù)效勞器實(shí)時(shí)通信效勞器郵件效勞器群件效勞器文件/打印效勞器C/S結(jié)構(gòu)優(yōu)勢(shì)及缺點(diǎn)B/S結(jié)構(gòu)有點(diǎn)及缺點(diǎn)三層結(jié)構(gòu)及應(yīng)用:表示層,業(yè)務(wù)層,應(yīng)用層各個(gè)層次的概念和分工企業(yè)級(jí)的效勞器企業(yè)級(jí)的效勞器的要緊特點(diǎn)散布式的結(jié)構(gòu)提供了高性能和高適應(yīng)性高可用性的效勞器平臺(tái)可升級(jí)的體系結(jié)構(gòu)易整合，易治理和易用性的設(shè)計(jì)不同類型的應(yīng)用效勞器不同的測(cè)試重點(diǎn)和角度,如:在郵件效勞器中,容量,吞吐能力,防病毒解決等是測(cè)試重點(diǎn).在實(shí)時(shí)通信系統(tǒng)中,測(cè)試需要考察效勞器功能的實(shí)現(xiàn),數(shù)據(jù)的及時(shí)性,完整性,系統(tǒng)穩(wěn)固性,系統(tǒng)數(shù)據(jù)備份的冗余設(shè)計(jì),防網(wǎng)絡(luò)解決及故障恢復(fù)處置系統(tǒng)的設(shè)計(jì)基于Web效勞器應(yīng)用的測(cè)試范圍功能測(cè)試UI測(cè)試負(fù)載/壓力測(cè)試平安性測(cè)試兼容性測(cè)試網(wǎng)絡(luò)鏈接測(cè)試其他測(cè)試如:分辨率,流量經(jīng)常使用的Web元素功能測(cè)試頁(yè)面鏈接頁(yè)面是不是存在頁(yè)面是不是正確設(shè)計(jì)腳本不同的腳本語(yǔ)言相同的腳本語(yǔ)言在不同閱讀器中的表現(xiàn)Web圖形表單Web效勞器的平安測(cè)試數(shù)據(jù)加密登錄超時(shí)Cookie和SessionSSL(平安套接字)腳本語(yǔ)言(vbscript,javascript)日記文件目錄Web效勞器的負(fù)載測(cè)試負(fù)載測(cè)試的目的基準(zhǔn)測(cè)試