《軟件工程與軟件測(cè)試技術(shù)》期末復(fù)習(xí)大綱

《軟件工程與軟件測(cè)試技術(shù)》課程復(fù)習(xí)大綱與練習(xí)題《軟件工程與軟件測(cè)試技術(shù)》課程復(fù)習(xí)大綱與練習(xí)題10/27《軟件工程與軟件測(cè)試技術(shù)》課程復(fù)習(xí)大綱與練習(xí)題課程名稱(chēng)課程名稱(chēng)軟件工程與軟件測(cè)試技術(shù)教材信息名稱(chēng)作者版次軟件測(cè)試?yán)碚撆c實(shí)踐教程張向宏主編2009.06備注：復(fù)習(xí)材料包括：復(fù)習(xí)大綱、教材、授課幻燈片、習(xí)題課幻燈片、在線(xiàn)練習(xí)題。如學(xué)員使用其他版本教材，請(qǐng)參考相關(guān)學(xué)問(wèn)點(diǎn)第一章軟件工程和軟件測(cè)試概述根本概念：軟件、軟件危機(jī)、軟件工程、軟件生命周期、軟件過(guò)程模型重點(diǎn)的學(xué)問(wèn)點(diǎn)：軟件工程方法學(xué)的要素軟件生命周期都包括哪些階段，每個(gè)階段的任務(wù)主要的軟件過(guò)程模型有哪些，每個(gè)軟件過(guò)程模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合需了解的學(xué)問(wèn)點(diǎn)軟件測(cè)試的起源軟件測(cè)試工程師應(yīng)具備的素養(yǎng)根本概念：試，黑盒測(cè)試，白盒測(cè)試，灰盒測(cè)試，開(kāi)發(fā)方測(cè)試〔alpha測(cè)試，用戶(hù)測(cè)試〔Beta測(cè)試，第三方測(cè)試，V模型，W模型，H模型，X模型，前置測(cè)試模型重點(diǎn)的學(xué)問(wèn)點(diǎn)：軟件測(cè)試的目的軟件測(cè)試的原則軟件測(cè)試的類(lèi)型軟件測(cè)試模型軟件質(zhì)量保證的工作內(nèi)容需了解的學(xué)問(wèn)點(diǎn)軟件質(zhì)量保證的工作過(guò)程軟件質(zhì)量保證的目標(biāo)軟件質(zhì)量保證與軟件測(cè)試的區(qū)分根本概念：白盒測(cè)試，靜態(tài)測(cè)試，動(dòng)態(tài)測(cè)試，桌面檢查，代碼審查，走查，靜態(tài)構(gòu)造分析，根本路徑測(cè)試法，LCSAJ重點(diǎn)的學(xué)問(wèn)點(diǎn)規(guī)律掩蓋法〔把握各種規(guī)律掩蓋的定義和條件〕根本路徑測(cè)試法最小測(cè)試用例數(shù)的計(jì)算白盒測(cè)試的綜合測(cè)試策略ESTCA掩蓋準(zhǔn)則LCSAJ掩蓋準(zhǔn)則需了解的學(xué)問(wèn)點(diǎn)詞法分析與語(yǔ)法分析靜態(tài)程序分析程序插樁技術(shù)靜態(tài)質(zhì)量度量法根本概念正交試驗(yàn)法、判定表法，錯(cuò)誤推想法、隨機(jī)測(cè)試、功能分解法等重點(diǎn)的學(xué)問(wèn)點(diǎn)〔等價(jià)類(lèi)劃分法、邊界值分析法、場(chǎng)景法、因果圖法、正交試驗(yàn)法、判定表法，錯(cuò)誤推想法、隨機(jī)測(cè)試、功能分解法等〕測(cè)試方法綜合使用策略需了解的學(xué)問(wèn)點(diǎn)黑盒測(cè)試用例的編寫(xiě)和組織QTP自動(dòng)測(cè)試工具。根本概念網(wǎng)絡(luò)效率測(cè)試，穩(wěn)定性測(cè)試，并發(fā)測(cè)試重點(diǎn)的學(xué)問(wèn)點(diǎn)性能測(cè)試的類(lèi)型性能測(cè)試的策略〔客戶(hù)端、網(wǎng)絡(luò)層、效勞器層〕性能測(cè)試的實(shí)施流程需要了解的學(xué)問(wèn)點(diǎn)主要的性能測(cè)試工具重點(diǎn)通過(guò)案例分析把握功能測(cè)試用例設(shè)計(jì)方法的實(shí)際應(yīng)用通過(guò)案例分析把握白盒測(cè)試用例設(shè)計(jì)〔靜態(tài)測(cè)試、掩蓋率測(cè)試〕的實(shí)際應(yīng)用通過(guò)案例分析把握性能測(cè)試的實(shí)際應(yīng)用根本概念軟件質(zhì)量，軟件度量重點(diǎn)的學(xué)問(wèn)點(diǎn)McCall軟件質(zhì)量模型Boehm質(zhì)量模型ISO9126質(zhì)量模型國(guó)內(nèi)外軟件測(cè)試標(biāo)準(zhǔn)根本概念靈敏測(cè)試、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)重點(diǎn)的學(xué)問(wèn)點(diǎn)靈敏方法的4個(gè)根本特征靈敏測(cè)試用例設(shè)計(jì)TDD的根本過(guò)程需要了解的學(xué)問(wèn)點(diǎn)靈敏自動(dòng)化的原則TDD的原則期末綜合練習(xí)題〔單項(xiàng)選擇、多項(xiàng)選擇,答案參考100道在線(xiàn)練習(xí)題〕題目?jī)?nèi)容題目?jī)?nèi)容軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。Beta測(cè)試是驗(yàn)收測(cè)試的一種。驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。工程立項(xiàng)前測(cè)試人員不需要提交任何工件。依據(jù)測(cè)試實(shí)施組織劃分，可將軟件測(cè)試分為開(kāi)發(fā)方測(cè)試、用戶(hù)測(cè)試和第三方測(cè)試。黑盒測(cè)試又稱(chēng)功能測(cè)試或規(guī)律驅(qū)動(dòng)測(cè)試。答案是是否否是否總是首先設(shè)計(jì)白盒測(cè)試用例否可以公布具有配置缺陷的軟件產(chǎn)品。全部軟件必需進(jìn)展某種程度的兼容性測(cè)試。軟件測(cè)試中,應(yīng)當(dāng)盡量窮盡全部的數(shù)據(jù),以便保證測(cè)試的質(zhì)量.否是否一、單項(xiàng)選擇題為了提高測(cè)試的效率，應(yīng)當(dāng)DA．隨機(jī)地選取測(cè)試數(shù)據(jù)B．取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C．在完成編碼以后制定軟件的測(cè)試打算D．選擇覺(jué)察錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)依據(jù)〔A〕和指定的掩蓋標(biāo)準(zhǔn)。程序的內(nèi)部規(guī)律B．程序的簡(jiǎn)單構(gòu)造C．使用說(shuō)明書(shū)D．程序的功能軟件測(cè)試的目的是B證明程序中沒(méi)有錯(cuò)誤B.覺(jué)察程序中的錯(cuò)誤C.測(cè)量程序的動(dòng)態(tài)特性D.檢查程序中的語(yǔ)法錯(cuò)誤軟件內(nèi)部／外部質(zhì)量模型中，可移植性不包括〔C〕子特性。適應(yīng)性B.共存性C.兼容性D.易替換性以下關(guān)于軟件測(cè)試的表達(dá)中，正確的選項(xiàng)是。用黑盒法測(cè)試時(shí)，測(cè)試用例是依據(jù)程序內(nèi)部規(guī)律設(shè)計(jì)的。測(cè)試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶(hù)的要求。覺(jué)察錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。黑盒測(cè)試方法中最有效的是因果圖法。軟件測(cè)試的對(duì)象包括。目標(biāo)程序和相關(guān)文檔B.源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔C.目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件D.源程序和目標(biāo)程序下述說(shuō)法錯(cuò)誤的選項(xiàng)是。單元測(cè)試又稱(chēng)為模塊測(cè)試，是針對(duì)軟件測(cè)試的最小單位——程序模塊進(jìn)展正確性檢驗(yàn)的測(cè)試工作；集成測(cè)試也叫做組裝測(cè)試，通常在編碼完成的根底上，將全部的程序模塊進(jìn)展有序的、遞增的測(cè)試；集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)；系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下，檢查完整的程序系統(tǒng)能否和相關(guān)硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和支持平臺(tái)等正確配置與連接，并滿(mǎn)足用戶(hù)需求。驗(yàn)收測(cè)試的定義是。C由用戶(hù)依據(jù)用戶(hù)手冊(cè)對(duì)軟件進(jìn)展測(cè)試以打算是否承受；由某個(gè)測(cè)試機(jī)構(gòu)代表用戶(hù)依據(jù)需求說(shuō)明書(shū)和用戶(hù)手冊(cè)對(duì)軟件進(jìn)展測(cè)試以打算是否承受；依據(jù)軟件任務(wù)書(shū)或合同，供需雙方商定的驗(yàn)收依據(jù)進(jìn)展測(cè)試，打算是否承受由開(kāi)發(fā)方和用戶(hù)依據(jù)用戶(hù)手冊(cè)執(zhí)行軟件驗(yàn)收軟件調(diào)試的目的是。A找出錯(cuò)誤所在并改正之排解存在錯(cuò)誤的可能性對(duì)錯(cuò)誤性質(zhì)進(jìn)展分類(lèi)統(tǒng)計(jì)出錯(cuò)的次數(shù)軟件質(zhì)量的定義是：D。軟件的功能性、牢靠性、易用性、效率、可維護(hù)性、可移植性滿(mǎn)足規(guī)定用戶(hù)需求的力量最大限度到達(dá)用戶(hù)滿(mǎn)足軟件特性的總和，以及滿(mǎn)足規(guī)定和潛在用戶(hù)需求的力量關(guān)于第三方測(cè)試的描述，正確的觀點(diǎn)是。B既不是開(kāi)發(fā)人員，也不是用戶(hù)所進(jìn)展的測(cè)試就是第三方測(cè)試由在技術(shù)、治理和財(cái)務(wù)上與開(kāi)發(fā)方和用戶(hù)方相對(duì)獨(dú)立的組織進(jìn)展的測(cè)試第三方測(cè)試是在開(kāi)發(fā)方與用戶(hù)方的測(cè)試根底上所進(jìn)展的驗(yàn)證測(cè)試第三方測(cè)試又稱(chēng)為β測(cè)試是單元測(cè)試的主要內(nèi)容。模塊接口測(cè)試B.有效性測(cè)試C.路徑測(cè)試D.邊界測(cè)試從以下關(guān)于軟件測(cè)試的表達(dá)中，選出5條正確的表達(dá)，正確的答案是用黑盒法測(cè)試時(shí)，測(cè)試用例是依據(jù)程序內(nèi)部規(guī)律設(shè)計(jì)的。盡量用公共過(guò)程或子程序去代替重復(fù)的代碼段。測(cè)試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶(hù)的要求。對(duì)于連鎖型分支構(gòu)造，假設(shè)有n個(gè)判定語(yǔ)句，則有2n條路徑。盡量承受復(fù)合的條件測(cè)試，以避開(kāi)嵌套的分支構(gòu)造。GOTO語(yǔ)句概念簡(jiǎn)潔，使用便利，在某些狀況下，保存GOTO語(yǔ)句反能使寫(xiě)出的程序更加簡(jiǎn)潔。覺(jué)察錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。黑盒測(cè)試方法中最有效的是因果圖法。在做程序的單元測(cè)試時(shí)，樁〔存根〕模塊比驅(qū)動(dòng)模塊簡(jiǎn)潔編寫(xiě)。程序效率的提高主要應(yīng)通過(guò)選擇高效的算法來(lái)實(shí)現(xiàn)。A．1．3．4．5．9B．2．4．6．7．10C．4．5．6．7．10D．1．2．3．8．9在McCall軟件質(zhì)量度量模型中，屬于面對(duì)軟件產(chǎn)品適應(yīng)的是 可用性B．可維護(hù)性C．適應(yīng)性D．可互操作性以下 屬于白盒技術(shù)設(shè)計(jì)測(cè)試用例的方法規(guī)律掩蓋B．等價(jià)類(lèi)劃分C．邊界值分析D．因果圖以下屬于軟件維護(hù)階段文檔的是 軟件需求說(shuō)明B．操作手冊(cè)C．軟件問(wèn)題報(bào)告D．測(cè)試分析報(bào)告對(duì)于軟件的β測(cè)試，以下描述正確的選項(xiàng)是 。β測(cè)試就是在軟件公司內(nèi)部開(kāi)放的測(cè)試，由公司專(zhuān)業(yè)的測(cè)試人員執(zhí)行的測(cè)試β測(cè)試就是在軟件公司內(nèi)部開(kāi)放的測(cè)試，由公司的非專(zhuān)業(yè)測(cè)試人員執(zhí)行的測(cè)試β測(cè)試就是在軟件公司外部開(kāi)放的測(cè)試，由專(zhuān)業(yè)的測(cè)試人員執(zhí)行的測(cè)試β測(cè)試就是在軟件公司外部開(kāi)放的測(cè)試，可以由非專(zhuān)業(yè)的測(cè)試人員執(zhí)行的測(cè)試用邊界值分析法，假定1<X<100，那么X在測(cè)試中應(yīng)當(dāng)取的邊界值是 B 。A．X=1，X=100B．X=0，X=1，X=100，X=101C．X=2，X=99D．X=O，X=101以下哪一種不屬于驗(yàn)收測(cè)試范疇D正式驗(yàn)收測(cè)試B．a(chǎn)lpha測(cè)試C．beta測(cè)試D．系統(tǒng)測(cè)試下面哪個(gè)不屬于靜態(tài)測(cè)試編碼規(guī)章檢查B．程序構(gòu)造分析C．程序簡(jiǎn)單度分析D．內(nèi)存泄漏以下測(cè)試工具中哪個(gè)不能作為性能測(cè)試壓力工具M(jìn)ercuryLoadRunnerBorlandSilkPerformerCompwareQACenterPerformanceEditionQuickTestProfessional以下關(guān)于測(cè)試執(zhí)行時(shí)覺(jué)察缺陷時(shí)的說(shuō)法錯(cuò)誤的選項(xiàng)是應(yīng)先重現(xiàn)該缺陷問(wèn)題，保證缺陷問(wèn)題的可重現(xiàn)性應(yīng)對(duì)產(chǎn)生該缺陷問(wèn)題的操作進(jìn)展具體的記錄應(yīng)輔以相應(yīng)的缺陷截圖來(lái)說(shuō)明現(xiàn)象應(yīng)馬上通知開(kāi)發(fā)人員進(jìn)展驗(yàn)證可行性爭(zhēng)論要進(jìn)展一次 需求分析具體的C.簡(jiǎn)化的、壓縮的B.全面的D.徹底的軟件測(cè)試類(lèi)型按開(kāi)發(fā)階段劃分是 需求測(cè)試、單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試確認(rèn)測(cè)試、驗(yàn)收測(cè)試調(diào)試、單元測(cè)試、集成測(cè)試、用戶(hù)測(cè)試V模型指出， 對(duì)程序設(shè)計(jì)進(jìn)展驗(yàn)證A單元和集成測(cè)試B.系統(tǒng)測(cè)試C.驗(yàn)收測(cè)試和確認(rèn)測(cè)試D.驗(yàn)證測(cè)試V模型指出， 對(duì)系統(tǒng)設(shè)計(jì)進(jìn)展驗(yàn)證D單元測(cè)試B.集成測(cè)試C.功能測(cè)試D.系統(tǒng)測(cè)試以下哪種測(cè)試與其余三種測(cè)試在分類(lèi)上不同D負(fù)載測(cè)試C.數(shù)據(jù)庫(kù)容量測(cè)試B.強(qiáng)度測(cè)試D.靜態(tài)代碼走查關(guān)于原型化開(kāi)發(fā)方法的表達(dá)中，不正確的選項(xiàng)是 。原型化方法適應(yīng)于需求不明確的軟件開(kāi)發(fā)在開(kāi)發(fā)過(guò)程中，可以廢棄不用早期構(gòu)造的軟件原型原型化方法可以直接開(kāi)發(fā)出最終產(chǎn)品原型化方法利于確認(rèn)各項(xiàng)系統(tǒng)效勞的可用性WEB應(yīng)用鏈接測(cè)試不包括 。A．無(wú)鏈接指向的頁(yè)面B．錯(cuò)誤的鏈接C．客戶(hù)端與效勞器端的鏈接速率D．不存在的頁(yè)面文件軟件測(cè)試的說(shuō)法， 是錯(cuò)誤的。A．軟件測(cè)試就是程序測(cè)試B．軟件測(cè)試貫穿于軟件定義和開(kāi)發(fā)的整個(gè)期間C．需求規(guī)格說(shuō)明、設(shè)計(jì)規(guī)格說(shuō)明都是軟件測(cè)試的對(duì)象D．程序是軟件測(cè)試的對(duì)象關(guān)于白盒測(cè)試與黑盒測(cè)試的最主要區(qū)分，正確的選項(xiàng)是 。白盒測(cè)試側(cè)重于程序構(gòu)造，黑盒測(cè)試側(cè)重于功能白盒測(cè)試可以使用測(cè)試工具，黑盒測(cè)試不能使用工具C．白盒測(cè)試需要程序員參與，黑盒測(cè)試不需要D．黑盒測(cè)試比白盒測(cè)試應(yīng)用更廣泛以下各項(xiàng)中， 屬于需求說(shuō)明書(shū)的評(píng)測(cè)內(nèi)容。D①系統(tǒng)定義的目標(biāo)是否與用戶(hù)的要求全都②設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際③是否考慮過(guò)軟件需求的其他方案④軟件的行為與它必需處理的信息、必需完成的功能是否全都A．①、②、④B．①、③、④C．②、③、④D．①、②、③、④通過(guò)疲乏強(qiáng)度測(cè)試，最簡(jiǎn)潔覺(jué)察 問(wèn)題。BA．并發(fā)用戶(hù)數(shù)B．內(nèi)存泄漏C．系統(tǒng)安全性D．功能錯(cuò)誤 針對(duì)以下程序段，對(duì)于(A，B)的取值，以下測(cè)試用例組合能夠滿(mǎn)足條件掩蓋的要求。IF((A-10)=20AND(B+20)>10)THENC=0IF((A-30)<10AND(B-30)<0)THENB=30①A=50B=-10②A=40B=40③A=30B=-10④A=30B=30A．①②B．③④ C．①④D．②④針對(duì)規(guī)律掩蓋有以下表達(dá)， 是不正確的。A．到達(dá)100％DC要求就肯定能夠滿(mǎn)足100％SC的要求B．到達(dá)100％CC要求就肯定能夠滿(mǎn)足100％SC的要求C．到達(dá)100％CDC要求就肯定能夠滿(mǎn)足100％SC的要求D．到達(dá)100％MCDC要求就肯定能夠滿(mǎn)足100％SC的要求針對(duì)以下程序段，對(duì)于變量c的取值，至少需要 B 個(gè)測(cè)試用例才能夠滿(mǎn)足語(yǔ)句掩蓋的要求。c=((u8_t*)q->payload)[i];switch(c){caseSLIP_END:sio_send(SLIP_ESC,netif->state);sio_send(SLIP_ESC_END,netif->state);break;caseSLIP_ESC:sio_send(SLIP_ESC,netif->state);sio_send(SLIP_ESC_ESC,netif->state);break;defult:sio_send(c,netif->state);break;}A．4 B．3 C．2 D．1廣義的軟件測(cè)試包括 。A．單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試B．確認(rèn)、驗(yàn)證和測(cè)試C．需求評(píng)審、設(shè)計(jì)評(píng)審、單元測(cè)試和綜合測(cè)試D．開(kāi)發(fā)方測(cè)試、用戶(hù)測(cè)試和第三方測(cè)試軟件內(nèi)部/外部質(zhì)量模型中，以下 不是功能性包括的子特性。A．適合性B．準(zhǔn)確性C．穩(wěn)定性D．互操作性二、多項(xiàng)選擇題可行性爭(zhēng)論的方面包括 ABC 經(jīng)濟(jì)可行性B.技術(shù)可行性C.法律可行性D.選擇E.軟件的規(guī)模以下測(cè)試方法是白盒測(cè)試方法的是 判定掩蓋和邊界值分析法等價(jià)劃分和錯(cuò)誤推想法路徑掩蓋和判定/條件掩蓋法條件組合掩蓋和語(yǔ)句掩蓋法條件掩蓋和錯(cuò)誤推想法以下屬于黑盒測(cè)試方法的有 ABCDE 等價(jià)類(lèi)劃分B.邊界值分析C.錯(cuò)誤推想D.因果圖E.決策表GB/T17544中，測(cè)試文檔的種類(lèi)包括 ACD Ａ．測(cè)試打算Ｂ．測(cè)試描述Ｃ．測(cè)試報(bào)告Ｄ．測(cè)試用例Ｅ．測(cè)試評(píng)價(jià)以下關(guān)于alpha測(cè)試的描述中正確的選項(xiàng)是 AD alpha測(cè)試需要用戶(hù)代表參與alpha測(cè)試不需要用戶(hù)代表參與alpha測(cè)試是系統(tǒng)測(cè)試的一種alpha測(cè)試是驗(yàn)收測(cè)試的一種軟件開(kāi)發(fā)模型有〔〕、原型模型、〔〕、〔〕。ABD瀑布模型B．增量模型C．W模型D．螺旋模型以下屬于安裝測(cè)試范圍的是安裝正確性和完整性檢查B．安裝過(guò)程中的訪(fǎng)問(wèn)掌握C．產(chǎn)品文件完整性的檢查 D．軟件名稱(chēng)與版本的正確性以下輸入測(cè)試執(zhí)行階段的輸入的是軟件測(cè)試打算C．測(cè)試數(shù)據(jù)B．測(cè)試用例D．測(cè)試環(huán)境描述以下屬于軟件缺陷問(wèn)題的是 點(diǎn)擊某鏈接返回錯(cuò)誤增某條信息記錄后沒(méi)有提示保存成功登錄系統(tǒng)時(shí)輸入錯(cuò)誤密碼，提示用戶(hù)名不正確上傳文件時(shí)提示效勞器空間已滿(mǎn)，無(wú)法上傳以下軟件測(cè)試工具中哪些適用于自動(dòng)化功能測(cè)試MercuryQuickTestProfessionalMercuryWinRunnerCompuwareApplicationVantageBorlandSilkTestCompuwareTestPartner以下哪些屬于軟件測(cè)試階段的交付成果物ABC測(cè)試打算B．測(cè)試用例C．測(cè)試報(bào)告D．用戶(hù)手冊(cè)E．安裝部署手冊(cè)以下哪些過(guò)程能夠提高軟件質(zhì)量？BD可行性分析C.測(cè)試E.概要設(shè)計(jì)B.D.代碼走查主觀局部：三、名詞解釋〔均來(lái)自習(xí)題課課件中列出的名詞解釋〕第一章：軟件、軟件危機(jī)、軟件工程、軟件生命周期、軟件過(guò)程模型；.,它是包括程序，數(shù)據(jù)及其相關(guān)文檔的完整集合。問(wèn)題。是把工程應(yīng)用于軟件；②爭(zhēng)論①中提到的途徑。段。其次章：軟件測(cè)試，軟件質(zhì)量保證，單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，確認(rèn)測(cè)試，驗(yàn)收測(cè)試，黑盒測(cè)試，白盒測(cè)試，灰盒測(cè)試，開(kāi)發(fā)方測(cè)試alpha測(cè)試，用戶(hù)測(cè)試Beta測(cè)試試，V模型，W模型，H模型，X模型，前置測(cè)試模型；軟件測(cè)試是驗(yàn)證客觀證據(jù)檢驗(yàn)規(guī)定的要求是否得到滿(mǎn)足，也就是說(shuō)對(duì)輸入與輸出進(jìn)展比較。確認(rèn)是在驗(yàn)證好的根底上，預(yù)期的應(yīng)用要求是否得到滿(mǎn)足，也就是說(shuō)，在確認(rèn)時(shí)應(yīng)考慮應(yīng)用的條件范圍要遠(yuǎn)遠(yuǎn)大于輸入時(shí)確定的范圍。軟件質(zhì)量保證〔SoftwareQualityAssurance，SQA)是為了供給信用，證明工程將會(huì)到達(dá)有關(guān)質(zhì)量標(biāo)準(zhǔn)，而在質(zhì)量體系中進(jìn)展有打算、有組織的活動(dòng)。單元測(cè)試又稱(chēng)模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位─程序模塊，進(jìn)展正確性檢驗(yàn)的測(cè)試工作。集成測(cè)試又稱(chēng)組裝測(cè)試、聯(lián)合測(cè)試、子系統(tǒng)測(cè)試或部件測(cè)試，是在單元測(cè)試的根底上，將全部模塊依據(jù)設(shè)計(jì)要求組裝成子系統(tǒng)或系統(tǒng)進(jìn)展的測(cè)試活動(dòng)。系統(tǒng)測(cè)試，是將通過(guò)確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)展一系列的組裝測(cè)試和確認(rèn)測(cè)試。驗(yàn)收測(cè)試是系統(tǒng)開(kāi)發(fā)生命周期中的一個(gè)階段，它是一項(xiàng)推斷產(chǎn)品是否能夠滿(mǎn)足合同或用戶(hù)既定需求的測(cè)試開(kāi)發(fā)方測(cè)試通常也叫驗(yàn)證測(cè)試或Alpha測(cè)試，是在軟件開(kāi)發(fā)環(huán)境下，由開(kāi)發(fā)者檢測(cè)與證明軟件的實(shí)現(xiàn)是否滿(mǎn)足軟件設(shè)計(jì)說(shuō)明或軟件需求說(shuō)明的要求。用戶(hù)測(cè)試又稱(chēng)Beta測(cè)試，是在用戶(hù)的應(yīng)用環(huán)境下，用戶(hù)通過(guò)運(yùn)行和使用軟件，檢測(cè)與核實(shí)軟件實(shí)現(xiàn)是否符合自己預(yù)期的要求。第三方測(cè)試是介于軟件開(kāi)發(fā)方和用戶(hù)方之間的測(cè)試組織的測(cè)試，也稱(chēng)為獨(dú)立測(cè)試，是由在技術(shù)、治理和財(cái)務(wù)上與開(kāi)發(fā)方和用戶(hù)方相對(duì)獨(dú)立的組織進(jìn)展的軟件測(cè)試。白盒測(cè)試也稱(chēng)構(gòu)造測(cè)試或規(guī)律驅(qū)動(dòng)測(cè)試，它是依據(jù)程序內(nèi)部的構(gòu)造測(cè)試程序，通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否依據(jù)設(shè)計(jì)規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)展，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。黑盒測(cè)試也稱(chēng)功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。它主要是檢測(cè)每個(gè)功能是否能正常使用。在測(cè)試過(guò)程中，將程序看做一個(gè)不能翻開(kāi)的黑盒子，在完全不考慮程序內(nèi)部構(gòu)造的狀況下，主要檢查程序的功能是否依據(jù)軟件需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序能否正確的接收所輸入的數(shù)據(jù)，并產(chǎn)生正確的輸出信息?；液袦y(cè)試，是介于白盒測(cè)試與黑盒測(cè)試之間的測(cè)試，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣具體、完整，只是通過(guò)一些表征性的現(xiàn)象、大事、標(biāo)志來(lái)推斷內(nèi)部的運(yùn)行狀態(tài)。第三章：靜態(tài)測(cè)試，動(dòng)態(tài)測(cè)試，桌面檢查，代碼審查，走查，靜態(tài)構(gòu)造分析，根本路徑測(cè)試法，LCSAJ；件進(jìn)展分析和測(cè)試程序，而到達(dá)覺(jué)察程序錯(cuò)誤的過(guò)程。檔，目的是覺(jué)察程序中的錯(cuò)誤。進(jìn)展靜態(tài)分析的過(guò)程。讓他們認(rèn)真爭(zhēng)論程序，然后再開(kāi)會(huì)。開(kāi)會(huì)的程序與代碼審查不同，不是簡(jiǎn)潔地讀程序和序預(yù)備一批有代表性的測(cè)試用例，提交給走查小組。法、隨機(jī)測(cè)試、功能分解法等效的。測(cè)試某等價(jià)類(lèi)的代表值就等價(jià)于對(duì)這一類(lèi)其他值的測(cè)試。有效等價(jià)類(lèi)：是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)，是合理的，有意義的輸入數(shù)據(jù)構(gòu)成的集合。無(wú)效等價(jià)類(lèi)：是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)，是不合理的，無(wú)意義的輸入數(shù)據(jù)構(gòu)成的集合。測(cè)試，大數(shù)據(jù)量測(cè)試，疲乏強(qiáng)度測(cè)試，失效恢復(fù)測(cè)試響應(yīng)時(shí)間〔ResponseTim，并發(fā)用戶(hù)〔ConcurrencyUsers〕數(shù)，指在同一時(shí)段，有多少用戶(hù)會(huì)同時(shí)訪(fǎng)問(wèn)被測(cè)系統(tǒng)。系統(tǒng)的吞吐量〔Throughou，系統(tǒng)的承載力量或處理交易力量。資源利用率〔SystemResourceUtilizatio，這個(gè)概念涉及的范圍很廣。率和數(shù)據(jù)庫(kù)關(guān)系系統(tǒng)的資源利用率。廣義上可以指軟件系統(tǒng)所需的硬件資源和軟件資源的總利用率標(biāo)的狀況下，系統(tǒng)所能承受的最大負(fù)載量的測(cè)試。載條件下系統(tǒng)性能處于失敗狀態(tài)。性能狀況。的是為了通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)測(cè)試系統(tǒng)長(zhǎng)時(shí)間無(wú)故障穩(wěn)定運(yùn)行的力量。用戶(hù)的使用上造成多大程度的影響。其目的是評(píng)估系統(tǒng)的強(qiáng)健性和可恢復(fù)性。第七章：軟件質(zhì)量，軟件度量軟件質(zhì)量的定義1〕ANSI/IEEEStd729-1983定義軟件質(zhì)量為：與軟件產(chǎn)品滿(mǎn)足規(guī)定的和隱含的需求的力量有關(guān)的特征或特性的全體”。2〕M.J.Fisher全部描述計(jì)算機(jī)軟件優(yōu)秀程度的特性的組合。GB/T6583–ISO8402(1994)定義軟件質(zhì)量為：“反映實(shí)體滿(mǎn)足明確和隱含需要的力量和特性總和”軟件度量是對(duì)軟件開(kāi)發(fā)工程、過(guò)程及其產(chǎn)品進(jìn)展數(shù)據(jù)定義、收集以及分析的持續(xù)性定量化過(guò)程，目的在于對(duì)此加以理解、推測(cè)、評(píng)估、掌握和改善。第八章：靈敏測(cè)試、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)1.靈敏測(cè)試是指在承受靈敏技術(shù)的工程中開(kāi)展的測(cè)試.同時(shí)，靈敏測(cè)試也意味著測(cè)試遵循靈敏的根本原則，接納靈敏的核心價(jià)值觀〔溝通，簡(jiǎn)潔，反響，士氣〕2、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)〔TDD)是極限編程的重要特點(diǎn)，它以不斷的測(cè)試推動(dòng)代碼的開(kāi)發(fā)，即簡(jiǎn)化了代碼，又保證了軟件的質(zhì)量四、問(wèn)答題〔參考習(xí)題課課件中列出的問(wèn)題〕請(qǐng)說(shuō)明軟件工程方法學(xué)都包含哪些要素？簡(jiǎn)要說(shuō)明目前使用最廣泛的兩種軟件工程方法學(xué)答：軟件工程方法學(xué)包含3個(gè)要素：方法、工具和過(guò)程。其中方法是完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，答復(fù)怎樣做的問(wèn)題；工具是為運(yùn)用方法而供給的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境；過(guò)程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和面對(duì)對(duì)象方法學(xué)。()來(lái)完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來(lái)支持構(gòu)造化技術(shù)的運(yùn)用。這種方法學(xué)把軟件生命周期的全過(guò)程依次劃分為假設(shè)干個(gè)階段，然后挨次地完成每個(gè)階段的任務(wù)。與傳統(tǒng)方法相反，面對(duì)對(duì)象方法把數(shù)據(jù)和行為看成同等重要，它是一種以數(shù)據(jù)為主線(xiàn)，把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作嚴(yán)密地結(jié)合起來(lái)的方法。軟件生命周期都包括哪些階段，簡(jiǎn)述每個(gè)階段的任務(wù)答：軟件生命周期包括問(wèn)題的定義，可行性分析，需求分析，概要設(shè)計(jì)，具體設(shè)計(jì)，編碼，測(cè)試，維護(hù)8個(gè)階段。問(wèn)題定義階段必需答復(fù)的關(guān)鍵問(wèn)題是：要解決的問(wèn)題是什么?可行性爭(zhēng)論階段要答復(fù)的關(guān)鍵問(wèn)題是：對(duì)于上一個(gè)階段所確定的問(wèn)題有行得通的解決方法嗎?需求分析階段的任務(wù)是準(zhǔn)確地確定為了解決這個(gè)問(wèn)題，目標(biāo)系統(tǒng)必需做什么，主要是確定目標(biāo)系統(tǒng)必需具備哪些功能。概要設(shè)計(jì)階段必需答復(fù)的關(guān)鍵問(wèn)題是：概括地說(shuō)，應(yīng)當(dāng)怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)?簡(jiǎn)述瀑布模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合答：瀑布模型是依據(jù)軟件生命周期的階段進(jìn)展的，每個(gè)階段都必需完成規(guī)定的文檔，并在階段完畢前都要對(duì)所完成的文檔進(jìn)展評(píng)審；各個(gè)階段間具有挨次性和依靠性。瀑布模型的優(yōu)點(diǎn)：可強(qiáng)迫開(kāi)發(fā)人員承受標(biāo)準(zhǔn)的方法〔例如，構(gòu)造化技術(shù)文檔；要求每個(gè)階段交出的全部產(chǎn)品都必需經(jīng)過(guò)質(zhì)量保證小組的認(rèn)真驗(yàn)證。瀑布模型的缺點(diǎn)：1〕在工程開(kāi)頭的時(shí)候，用戶(hù)常常難以清楚地給出全部需求；用戶(hù)與開(kāi)發(fā)人員對(duì)需求理解存在差異。2〕3〕只有到了整個(gè)工程的后半段時(shí)間，客戶(hù)才能看到軟件的模樣。一個(gè)沒(méi)有準(zhǔn)時(shí)覺(jué)察的錯(cuò)誤，可能導(dǎo)致災(zāi)難。瀑布模型適用場(chǎng)合：1〕當(dāng)有一個(gè)穩(wěn)定的產(chǎn)品定義和很簡(jiǎn)潔被理解的技術(shù)解決方案時(shí)，可以承受純瀑布模型。2〕當(dāng)你對(duì)一個(gè)定義得很好的版本進(jìn)展維護(hù)或?qū)⒁粋€(gè)產(chǎn)品移植到一個(gè)的平臺(tái)上，可以承受瀑布模型。3〕在質(zhì)量需求高于本錢(qián)需求和進(jìn)度需求的時(shí)候，可以承受瀑布模型。簡(jiǎn)述快速原型模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合所謂快速原型是快速建立起來(lái)的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集。1〕原型系統(tǒng)已經(jīng)通過(guò)與用戶(hù)交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說(shuō)明文檔〔2〕開(kāi)發(fā)人員通過(guò)建立原型系統(tǒng)已經(jīng)學(xué)到了很多東西，因此在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小，這自然削減了在后續(xù)階段需要改正前面階段所犯錯(cuò)誤的可能性。缺點(diǎn)：1〕2〕缺少工程標(biāo)準(zhǔn)，進(jìn)化原型方法有點(diǎn)像編碼修正。3〕缺少掌握，由于用戶(hù)可能不斷提出要求，因而原型迭代的周期很難掌握。4〕額外的花費(fèi)：爭(zhēng)論結(jié)果說(shuō)明構(gòu)造一個(gè)原型可能需要10%額外花費(fèi)。5〕原型法要求開(kāi)發(fā)者與用戶(hù)親熱接觸，有時(shí)這是不行能的。例如外包軟件。適用場(chǎng)合：1〕2〕已有產(chǎn)品或產(chǎn)品的原型，只需客戶(hù)化的工程工程；3〕簡(jiǎn)潔而生疏的行業(yè)或領(lǐng)域；4〕有快速原型開(kāi)發(fā)工具；5〕進(jìn)展產(chǎn)品移植或升級(jí)簡(jiǎn)述增量模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合增量模型以增量的形式分階段公布產(chǎn)品。第一個(gè)增量往往是核心的產(chǎn)品。也就是，實(shí)現(xiàn)了根本的需求，但很多補(bǔ)充的特征，使用和/或評(píng)估的結(jié)果是下一個(gè)增量的開(kāi)發(fā)打算。該打算包括對(duì)核心產(chǎn)品的修改，使其能夠更好的滿(mǎn)足客戶(hù)的需要，并公布一些增的特征和功能。這個(gè)過(guò)程在每個(gè)增量公布后不斷重復(fù)，直到產(chǎn)生最終的完善產(chǎn)品。增量過(guò)程模型，本質(zhì)上是迭代的，強(qiáng)調(diào)每一個(gè)增量均公布一個(gè)可操作產(chǎn)品統(tǒng)；在每一步遞增中，均公布一個(gè)的增量，把用戶(hù)/開(kāi)發(fā)者的閱歷結(jié)合到不斷求精的產(chǎn)品中；每個(gè)增量的開(kāi)發(fā)沒(méi)有必要使用一樣的過(guò)程；可改善測(cè)試效果和降低軟件開(kāi)發(fā)總本錢(qián)。增量模型的缺點(diǎn)：1〕增量應(yīng)當(dāng)相對(duì)較小，每個(gè)增量應(yīng)當(dāng)包含肯定的系統(tǒng)功能。所以，很難把用戶(hù)的需求映射到適當(dāng)規(guī)模的增量上。2〕大多數(shù)系統(tǒng)需要一組在系統(tǒng)很多局部都會(huì)用到的根本效勞。但由于增量實(shí)現(xiàn)前，需求不能被具體定義，所以，明確全部增量都會(huì)用到的根本效勞就比較困難。3〕假設(shè)軟件系統(tǒng)的組裝和拆卸性不強(qiáng)，或開(kāi)發(fā)人員全局把握力量不高，或客戶(hù)不同意分階段提交產(chǎn)品等，均不適宜。適用場(chǎng)合：1〕客戶(hù)承受分階段交付。2〕對(duì)應(yīng)用領(lǐng)域不生疏，難以一步到位。3〕用戶(hù)可參與到整個(gè)軟件開(kāi)發(fā)過(guò)程中。4〕有較好的類(lèi)庫(kù)和構(gòu)件庫(kù)。簡(jiǎn)述螺旋模型的特點(diǎn)、優(yōu)點(diǎn)、缺點(diǎn)、適用場(chǎng)合螺旋將瀑布模型和快速原型模型結(jié)合起來(lái)，強(qiáng)調(diào)了其他模型所無(wú)視的風(fēng)險(xiǎn)分析，把軟件開(kāi)發(fā)過(guò)程組成為一個(gè)逐步細(xì)化的定義周期〔螺旋周期〕序列，每經(jīng)受一個(gè)周期，系統(tǒng)就得到進(jìn)一步的細(xì)化和完善；本質(zhì)上，具有上述特征的螺旋是始終運(yùn)轉(zhuǎn)的,直到軟件退役。有時(shí)這個(gè)過(guò)程處于睡眠狀態(tài)，但任何時(shí)候消滅了轉(zhuǎn)變，過(guò)程都會(huì)從適宜的入口點(diǎn)開(kāi)頭；嚴(yán)密?chē)@開(kāi)發(fā)中的風(fēng)險(xiǎn)問(wèn)題，用風(fēng)險(xiǎn)分析推動(dòng)軟件設(shè)計(jì)向深一層擴(kuò)展、求精；強(qiáng)調(diào)持續(xù)地推斷、確定和修改用戶(hù)任務(wù)目標(biāo)，并按本錢(qián)、效益來(lái)分析候選的軟件產(chǎn)品性質(zhì)對(duì)任務(wù)目標(biāo)的奉獻(xiàn)；可結(jié)合承受多種軟件開(kāi)發(fā)方法，但到底結(jié)合哪一種方法仍由風(fēng)險(xiǎn)分析來(lái)打算。優(yōu)點(diǎn)：1〕對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開(kāi)發(fā)〕削減了過(guò)多測(cè)試〔鋪張資金〕或測(cè)試缺乏〔產(chǎn)品故障多〕3〕螺旋模型中維護(hù)只是模型的另一個(gè)周期，在維護(hù)和開(kāi)發(fā)之間并沒(méi)有本質(zhì)區(qū)分。缺點(diǎn)：1〕2〕需要軟件開(kāi)發(fā)人員具有豐富的風(fēng)險(xiǎn)評(píng)估閱歷和這方面的特地學(xué)問(wèn)適用場(chǎng)合：適應(yīng)于內(nèi)部的大規(guī)模軟件開(kāi)發(fā)簡(jiǎn)述測(cè)試的目的、原則與對(duì)象軟件測(cè)試的目的:是以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷，通過(guò)修正各種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件公布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患所帶來(lái)的商業(yè)風(fēng)險(xiǎn)?！睤otherightthin這個(gè)大事〔Doitright〕是為開(kāi)發(fā)過(guò)程供給反響信息，幫助開(kāi)發(fā)過(guò)程的改進(jìn)：軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品本身，還包括軟件開(kāi)發(fā)的過(guò)程。軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程的高質(zhì)量。4〕軟件質(zhì)量評(píng)估：軟件測(cè)試是以評(píng)價(jià)一個(gè)程序或系統(tǒng)屬性為目標(biāo)的一種活動(dòng)，是對(duì)軟件質(zhì)量的度量與評(píng)估，以驗(yàn)證軟件的質(zhì)量滿(mǎn)足用戶(hù)的需求，為用戶(hù)選擇與接收軟件供給有力的依據(jù)。軟件測(cè)試的原則全部的軟件測(cè)試都應(yīng)追溯到用戶(hù)需求應(yīng)當(dāng)把盡早地和不斷地進(jìn)展軟件測(cè)試作為軟件開(kāi)發(fā)者的座右銘。完全測(cè)試是不行能的，測(cè)試需要終止軟件測(cè)試無(wú)法顯示軟件潛在的缺陷充分留意軟件測(cè)試中的群集現(xiàn)象程序員應(yīng)避開(kāi)檢查自己的程序盡量避開(kāi)測(cè)試的隨便性妥當(dāng)保存一切測(cè)試過(guò)程文檔。軟件測(cè)試的對(duì)象：需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明、具體設(shè)計(jì)規(guī)格說(shuō)明、源程序。什么是V模型？簡(jiǎn)述VV模型中各個(gè)測(cè)試階段和開(kāi)發(fā)過(guò)程的對(duì)應(yīng)關(guān)系V從左到右，描述了根本的開(kāi)發(fā)過(guò)程和測(cè)試行為，格外明確地標(biāo)明白測(cè)試過(guò)程中存在的不同級(jí)別，并且清楚地左邊依次下降的是開(kāi)發(fā)過(guò)程各階段，與此相對(duì)應(yīng)的是右邊依次上升的局部，即各測(cè)試過(guò)程的各個(gè)階段。V模型的局限性在于沒(méi)有明確地說(shuō)明早期的測(cè)試,無(wú)法表達(dá)盡早地和不斷地進(jìn)展軟件測(cè)試的原則什么是W模型？簡(jiǎn)述其特點(diǎn)W模型由EvolutifV模型增加了軟件各開(kāi)發(fā)階段中應(yīng)同步進(jìn)展的驗(yàn)證和確認(rèn)活動(dòng)。W模型由兩個(gè)VW模型強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開(kāi)發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，也就是說(shuō)，測(cè)試與開(kāi)發(fā)是同步進(jìn)展的。W模型有利于盡早地全面的覺(jué)察問(wèn)題。例如，需求分析完成后，測(cè)試人員就應(yīng)當(dāng)參與到對(duì)需求的驗(yàn)證和確認(rèn)活動(dòng)中，以盡早地找出缺陷所在。同時(shí)，對(duì)需求的測(cè)試也有利于準(zhǔn)時(shí)了解工程難度和測(cè)試風(fēng)險(xiǎn)，及早制定應(yīng)對(duì)措施，這將顯著削減總體測(cè)試時(shí)間，加快工程進(jìn)度。但WW模型中，需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的，同時(shí)，測(cè)試和開(kāi)發(fā)活動(dòng)也保持著一種線(xiàn)性的前后關(guān)系，上一階段完全完畢，才可正式開(kāi)頭下一個(gè)階段工作。這樣就無(wú)法支持迭代的開(kāi)發(fā)模型。對(duì)于當(dāng)前軟件開(kāi)發(fā)簡(jiǎn)單多變的狀況，W模型并不能解除測(cè)試治理面臨著困惑。什么是X模型？簡(jiǎn)述其特點(diǎn)X模型也是對(duì)V模型的改進(jìn),X模型提出針對(duì)單獨(dú)的程序片段進(jìn)展相互分別的編碼和測(cè)試,此后通過(guò)頻繁的交接,通過(guò)集成最終合成為可執(zhí)行的程序。X模型的左邊描述的是針對(duì)單獨(dú)程序片段所進(jìn)展的相互分別的編碼和測(cè)試，此后將進(jìn)展頻繁的交接，通過(guò)集成最終成為可執(zhí)行的程序，然后再對(duì)這些可執(zhí)行程序進(jìn)展測(cè)試。己通過(guò)集成測(cè)試的成品可以進(jìn)展封裝并提交給用戶(hù)，也可以作為更大規(guī)模和范圍內(nèi)集成的一局部。多根并行的曲線(xiàn)表示變更可以在各個(gè)局部發(fā)生。X模型還定位了探究性測(cè)試，這是不進(jìn)展事先打算的特別類(lèi)型的測(cè)試，這一方式往往能幫助有閱歷的測(cè)試人員在測(cè)試打算之外覺(jué)察更多的軟件錯(cuò)誤。但這樣可能對(duì)測(cè)試造成人力、物力和財(cái)力的鋪張，對(duì)測(cè)試員的嫻熟程度要求比較高。簡(jiǎn)述軟件測(cè)試的分類(lèi)依據(jù)軟件不同的開(kāi)發(fā)階段，可以將軟件測(cè)試分為：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試；依據(jù)測(cè)試實(shí)施組成劃分，測(cè)試包括：開(kāi)發(fā)方測(cè)試、用戶(hù)測(cè)試、第三方測(cè)試；依據(jù)測(cè)試技術(shù)劃分可分為：白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試；依據(jù)測(cè)試內(nèi)容劃分，可以分為:功能性測(cè)試、牢靠性測(cè)試、易用性測(cè)試、效率測(cè)試〔性能測(cè)試、可移植性測(cè)試、文檔測(cè)試請(qǐng)表達(dá)軟件質(zhì)量保證的工作內(nèi)容軟件質(zhì)量保證的主要職責(zé)是檢查開(kāi)發(fā)和治理活動(dòng)是否與已定的過(guò)程策略、標(biāo)準(zhǔn)和流程全都，檢查工作產(chǎn)品是否遵循模板規(guī)定的內(nèi)容和格式等。具體的工作內(nèi)容主要包括與SQA打算直接相關(guān)的工作參與工程的階段性評(píng)審和審計(jì)對(duì)工程日程活動(dòng)與規(guī)程的符合性進(jìn)展檢查對(duì)配置治理工作的檢查和審計(jì)跟蹤問(wèn)題的解決狀況收集方法，供給過(guò)程改進(jìn)的依據(jù)。在軟件開(kāi)發(fā)與運(yùn)行階段一般需要完成單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試，這些對(duì)軟件質(zhì)量保證起著格外關(guān)鍵的作用。簡(jiǎn)述集成測(cè)試與系統(tǒng)測(cè)試的關(guān)系答：集成測(cè)試的主要依據(jù)是概要設(shè)計(jì)說(shuō)明書(shū)，系統(tǒng)測(cè)試的主要依據(jù)是需求設(shè)計(jì)說(shuō)明書(shū)；集成測(cè)試是系統(tǒng)模塊的測(cè)試，系統(tǒng)測(cè)試是對(duì)整個(gè)系統(tǒng)的測(cè)試，包括相關(guān)的軟硬件平臺(tái)、網(wǎng)絡(luò)以及相關(guān)外設(shè)的測(cè)試。A擔(dān)當(dāng)了業(yè)務(wù)B20041020055月能夠完成全部開(kāi)發(fā)工作，但是合同規(guī)定200410200410月初，公司A依據(jù)合同規(guī)定向業(yè)主B200410月底進(jìn)展驗(yàn)收測(cè)試的懇求，并提出了具體的測(cè)試打算和測(cè)試方案。在該方案中指出測(cè)試小組由公司A的測(cè)試工程師、外聘測(cè)試專(zhuān)家、外聘行業(yè)專(zhuān)家以及監(jiān)理方的代表組成。公司A的做法是否正確？請(qǐng)給出理由。2004年10月初并不具備驗(yàn)收測(cè)試的條件什么是規(guī)律掩蓋測(cè)試？規(guī)律掩蓋都有哪些類(lèi)型？規(guī)律漸漸進(jìn)展越來(lái)越完整的通路測(cè)試。從掩蓋源程序語(yǔ)句的詳盡程度分析，規(guī)律掩蓋標(biāo)準(zhǔn)包括：語(yǔ)句掩蓋判定掩蓋條件掩蓋條件判定組合掩蓋多條件掩蓋修正條件判定掩蓋簡(jiǎn)述白盒測(cè)試的綜合測(cè)試策略在白盒測(cè)試中，可以使用各種測(cè)試方法的綜合策略如下：在測(cè)試中，應(yīng)盡量先使用工具進(jìn)展靜態(tài)構(gòu)造分析。測(cè)試中可實(shí)行先靜態(tài)后動(dòng)態(tài)的組合方式：先進(jìn)展靜態(tài)構(gòu)造分析、代碼檢查，再進(jìn)展掩蓋率測(cè)試。使測(cè)試工作更為有效。掩蓋率測(cè)試是白盒測(cè)試的重點(diǎn)，一般可使用根本路徑測(cè)試法到達(dá)語(yǔ)句掩蓋標(biāo)準(zhǔn)；對(duì)于軟件的重點(diǎn)模塊，應(yīng)使用多種掩蓋率標(biāo)準(zhǔn)衡量代碼的掩蓋率。在不同的測(cè)試階段，測(cè)試的側(cè)重點(diǎn)不同：在單元測(cè)試階段，以代碼檢查、規(guī)律掩蓋為主；在集成測(cè)試階段，需要增加靜態(tài)構(gòu)造分析等；在系統(tǒng)測(cè)試階段，應(yīng)依據(jù)黑盒測(cè)試的結(jié)果，實(shí)行相應(yīng)的白盒測(cè)試。4種狀況：一般顧客一次購(gòu)物累計(jì)少于100元，按A類(lèi)標(biāo)準(zhǔn)收費(fèi)〔不打折，一次購(gòu)物累計(jì)多于或等于100元，按B類(lèi)標(biāo)準(zhǔn)收費(fèi)〔打9折計(jì)少于1000元，按C類(lèi)標(biāo)準(zhǔn)收費(fèi)〔打8折，一次購(gòu)物累計(jì)等于或多于1000元，按D類(lèi)標(biāo)準(zhǔn)收費(fèi)〔打7折。測(cè)試對(duì)象是按以上要求計(jì)算顧客收費(fèi)模塊，依據(jù)路徑掩蓋法設(shè)計(jì)測(cè)試用例。被測(cè)模塊的程序流程圖如下圖②依據(jù)路徑掩蓋法設(shè)計(jì)測(cè)試用例如下：9001272000128801343001351900<year<2050,請(qǐng)使用根本路徑測(cè)試法為變量year設(shè)計(jì)測(cè)試用例，使其滿(mǎn)足根本路徑掩蓋的要求。IntIsLeap(intyear){if(year%4==0){if(year%100==0){if(year%400==0)leap=1;elseleap=0;}elseleap=1;}elseleap=0;returnleap;}答：1〕掌握流圖2〕V(G〕=41：year1900～205041901、2001、2003等。2：year1900～205041002004、2008、2012、1916等。3：year1900～20501004001900。4：year1900～20504002000 下面是一段求最大值的程序，其中data是數(shù)據(jù)表，ndata的長(zhǎng)度。intMaxValueCal(intn,intdata[]){intk=0;for(inti=1;i<n;i++)if(data[i]>data[k])k=i;returnk;}畫(huà)出該程序的流程圖和對(duì)應(yīng)的掌握流圖 計(jì)算掌握流圖的環(huán)路簡(jiǎn)單性。3給出線(xiàn)性獨(dú)立路徑的根本集測(cè)試路徑：Path1：①→③Path2：①→②→④→⑥→…Path3：①→②→⑤→⑥→…為〔3〕中的每條路徑設(shè)計(jì)測(cè)試用例。測(cè)試用例：Path1n=1，datalist[0]=1，預(yù)期結(jié)果：k=0Path2n=2，datalist[0]=1，datalist[1]=0，預(yù)期結(jié)果：k=0Path3n=2，datalist[0]=0，datalist[1]=1，預(yù)期結(jié)果：k=1簡(jiǎn)述黑盒測(cè)試方法的綜合使用策略首先進(jìn)展等價(jià)類(lèi)劃分，包括輸入條件和輸出條件的等價(jià)劃分，將無(wú)限測(cè)試變成有限測(cè)試，這是削減工作量和提高測(cè)試效率的最有效的方法在任何狀況下都必需使用邊界值分析方法。閱歷說(shuō)明這種方法設(shè)計(jì)出的測(cè)試用例覺(jué)察程序錯(cuò)誤的力量最強(qiáng)。可以用錯(cuò)誤推想法追加一些測(cè)試用例，這需要依靠測(cè)試工程師的才智和閱歷。比照程序規(guī)律，檢查已設(shè)計(jì)出的測(cè)試用例的規(guī)律掩蓋程度。假設(shè)沒(méi)有到達(dá)要求的掩蓋標(biāo)準(zhǔn)，應(yīng)當(dāng)補(bǔ)充分夠的測(cè)試用例假設(shè)程序的功能說(shuō)明中含有輸入條件的組合狀況，則一開(kāi)頭就可以選用因果圖法和判定表驅(qū)動(dòng)法對(duì)于參數(shù)配置類(lèi)的軟件或?qū)Χ鄺l件查詢(xún)功能進(jìn)展測(cè)試時(shí)，要用正交試驗(yàn)法選擇較少的組合方式到達(dá)最正確效果對(duì)于業(yè)務(wù)清楚的系統(tǒng)，可以利用場(chǎng)景法貫穿整個(gè)測(cè)試案例過(guò)程，在案例中綜合使用各種測(cè)試方法。19901月~204912642位表示月?，F(xiàn)用等價(jià)類(lèi)劃分法設(shè)計(jì)測(cè)試用例，第一步：劃分等價(jià)類(lèi)其次步：為有效等價(jià)類(lèi)設(shè)計(jì)測(cè)試用例對(duì)表中編號(hào)為①②③的3個(gè)有效等價(jià)類(lèi)用一個(gè)測(cè)試用例掩蓋：第三步：為每一個(gè)無(wú)效等價(jià)類(lèi)至少設(shè)計(jì)一個(gè)測(cè)試用例40字母可以英文字母、數(shù)字以及下劃線(xiàn)的任意組合。請(qǐng)用等價(jià)分類(lèi)法設(shè)計(jì)測(cè)試用例。①劃分等價(jià)類(lèi)表。測(cè)試用例表以下圖所示是ATM例子的流程示意圖。試用場(chǎng)景法來(lái)設(shè)計(jì)測(cè)試用例。場(chǎng)景設(shè)計(jì)：下表所示是生成的場(chǎng)景36〔37〕內(nèi)的循環(huán)以及循環(huán)組合未納入上表。對(duì)于這7個(gè)場(chǎng)景中的每一個(gè)場(chǎng)景都需要確定測(cè)試用例。可以承受矩陣或決策表來(lái)確定和治理測(cè)試用例。下面顯示了一種通用格式，其中各行代表各個(gè)測(cè)試用例，而各列則代表測(cè)試用例的信息。本例如中，對(duì)于每個(gè)測(cè)試用例，存在一個(gè)測(cè)試用例ID、條件〔或說(shuō)明、測(cè)試用例中涉及的全部數(shù)據(jù)元素〔作為輸入或已經(jīng)存在于數(shù)據(jù)庫(kù)中〕以及預(yù)期結(jié)果。數(shù)據(jù)設(shè)計(jì)一旦確定了全部的測(cè)試用例，則應(yīng)對(duì)這些用例進(jìn)展復(fù)審和驗(yàn)證以確保其準(zhǔn)確且適度，并取消多余或等效的測(cè)試用例。測(cè)試用例一經(jīng)認(rèn)可，就可以確定實(shí)際數(shù)據(jù)值〔在測(cè)試用例實(shí)施矩陣中〕并且設(shè)定測(cè)試數(shù)據(jù)。.NextDate函數(shù)包含三個(gè)變量：month、dayyear，函數(shù)的輸出為輸入日期后一天的日期。例如，200887日，則函數(shù)的輸出為200888日。請(qǐng)用邊界值分析法設(shè)計(jì)測(cè)試用例NextDate函數(shù)中，隱含規(guī)定了變量mouth和變量day1≤mouth≤121≤day≤31，并設(shè)定year1912≤year≤2050。24．簡(jiǎn)述性能測(cè)試都有哪些類(lèi)型性能測(cè)試的主要類(lèi)型包括：負(fù)載測(cè)試，壓力測(cè)試，大數(shù)據(jù)量測(cè)試，疲乏強(qiáng)度測(cè)試和失效恢復(fù)測(cè)試；其他的類(lèi)型包括執(zhí)行效率測(cè)試,資源占用測(cè)試,網(wǎng)絡(luò)效率測(cè)試24．簡(jiǎn)述性能測(cè)試都有哪些類(lèi)型簡(jiǎn)述客戶(hù)端性能測(cè)試的策略應(yīng)用在客戶(hù)端的性能測(cè)試，主要是關(guān)注系統(tǒng)客戶(hù)端的表現(xiàn)，即關(guān)注的主要是響應(yīng)時(shí)間，即用戶(hù)的直接感受。可承受并發(fā)測(cè)試、負(fù)載測(cè)試、壓力測(cè)試等類(lèi)型測(cè)試系統(tǒng)在不同負(fù)載狀況下對(duì)業(yè)務(wù)的響應(yīng)時(shí)間測(cè)試方法：在客戶(hù)端模擬大量并發(fā)用戶(hù)執(zhí)行不同的業(yè)務(wù)操作，到達(dá)實(shí)施負(fù)載壓力的目的。與功能測(cè)試不同，并發(fā)測(cè)試需要模擬大量的虛擬用戶(hù)真實(shí)的訪(fǎng)問(wèn)被測(cè)系統(tǒng)，由于需模擬多個(gè)虛擬用戶(hù)，必需借助測(cè)試模擬工具執(zhí)行測(cè)試簡(jiǎn)述網(wǎng)絡(luò)層性能測(cè)試的策略應(yīng)用在網(wǎng)絡(luò)的性能測(cè)試，主要是關(guān)注系統(tǒng)運(yùn)行時(shí)網(wǎng)絡(luò)層上的性能表現(xiàn)。針對(duì)頂峰期業(yè)務(wù)進(jìn)展疲乏測(cè)試、并發(fā)測(cè)試。在測(cè)試過(guò)程中關(guān)注網(wǎng)絡(luò)性能是否符合用戶(hù)的需求，是否存在網(wǎng)絡(luò)帶寬不夠的現(xiàn)象。主要包括兩大內(nèi)容：應(yīng)用網(wǎng)絡(luò)故障分析網(wǎng)絡(luò)的應(yīng)用性能監(jiān)控簡(jiǎn)述效勞器層性能測(cè)試的策略資源是否合理。目前監(jiān)控的手段可以承受工具自動(dòng)監(jiān)控，也可以使用操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件本身供給的監(jiān)控工具。以下是《工作流平臺(tái)系統(tǒng)》的性能測(cè)試案例描述及結(jié)果數(shù)據(jù)：測(cè)試案例描述：模擬多用戶(hù)登陸《工作流平臺(tái)系統(tǒng)A、B、C分別連續(xù)創(chuàng)立20個(gè)實(shí)例，在單機(jī)和集群運(yùn)行環(huán)境下分別對(duì)系統(tǒng)進(jìn)展負(fù)載壓力性能測(cè)試。單機(jī)環(huán)境下測(cè)試用機(jī)與一臺(tái)應(yīng)用效勞器連在同一交換機(jī)上，壓力直接加在一臺(tái)應(yīng)用效勞器上。集群環(huán)境下測(cè)試用機(jī)與效勞器集群連接在同一交換機(jī)上，壓力由負(fù)載均衡模塊分?jǐn)偟絻膳_(tái)應(yīng)用效勞器上。在單機(jī)和集群運(yùn)行環(huán)境中應(yīng)用效勞器和一臺(tái)數(shù)據(jù)庫(kù)效勞器連接。客戶(hù)端交易并發(fā)執(zhí)行測(cè)試數(shù)據(jù)：1單機(jī)運(yùn)行環(huán)境 2集群運(yùn)行環(huán)境效勞器資源占用狀況單機(jī)運(yùn)行環(huán)境①應(yīng)用效勞器資源占用狀況②數(shù)據(jù)庫(kù)效勞器資源占用狀況集群運(yùn)行環(huán)境①兩臺(tái)應(yīng)用效勞器資源占用狀況問(wèn)題：?jiǎn)螜C(jī)運(yùn)行環(huán)境和集群運(yùn)行環(huán)境下，系統(tǒng)能夠供給的客戶(hù)端并發(fā)性能效勞等級(jí)哪種更好？為什么？在集群環(huán)境下，系統(tǒng)能夠供給的客戶(hù)端并發(fā)性能效勞等級(jí)更好；響應(yīng)時(shí)間小，交易執(zhí)行效率高試分析系統(tǒng)應(yīng)用效勞器和數(shù)據(jù)庫(kù)效勞器資源使用狀況如何？是否有瓶頸存在？單機(jī)運(yùn)行環(huán)境和集群運(yùn)行環(huán)境相比，哪種環(huán)境下資源占用率更高？為什么？隨著系統(tǒng)并發(fā)負(fù)載的加大，試推測(cè)哪種環(huán)境下資源占用率遞增更快？單機(jī)環(huán)境和集群環(huán)境下，系統(tǒng)后臺(tái)效勞器資源利用率較低；不存在瓶頸；與單機(jī)環(huán)境相比，集群環(huán)境下資源利用率更高；為了實(shí)現(xiàn)集群策略，系統(tǒng)需要花費(fèi)資源，所以造成集群環(huán)境下資源利用率更高；作用集群對(duì)系統(tǒng)性能有哪些奉獻(xiàn)？有哪些弊端？該系統(tǒng)是否應(yīng)當(dāng)承受此集群部署策略？集群能夠提高系統(tǒng)的客戶(hù)端并發(fā)性能效勞等級(jí)，用戶(hù)能夠體驗(yàn)到更好的性能。集群帶來(lái)較大的花費(fèi)，同時(shí)增加了維護(hù)費(fèi)用。該系統(tǒng)承受此集群策略是不適宜的，我們看到在單機(jī)測(cè)試環(huán)境下，創(chuàng)立工作流B和工作流C時(shí)，數(shù)據(jù)庫(kù)效勞器CPU占用率平均值己經(jīng)到達(dá)85％以上，應(yīng)用效勞器的集群策略使系統(tǒng)能夠承受更多的并發(fā)負(fù)載，這樣就給數(shù)據(jù)庫(kù)效勞器帶來(lái)更大的壓力，CPU占用率會(huì)成為瓶頸。針對(duì)某公司辦公自動(dòng)化(ＯＡ)系統(tǒng)的負(fù)載壓力測(cè)試，承受專(zhuān)業(yè)的負(fù)載壓力測(cè)試工具來(lái)執(zhí)行測(cè)試。系Browse/Server架構(gòu)，效勞器是一臺(tái)PCServer(42．7GHz處理器，4ＧＢ內(nèi)存)，安裝的平臺(tái)軟件包括MicrosoftInternetInformationServer5．0，ASP．NET，SQLServer20002臺(tái)筆記本電腦安測(cè)試目標(biāo)分別為以下兩個(gè)：第一，測(cè)試系統(tǒng)分別在2M、4M網(wǎng)絡(luò)帶寬下，能夠支持用戶(hù)登錄的最大并發(fā)用戶(hù)數(shù)；其次，測(cè)試效勞器的吞吐量(即：每秒可以處理的交易數(shù))，主要包括效勞器CPU85％時(shí)系統(tǒng)能夠支持的最大吞吐量和效勞器CPU100％時(shí)系統(tǒng)能夠支持的最大吞吐量。0～5秒。測(cè)試結(jié)果如下：1網(wǎng)絡(luò)環(huán)境：2M帶寬客戶(hù)端性能測(cè)試結(jié)果：效勞器資源使用結(jié)果：?jiǎn)栴}：分析案例1并說(shuō)明理由。系統(tǒng)能夠承受的并發(fā)用戶(hù)登錄的最大數(shù)量為50題中指出“通常狀況下，交易操作合理的響應(yīng)時(shí)間為5秒以?xún)?nèi)“。此案例中，登錄響應(yīng)時(shí)間隨虛擬并發(fā)用505秒〔留意圖形中響應(yīng)時(shí)間指標(biāo)的比例為10。當(dāng)負(fù)載超過(guò)50個(gè)虛擬并發(fā)用戶(hù)，響應(yīng)時(shí)間超過(guò)5秒。所以此案例中最合理的并發(fā)用戶(hù)數(shù)為5。分析案例1的測(cè)試結(jié)果數(shù)據(jù)，說(shuō)明效勞器CPU資源使用率是否合理，以及帶寬是否是系統(tǒng)瓶頸，并陳述理由效勞器CPU資源使用率是合理的。2M帶寬是系統(tǒng)處理業(yè)務(wù)的瓶頸。理由是比照“4M帶寬登錄“案例，4M帶寬下，系統(tǒng)每秒處理完成的登錄個(gè)數(shù)固定在13.5個(gè)左右，登錄響應(yīng)時(shí)間隨虛擬用戶(hù)數(shù)增加而增長(zhǎng)。在60個(gè)虛擬用戶(hù)的壓力下，登錄響應(yīng)時(shí)間在4.2秒左右〔留意圖形中響應(yīng)時(shí)間指標(biāo)的比例為10。在80個(gè)虛擬用戶(hù)的壓力下，登錄響應(yīng)時(shí)間在5.8秒左右，所以在合理登錄響應(yīng)時(shí)間〔5秒〕內(nèi)估量同時(shí)登錄用戶(hù)數(shù)是70左右。效勞器CPU使用率成為系統(tǒng)處理的瓶頸。說(shuō)明隨著帶寬的提高，系統(tǒng)的處理力量進(jìn)一步提高，同時(shí)高吞吐量造成了系統(tǒng)資源的緊急，帶來(lái)了的系統(tǒng)性能瓶頸。分析案例2的測(cè)試結(jié)果數(shù)據(jù)，說(shuō)明效勞器CP