軟件測(cè)試作業(yè)及答案

軟件測(cè)試作業(yè)及答案軟件測(cè)試作業(yè)及答案軟件測(cè)試作業(yè)及答案資料僅供參考文件編號(hào)：2022年4月軟件測(cè)試作業(yè)及答案版本號(hào)：A修改號(hào)：1頁(yè)次：1.0審核：批準(zhǔn):發(fā)布日期：第一章選擇題軟件本身的特點(diǎn)和目前軟件開(kāi)發(fā)模式使隱蔽在軟件內(nèi)部的質(zhì)量缺陷不可能完全避免，在下列關(guān)于導(dǎo)致軟件質(zhì)量缺陷的原因的描述中，不正確的是（C）A.軟件需求模糊以及需求的變更，從根本上影響著軟件產(chǎn)品的質(zhì)量B.目前廣為采用的手工開(kāi)發(fā)方式難以避免出現(xiàn)差錯(cuò)C.程序員編碼水平低下是導(dǎo)致軟件缺陷的最主要原因D.軟件測(cè)試技術(shù)具有缺陷缺陷產(chǎn)生的原因是（D）A.交流不充分及溝通不暢、軟件需求的變更、軟件開(kāi)發(fā)工具的缺陷B.軟件的復(fù)雜性、軟件項(xiàng)目的時(shí)間壓力C.程序開(kāi)發(fā)人員的錯(cuò)誤、軟件項(xiàng)目文檔的缺乏D.以上都是判斷題（1）缺乏有力的方法學(xué)指導(dǎo)和有效的開(kāi)發(fā)工具的支持，往往是產(chǎn)生軟件危機(jī)的原因之一。（√）（2）目前的絕大多數(shù)軟件都不適和于快速原型技術(shù)。（√）（3）在程序運(yùn)行之前沒(méi)法評(píng)估其質(zhì)量。（×）（4）下列哪些活動(dòng)是項(xiàng)目探索火星生命跡象（√）向部門經(jīng)理進(jìn)行月工作匯報(bào)（×）開(kāi)發(fā)新版本的操作系統(tǒng)。（√）每天的衛(wèi)生保潔。（×）組織超級(jí)女聲決賽。（√）一次集體婚禮。（√）簡(jiǎn)答題什么是軟件軟件經(jīng)歷了哪幾個(gè)發(fā)展階段答：軟件是一系列按照特定順序組織的計(jì)算機(jī)數(shù)據(jù)和指令的集合。一般來(lái)講軟件北劃分為系統(tǒng)軟件，應(yīng)用軟件和介于著兩者之間的中間件。其中系統(tǒng)軟件為計(jì)算機(jī)使用提供最基本的功能，但是并不是針對(duì)某一特定領(lǐng)域，而應(yīng)用軟件則恰好相反，不同的應(yīng)用軟件更根據(jù)用戶和所服務(wù)的領(lǐng)域提供不同的功能。20世紀(jì)50年代初期至60年代中期是軟件發(fā)展的第一階段（又稱程序設(shè)計(jì)階段）；第二階段從20世紀(jì)60年代中期到70年代末期是程序系統(tǒng)階段。第三階段稱為軟件工程階段，從20世紀(jì)70年代中期到80年代中期，由于微處理器的出現(xiàn)，分布式系統(tǒng)廣泛應(yīng)用，以軟件的產(chǎn)品化，系列化，工程化和標(biāo)準(zhǔn)化為特征的軟件產(chǎn)業(yè)發(fā)展起來(lái)，軟件開(kāi)發(fā)有了可以遵循的軟件工程化的設(shè)計(jì)原則，方法和標(biāo)準(zhǔn)。第四階段是從20世紀(jì)80年代中期至今，客戶端/度武器（C/S)體系結(jié)構(gòu)，特別是Web技術(shù)和網(wǎng)絡(luò)分布式對(duì)象技術(shù)法飛速發(fā)展，導(dǎo)致軟件體系結(jié)構(gòu)向更加靈活的多層分布式結(jié)構(gòu)演變，CORBA,EJB,COM/DCOM等三大分布式的對(duì)象模型技術(shù)相繼出現(xiàn)。軟件質(zhì)量與軟件測(cè)試有什么關(guān)系？答：軟件測(cè)試和軟件質(zhì)量的概念是分不開(kāi)的。測(cè)試是手段，質(zhì)量是目的。軟件測(cè)試能夠提高軟件質(zhì)量,但是軟件測(cè)試和軟件質(zhì)量保證二者之間既存在包含又存有交叉的關(guān)系。軟件測(cè)試能夠找出軟件缺陷,確保軟件產(chǎn)品滿足需求。但是測(cè)試不是質(zhì)量保證。測(cè)試可以查找錯(cuò)誤并進(jìn)行修改,從而提高軟件產(chǎn)品的質(zhì)量。軟件質(zhì)量保證則是避免錯(cuò)誤以求高質(zhì)量,并且還有其他方面的措施以保證質(zhì)量問(wèn)題。軟件質(zhì)量框架是什么包括什么內(nèi)容答：第一部分是前提，說(shuō)明了軟件框架的適用范圍，以及適合的環(huán)境，和方法學(xué)一樣，沒(méi)有泛之四海皆準(zhǔn)的方法學(xué)，所以軟件質(zhì)量框架也需要一個(gè)上下文環(huán)境。第二部分是價(jià)值觀，價(jià)值觀說(shuō)明了軟件質(zhì)量框架中強(qiáng)調(diào)的價(jià)值，在軟件框架的結(jié)構(gòu)和實(shí)踐中，都將充分的的表現(xiàn)出一開(kāi)始我們定義的價(jià)值。第三部分是結(jié)構(gòu)。結(jié)構(gòu)定義了軟件質(zhì)量框架的組成部分，以及軟件質(zhì)量框架和開(kāi)發(fā)過(guò)程之間的關(guān)系。第四部分是文章中著墨最多的部分，即優(yōu)秀實(shí)踐。優(yōu)秀實(shí)踐通過(guò)具體、實(shí)際的分析、舉例，深入闡述了軟件質(zhì)量框架的價(jià)值觀和結(jié)構(gòu)。CMM是什么具體內(nèi)容是什么CMMI與CMM的關(guān)系是什么答：CMM是由美國(guó)軟件工程學(xué)會(huì)(Software

Engineering

Institute)制定的一套專門針對(duì)軟件產(chǎn)品的質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)最初是為美國(guó)軍方選擇軟件產(chǎn)品提供商時(shí)評(píng)價(jià)軟件企業(yè)的軟件開(kāi)發(fā)質(zhì)量保證能力而制定，所以稱為軟件企業(yè)能力成熟度模型(Capability

Maturity

Model,簡(jiǎn)稱CMM）。該標(biāo)準(zhǔn)將軟件企業(yè)的能力成熟度劃分為５個(gè)等級(jí)，級(jí)別越高表明該企業(yè)在提供合格軟件產(chǎn)品方面的能力越強(qiáng)。軟件過(guò)程包括管理過(guò)程（軟件項(xiàng)目策劃、軟件項(xiàng)目管理）、組織過(guò)程（跨項(xiàng)目過(guò)程、培訓(xùn)、基礎(chǔ)設(shè)施）、工程過(guò)程（需求分析、設(shè)計(jì)、編碼、測(cè)試）。CMM分為五個(gè)等級(jí)：一級(jí)為初始級(jí)，二級(jí)為可重復(fù)級(jí)，三級(jí)為已定義級(jí)，四級(jí)為已管理級(jí)，五級(jí)為優(yōu)化級(jí)。成熟度反映了軟件過(guò)程能力的大小，任何一個(gè)軟件機(jī)構(gòu)的軟件過(guò)程必定屬于其中某個(gè)級(jí)別。除了第一級(jí)以外，每級(jí)成熟度又由若干關(guān)鍵過(guò)程域構(gòu)成。CMM結(jié)構(gòu)中關(guān)鍵實(shí)踐描述了對(duì)關(guān)鍵過(guò)程域有效實(shí)施和制定化起重要的作用的基礎(chǔ)設(shè)施和活動(dòng)，有5個(gè)共同特征：執(zhí)行約定、執(zhí)行能力、進(jìn)行的活動(dòng)、測(cè)量和分析、驗(yàn)證實(shí)施。CMM:軟件能力成熟度模型，是對(duì)組織軟件過(guò)程能力的描述。CMMI:能力成熟度模型集成，目的是幫助軟件企業(yè)對(duì)軟件工程過(guò)程進(jìn)行管理和改進(jìn)，增強(qiáng)開(kāi)發(fā)與改進(jìn)能力，從而能按時(shí)地、不超預(yù)算地開(kāi)發(fā)出高質(zhì)量的軟件。CMMI模型的前身是SW-CMM和SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區(qū)別就是：一、覆蓋了許多領(lǐng)域；到目前為止包括四個(gè)下面領(lǐng)域：（1）、軟件工程（SW-CMM）；（2）、系統(tǒng)工程（SE-CMM）；（3）、集成的產(chǎn)品和過(guò)程開(kāi)發(fā)（IPPD-CMM）；（4）、采購(gòu)（SS-CMM）。二、CMMI有兩種表示方法，一種就是與CMM一樣的階段式表現(xiàn)方法（把CMMI中的若干個(gè)過(guò)程區(qū)域分成5個(gè)成熟度級(jí)別）；另一種是連續(xù)式的表現(xiàn)方法（將CMMI中過(guò)程區(qū)域分為四大類：過(guò)程管理、項(xiàng)目管理、工程以及支持）。三、CMM2級(jí)有6個(gè)關(guān)鍵過(guò)程區(qū)域，在CMMI中增加了一個(gè)：度量與分析；CMM4級(jí)有2個(gè)關(guān)鍵過(guò)程區(qū)域，在CMMI中也是2個(gè)，只是名稱與內(nèi)容有所改變；在CMM5級(jí)中有3個(gè)KPA，在CMMI中合并了，改為2個(gè)。最顯著還是在CMM3級(jí)中，原來(lái)的7個(gè)KPA改為14個(gè)。軟件測(cè)試與軟件開(kāi)發(fā)具有什么關(guān)系？答：1、沒(méi)有軟件開(kāi)發(fā)就沒(méi)有測(cè)試，軟件開(kāi)發(fā)提供軟件測(cè)試的對(duì)象。2、軟件開(kāi)發(fā)和軟件測(cè)試都是軟件生命周期中的重要組成部分

3、軟件開(kāi)發(fā)和軟件測(cè)試都是軟件過(guò)程中的重要活動(dòng)。

4、軟件測(cè)試是保證軟件開(kāi)發(fā)產(chǎn)物質(zhì)量的重要手段。第二章選擇題軟件測(cè)試按照測(cè)試技術(shù)劃分為（C）A.性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試B.恢復(fù)測(cè)試、安全測(cè)試、兼容測(cè)試與B都是D.單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試軟件測(cè)試目的（C）A.避免軟件開(kāi)發(fā)中出現(xiàn)錯(cuò)誤B.發(fā)現(xiàn)軟件開(kāi)發(fā)中出現(xiàn)錯(cuò)誤C.盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，提高軟件的可靠性D.修改軟件中出現(xiàn)錯(cuò)誤各個(gè)地方對(duì)軟件測(cè)試定義不同，請(qǐng)根據(jù)軟件測(cè)試方面、理論方面、代碼角度測(cè)試填空。代碼方面分為（A）、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試?yán)碚摲矫娣譃椋–）、動(dòng)態(tài)測(cè)試、靜態(tài)測(cè)試測(cè)試方面分為（B）、壓力測(cè)試、回歸測(cè)試、負(fù)載測(cè)試、恢復(fù)測(cè)試、安全性測(cè)試、兼容性測(cè)試、內(nèi)存泄露測(cè)試、比較測(cè)試等。 A.單元測(cè)試B.黑盒測(cè)試C.白盒測(cè)試D.負(fù)載測(cè)試判斷題Beta測(cè)試是驗(yàn)收測(cè)試的一種。(√)盡量用公共過(guò)程或子程序去替代重復(fù)的代碼段。(√)測(cè)試是為了驗(yàn)收該軟件已正確的實(shí)現(xiàn)了用戶的要求。(×)發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。(×)盡量采用復(fù)合的條件測(cè)試，以避免嵌套的分支結(jié)構(gòu)。(√)簡(jiǎn)答題軟件測(cè)試的目的是什么？答：軟件測(cè)試的目的有：

①

軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。

②

一個(gè)好的測(cè)試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。

③

一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò)誤。軟件測(cè)試中應(yīng)注意哪些事項(xiàng)？答：軟件測(cè)試應(yīng)注意以下事項(xiàng):1.應(yīng)當(dāng)把“盡早和不斷地測(cè)試”作為開(kāi)發(fā)者的座右銘。

2.程序員應(yīng)該避免檢查自己的程序，測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試機(jī)構(gòu)來(lái)完成。

3.設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該考慮到合法的輸入和不合法的輸入，以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，比如網(wǎng)絡(luò)異常中斷、電源斷電等情況。

4.一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。

5.對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過(guò)程。一般有A測(cè)試出來(lái)的錯(cuò)誤，一定要有一個(gè)B來(lái)確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開(kāi)評(píng)審會(huì)進(jìn)行討論和分析。

6.制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排得盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。

7.回歸測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見(jiàn)。

8.妥善保存一切測(cè)試過(guò)程文檔，意義是不言而喻的，測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔?！卑磮?zhí)行主體劃分，軟件測(cè)試分哪幾類？答：哪找測(cè)試實(shí)施組織劃分，軟件測(cè)試分為α測(cè)試，β測(cè)試和第三方測(cè)試。V模型和W模型各自的優(yōu)缺點(diǎn)是什么？答：V模型：優(yōu)點(diǎn)是：如此簡(jiǎn)單的模型適合工程量小、人力投入也少的情況。而且項(xiàng)目的改動(dòng)不大，風(fēng)險(xiǎn)不高的情況。缺點(diǎn)：在實(shí)際中能用上V模型的項(xiàng)目很少。錯(cuò)誤也發(fā)現(xiàn)得遲。采用V模型的而產(chǎn)生的風(fēng)險(xiǎn)費(fèi)用很高W模型：優(yōu)點(diǎn)：能在前期發(fā)現(xiàn)需求錯(cuò)誤，在測(cè)試過(guò)程中也有利于及時(shí)了解項(xiàng)目難度。適合做中型軟件。

缺點(diǎn)：W模型繼承V模型而來(lái)，仍要求項(xiàng)目需求不能有大變動(dòng)，否則前期準(zhǔn)備很容易白費(fèi)。也不適合于大型的項(xiàng)目，大型項(xiàng)目不能一開(kāi)始就有完整的需求，而且風(fēng)險(xiǎn)大而造成需求變動(dòng)大。人力上也要求有專門測(cè)試的人員。測(cè)試用例是什么有什么屬性答：測(cè)試用例是指對(duì)一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測(cè)試任務(wù)的描述，體現(xiàn)在測(cè)試方案，方法，技術(shù)，策略等。測(cè)試用例的內(nèi)容包括測(cè)試目標(biāo)，測(cè)試環(huán)境，輸入數(shù)據(jù)，測(cè)試步驟，預(yù)期結(jié)果，測(cè)試腳本等，并形成文檔。測(cè)試用例的屬性：1.測(cè)試用例具有優(yōu)先性。2.測(cè)試用例具有目標(biāo)性。3.測(cè)試用例具有范圍性。4.測(cè)試用例具有關(guān)聯(lián)性。5.測(cè)試用例具有階段性。6.測(cè)試用例具有狀態(tài)性。7.測(cè)試用例具有代表性。8.測(cè)試用例具有時(shí)效性。第三章選擇題（1）軟件測(cè)試是軟件質(zhì)量保證的重要手段，下述測(cè)試中屬于軟件測(cè)試最基礎(chǔ)環(huán)節(jié)的是（B）A.功能測(cè)試B.單元測(cè)試C.結(jié)構(gòu)測(cè)試D.確認(rèn)測(cè)試從下列敘述中，能夠與軟件開(kāi)發(fā)各階段，如需求分析、設(shè)計(jì)、編碼相對(duì)應(yīng)的軟件測(cè)試是（D）A.組裝測(cè)試、確認(rèn)測(cè)試、單元測(cè)試B.單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試C.單元測(cè)試、確認(rèn)測(cè)試、組裝測(cè)試D.確認(rèn)測(cè)試、組裝測(cè)試、單元測(cè)試單元測(cè)試的測(cè)試對(duì)象是（B）A.系統(tǒng)B.程序模塊C.模塊接口D.系統(tǒng)功能單元測(cè)試時(shí)用于代替被調(diào)用模塊的是（A）A.樁模塊B.通信模塊C.驅(qū)動(dòng)模塊D.代理模塊下列關(guān)于a測(cè)試的描述中準(zhǔn)確的是（A）測(cè)試需要用戶代表參加測(cè)試不需要用戶代表參加測(cè)試是系統(tǒng)測(cè)試的一種測(cè)試是驗(yàn)收測(cè)試的一種對(duì)于軟件的β測(cè)試，下列描述中正確的是（D）A.β測(cè)試就是在軟件公司內(nèi)部展開(kāi)的測(cè)試，由公司專業(yè)的測(cè)試人員窒息感測(cè)試B.β測(cè)試就是在軟件公司內(nèi)部展開(kāi)的測(cè)試，由公司的非專業(yè)測(cè)試人員執(zhí)行的測(cè)試C.β測(cè)試就是在軟件公司外部展開(kāi)的測(cè)試，由專業(yè)的測(cè)試人員執(zhí)行的測(cè)試D.β測(cè)試就是在軟件公司外部展開(kāi)的測(cè)試，由非專業(yè)的測(cè)試人員執(zhí)行的測(cè)試2.簡(jiǎn)答題（1）軟件測(cè)試的生命周期是如如何定義的？答：在軟件工程環(huán)境中的測(cè)試事實(shí)上是順序?qū)?/p>

現(xiàn)的單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試四個(gè)縱向步驟的序列。（2）α測(cè)試與β測(cè)試的區(qū)別是什么？

答：Alpha測(cè)試：

在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試；測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。

這種測(cè)試一般由最終用戶或其它人員完成，不能由程序或測(cè)試員完成。

Beta測(cè)試：

當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試；

最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。

這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。（3）單元測(cè)試是什么其主要任務(wù)是什么答：?jiǎn)卧獪y(cè)試：在軟件開(kāi)發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，在單元測(cè)試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測(cè)試。主要任務(wù)：?jiǎn)卧兴?dú)立執(zhí)行路經(jīng)測(cè)試（常見(jiàn)的錯(cuò)誤如下：）

①誤解或用錯(cuò)了算符優(yōu)先級(jí)

②混合類型運(yùn)算

③變量處置錯(cuò)誤

④精度不夠

⑤表達(dá)是符號(hào)錯(cuò)誤。⑵單元局部數(shù)據(jù)結(jié)構(gòu)測(cè)試

①不合適或不相容的類型說(shuō)明

②變量無(wú)初值

③變量初始化或默認(rèn)值有錯(cuò)誤

④不正確的變量名（拼錯(cuò)或不正確的截?cái)啵?/p>

⑤發(fā)現(xiàn)上溢、下溢和地址異常

⑶單元接口測(cè)試

①輸入的實(shí)際參數(shù)與形式參數(shù)的個(gè)數(shù)、類型等是否匹配、一致

②調(diào)用其他單元時(shí)所給實(shí)際參數(shù)與被調(diào)單元的形式參數(shù)個(gè)數(shù)、屬性和量綱是否匹配

③調(diào)用預(yù)定義函數(shù)時(shí)所用參數(shù)的個(gè)數(shù)、屬性和次序是否正確

④是否存在與當(dāng)前入口點(diǎn)無(wú)關(guān)的參數(shù)引用

⑤是否修改只讀型參數(shù)

⑥對(duì)全程變量的定義個(gè)單元是否一致

⑦是否把某些約束作為參數(shù)傳遞

。⑷單元邊界值測(cè)試

邊界條件測(cè)試是單元測(cè)試中重要的一項(xiàng)任務(wù)。眾所周知，軟件經(jīng)常在邊界上失效，采用邊界值分析技術(shù)，針對(duì)邊界值及其邊界值的左、右設(shè)計(jì)測(cè)試用例，很有可能發(fā)現(xiàn)新的錯(cuò)誤。

⑸單元的各條錯(cuò)誤處理通路測(cè)試

①輸出錯(cuò)誤的信息難以理解

②記錄的錯(cuò)誤與實(shí)際遇到的錯(cuò)誤不相符合

③在程序自定義的出錯(cuò)處理段運(yùn)行之前，系統(tǒng)已介入

④異常處理不當(dāng)

⑤錯(cuò)誤陳述中未能提供足夠的定位出錯(cuò)信息

⑹內(nèi)存分析

內(nèi)存泄露會(huì)導(dǎo)致系統(tǒng)運(yùn)行的崩潰，尤其對(duì)于嵌入式系統(tǒng)這種資源比較匱乏、應(yīng)用非常廣泛，而且往往又處于重要部位，將可能導(dǎo)致無(wú)法預(yù)料的重大損失。通過(guò)測(cè)量?jī)?nèi)存使用情況，可了解程序內(nèi)存分配的真實(shí)情況，發(fā)現(xiàn)對(duì)內(nèi)存的不正常使用，在問(wèn)題出現(xiàn)前發(fā)現(xiàn)征兆，在系統(tǒng)崩潰前發(fā)現(xiàn)內(nèi)存泄露錯(cuò)誤，發(fā)現(xiàn)內(nèi)存分配錯(cuò)誤，并精確顯示發(fā)現(xiàn)錯(cuò)誤時(shí)的上下文情況，指出發(fā)生錯(cuò)誤的理由。（4）集成測(cè)試方法有幾種集成測(cè)試與單元測(cè)試的區(qū)別是什么答：1.

模塊內(nèi)的集成，主要是測(cè)試模塊內(nèi)各個(gè)接口間的交互集成關(guān)系；

2.

子系統(tǒng)內(nèi)的集成，測(cè)試子系統(tǒng)內(nèi)各個(gè)模塊間的交互關(guān)系；

3.

系統(tǒng)集成，測(cè)試系統(tǒng)內(nèi)各個(gè)子系統(tǒng)和模塊間的集成關(guān)系.集成測(cè)試與單元測(cè)試的區(qū)別：1.

測(cè)試的單元不同

單元測(cè)試是針對(duì)軟件的基本單元（如：函數(shù)）所做的測(cè)試，而集成測(cè)試則是以模塊和子系統(tǒng)為單元進(jìn)行的測(cè)試，主要測(cè)試接口間的關(guān)系。

2.

測(cè)試的依據(jù)不同

單元測(cè)試是針對(duì)軟件的詳細(xì)設(shè)計(jì)做的測(cè)試，測(cè)試用例的主要依據(jù)也是詳細(xì)設(shè)計(jì)。而集成測(cè)試是針對(duì)軟件的概括設(shè)計(jì)做的測(cè)試，測(cè)試用例的主要依據(jù)則是概括設(shè)計(jì)。

3.

測(cè)試空間不同

集成測(cè)試主要測(cè)試的是接口層的測(cè)試空間，單元測(cè)試主要測(cè)試的是內(nèi)部實(shí)現(xiàn)層的測(cè)試空間。

4.

集成測(cè)試使用的方法和單元測(cè)試不同

集成測(cè)試關(guān)注的是接口的集成，和單元測(cè)試只關(guān)注單個(gè)單元，因此在具體測(cè)試方法上也不同（5）如何理解系統(tǒng)測(cè)試？答：系統(tǒng)測(cè)試的目標(biāo)不是找出軟件故障，而是也要證明系統(tǒng)的性能。（6）回歸測(cè)試與一般測(cè)試有幾點(diǎn)不同分別是什么答：測(cè)試計(jì)劃的可獲性：回歸測(cè)試面臨的可能更改的規(guī)格說(shuō)明書、修改過(guò)的程序和一個(gè)需要更新的舊的測(cè)試計(jì)劃。測(cè)試范圍：一般測(cè)試過(guò)程目標(biāo)是要檢測(cè)整個(gè)程序的正確性，而回歸測(cè)試目標(biāo)是要檢測(cè)被修改的相關(guān)部分正確性時(shí)間分配：回歸測(cè)試所需的時(shí)間、資源需要根據(jù)開(kāi)發(fā)具體情況進(jìn)行（尤其是修正性的回歸測(cè)試）。開(kāi)發(fā)信息：回歸測(cè)試可能會(huì)在不同的地點(diǎn)和時(shí)間上進(jìn)行，及時(shí)記錄開(kāi)發(fā)信息以保證回歸測(cè)試的正確進(jìn)行。完成時(shí)間：通常比一般測(cè)試所需時(shí)間少，因?yàn)榛貧w測(cè)試只需測(cè)試程序的一部分，且采用測(cè)試腳本自動(dòng)化執(zhí)行。執(zhí)行頻率：在一個(gè)系統(tǒng)的生命周期內(nèi)往往要多次進(jìn)行，一旦系統(tǒng)經(jīng)過(guò)修改就需要進(jìn)行回歸測(cè)試。第四章選擇題黑盒測(cè)試是通過(guò)軟件的外部表現(xiàn)來(lái)發(fā)現(xiàn)軟件缺陷和錯(cuò)誤的測(cè)試方法，具體地說(shuō)，黑盒測(cè)試用例設(shè)計(jì)技術(shù)包括(D）等A.等價(jià)類分法、因果圖法、邊界值分析法、錯(cuò)誤推測(cè)發(fā)、判定表驅(qū)動(dòng)法B.等價(jià)類分法、因果圖法、邊界值分析法、正交試驗(yàn)法、符號(hào)發(fā)C.等價(jià)類分法、因果圖法、邊界值分析法、功能圖法、基本路徑法D.等價(jià)類分法、因果圖法、邊界值分析法、靜態(tài)質(zhì)量度量法、場(chǎng)景法常用的黑盒測(cè)試方法有邊值分析、等價(jià)類劃分、錯(cuò)誤猜測(cè)、因果圖等。其中（A）經(jīng)常與其他方法結(jié)合起來(lái)使用。A.邊值分析B.等價(jià)類劃分C.錯(cuò)誤猜測(cè)D.因果法等價(jià)類劃分完成后，就可得出（C），它是確定測(cè)試用例的基礎(chǔ)。A.有效等價(jià)類B.無(wú)效等價(jià)C.等價(jià)類表D.測(cè)試用例案在設(shè)計(jì)測(cè)試用例時(shí)，（A）是用的最多的一種黑盒測(cè)試方法。A.等價(jià)類劃分B.邊界值劃分C.錯(cuò)誤推測(cè)法D.功能圖在黑盒測(cè)試中，著重檢查輸入條件的組合的測(cè)試用例設(shè)計(jì)方法是（D）A.等價(jià)類劃分B.邊界值劃分C.錯(cuò)誤推測(cè)法D.因果圖法除了測(cè)試程序外，黑盒測(cè)試還適應(yīng)于對(duì)（C）階段的軟件文檔進(jìn)行測(cè)試。A.編碼B.軟件詳細(xì)設(shè)計(jì)C.軟件總設(shè)計(jì)D.需求分析由因果圖轉(zhuǎn)換出來(lái)的（A）是確定測(cè)試用例的基礎(chǔ)。A.判定表B.約束條件表C.輸入狀態(tài)表D.輸出狀態(tài)表判斷題用黑盒測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的（×）黑盒測(cè)試方法中最有效的是因果圖法。（√）對(duì)于連鎖分支結(jié)構(gòu)，若有n個(gè)判定語(yǔ)句，則有2n條路徑。（√）盡量采用復(fù)合的條件測(cè)試，一避免嵌套的分支結(jié)構(gòu)。（√）GOTO語(yǔ)句概念簡(jiǎn)單，使用方便，在某些情況下，保留GOTO語(yǔ)句反能使寫出的程序更加簡(jiǎn)潔。（×）簡(jiǎn)答題等價(jià)類劃分的原則是什么？答：1、如果規(guī)定了輸入條件的取值范圍或者個(gè)數(shù)，則可以確定一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類。2、如果規(guī)定了輸入值的集合，則可以確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。3、如果規(guī)定了輸入數(shù)據(jù)的一組值，并且程序要求每一個(gè)輸入值分別進(jìn)行處理，則可以為每一個(gè)確定一個(gè)有效等價(jià)類，此外根據(jù)這組值確定一個(gè)無(wú)效等價(jià)類，即所有不允許的輸入值的集合。4、如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，則可以確定一個(gè)有效等價(jià)類和若干個(gè)無(wú)效等價(jià)類。5、如果已知的等價(jià)類中各個(gè)元素在程序中的處理方式不同，則應(yīng)將等價(jià)類進(jìn)一步劃分成更小的等價(jià)類。邊界值分析設(shè)計(jì)原則是什么？有函數(shù)f（x，y，z），其中x屬于[1900,2100],y屬于[1,12],z屬于[1,31]。請(qǐng)寫出該函數(shù)采用邊界值分析設(shè)計(jì)的測(cè)試用例。答：{

<2000,6,1>,

<2000,6,2>,

<2000,6,30>,

<2000,6,31>,

<2000,1,15>,

<2000,2,15>,

<2000,11,15>,

<2000,12,15>,

<1900,6,15>,

<1901,6,15>,

<2099,6,15>,

<2100,6,15>,

<2000,6,15>

}采用等價(jià)類劃分方法設(shè)計(jì)三角行類型的測(cè)試用例。答:覆蓋有效等價(jià)類的測(cè)試用例：

abc覆蓋等價(jià)類號(hào)碼

345（1）--（7）

445（1）--（7），（8）

455（1）--（7），（9）

545（1）--（7），（10）

444（1）--（7），（11）

覆蓋無(wú)效等價(jià)類的測(cè)試用例：第五章選擇題（1）以下不屬于白盒測(cè)試技術(shù)的是（D）A.邏輯覆蓋B.基本路徑測(cè)試C.循環(huán)覆蓋測(cè)試D.等價(jià)類劃分（2）以下不屬于邏輯覆蓋的是（D）A.語(yǔ)句覆蓋B.判定覆蓋C.條件覆蓋D.基本路徑（3）McCabe建議模塊規(guī)模應(yīng)滿足：V（G）≦（A）(4)下列關(guān)于覆蓋邏輯，說(shuō)法錯(cuò)誤的是（B）A.滿足條件覆蓋并不一定滿足判斷覆蓋B.滿足條件組合覆蓋的測(cè)試一定滿足判斷覆蓋、條件覆蓋和判定/條件覆蓋C.滿足路徑覆蓋也一定滿足條件組合覆蓋D.滿足判斷/條件覆蓋同時(shí)滿足判定覆蓋和條件覆蓋（5）（A）方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測(cè)試用例A.路徑測(cè)試B.等價(jià)類C.因果圖D.歸納測(cè)試（6）使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)A.程序的內(nèi)部邏輯B.程序的復(fù)雜程度C.使用說(shuō)明書D.程序的功能（7）白盒測(cè)試方法的優(yōu)點(diǎn)是（C）A.可測(cè)試軟件的特定功能B.能站在用戶立場(chǎng)上測(cè)試C.可按軟件內(nèi)部結(jié)構(gòu)測(cè)試D.可發(fā)現(xiàn)實(shí)現(xiàn)功能需求中的錯(cuò)誤2.簡(jiǎn)答題（1）白盒測(cè)試是什么和黑盒測(cè)試的區(qū)別體現(xiàn)在哪些方面答：白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。這一方法是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子，測(cè)試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試，通過(guò)在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性。黑盒測(cè)試方法主要有等價(jià)類劃分、邊值分析、因—果圖、錯(cuò)誤推測(cè)等，主要用于軟件確認(rèn)測(cè)試。

“黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試?！昂诤小狈ㄊ歉F舉輸入測(cè)試，只有把所有可能的輸入都作為測(cè)試