2024年計(jì)算機(jī)考試-軟件測(cè)試工程師筆試參考題庫(kù)含答案

“人人文庫(kù)”水印下載源文件后可一鍵去除，請(qǐng)放心下載?。▓D片大小可任意調(diào)節(jié)）2024年計(jì)算機(jī)考試-軟件測(cè)試工程師筆試參考題庫(kù)含答案“人人文庫(kù)”水印下載源文件后可一鍵去除，請(qǐng)放心下載！第1卷一.參考題庫(kù)(共75題)1.導(dǎo)航測(cè)試屬于（）A、功能測(cè)試B、性能測(cè)試C、可用性/可靠性測(cè)試D、壓力測(cè)試2.正式驗(yàn)收測(cè)試是什么？它的優(yōu)缺點(diǎn)又是什么？請(qǐng)介紹之。??3.軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部而精心設(shè)計(jì)的一批測(cè)試用例，并利用這些測(cè)試用例運(yùn)行程序以及發(fā)現(xiàn)錯(cuò)誤的過(guò)程，即執(zhí)行測(cè)試步驟。4.列舉進(jìn)行配置測(cè)試工作前和工作后所需的相關(guān)文檔。?5.什么是軟件自動(dòng)化測(cè)試？軟件自動(dòng)化測(cè)試的原理和方法有哪些？6.結(jié)構(gòu)性測(cè)試是根據(jù)軟件的規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。7.不存在質(zhì)量很高但（）的產(chǎn)品。8.描述軟件產(chǎn)生內(nèi)存泄露的原因以及檢查方式。（可以結(jié)合一種開(kāi)發(fā)語(yǔ)言進(jìn)行描述）9.白盒測(cè)試有幾種方法？10.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有（），軟件需求工件和迭代計(jì)劃11.測(cè)試是可以窮盡的。12.測(cè)試組織策劃包括以下（）方面。A、測(cè)試組織策劃B、測(cè)試經(jīng)理角色定位C、策劃測(cè)試度量工作D、策劃測(cè)試計(jì)劃與控制策略13.除了測(cè)試程序外，白盒測(cè)試也適用于對(duì)（）階段的軟件文檔進(jìn)行測(cè)試。A、編碼B、軟件詳細(xì)設(shè)計(jì)C、軟件總體設(shè)計(jì)D、需求分析14.測(cè)試人員在測(cè)試過(guò)程中發(fā)現(xiàn)一處問(wèn)題，如果問(wèn)題影響不大，而自己又可以修改，應(yīng)立即將此問(wèn)題正確修改，以加快、提高開(kāi)發(fā)的進(jìn)程。15.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？16.為什么說(shuō)軟件測(cè)試不能修復(fù)所有的軟件故障（）A、沒(méi)有足夠的時(shí)間進(jìn)行修復(fù)B、修復(fù)的風(fēng)險(xiǎn)交大，修復(fù)了舊的故障，可能產(chǎn)生更多的故障C、不值得修復(fù).主要是在不常用功能中的故障，或?qū)\(yùn)行影響不大的故障D、可不算做故障的一些缺陷存在17.軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的（）和正確性。18.什么是自頂而下增量式測(cè)試？19.測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的含義是（）？A、先寫程序后寫測(cè)試的開(kāi)發(fā)方法B、先寫測(cè)試后寫程序，即“測(cè)試先行”C、用單元測(cè)試的方法寫測(cè)試D、不需要測(cè)試的開(kāi)發(fā)20.軟件測(cè)試是按照程序內(nèi)部的結(jié)構(gòu)進(jìn)行測(cè)試的，這種軟件測(cè)試方法是（）。A、黑盒測(cè)試B、白盒測(cè)試C、靜態(tài)測(cè)試D、動(dòng)態(tài)測(cè)試21.測(cè)試用例通常包括哪些內(nèi)容？著重闡述編制測(cè)試用例的具體做法不同結(jié)構(gòu)的用例包括的不一樣（版本、編號(hào)、項(xiàng)目、設(shè)計(jì)人員、設(shè)計(jì)日期、輸入、預(yù)期輸出？？）22.黑盒測(cè)試包括功能非功能測(cè)試部分，說(shuō)明幾種測(cè)試方法。23.下列哪一項(xiàng)不是白盒測(cè)試？（）A、單元測(cè)試B、集成測(cè)試C、系統(tǒng)測(cè)試D、回歸測(cè)試24.說(shuō)出4種及以上常用的操作系統(tǒng)及其主要的應(yīng)用范圍（微軟的操作系統(tǒng)除外）。25.什么是壓力測(cè)試？?26.軟件測(cè)試策略必須提供可以檢驗(yàn)一小段源代碼是否得以正確實(shí)現(xiàn)的低層測(cè)試，同時(shí)也要提供能夠驗(yàn)證整個(gè)系統(tǒng)的功能是否符合用戶需求的（）測(cè)試。A、中層B、高層C、中間層D、都不正確27.軟件測(cè)試工作包括四個(gè)方面，即：測(cè)試管理、（）、測(cè)試實(shí)施和測(cè)試評(píng)審。A、測(cè)試用例設(shè)計(jì)B、測(cè)試方法與規(guī)范制定C、測(cè)試計(jì)劃D、測(cè)試環(huán)境配制28.請(qǐng)列舉在進(jìn)行性能測(cè)試之前我們應(yīng)掌握的相關(guān)文檔。?29.請(qǐng)?jiān)敿?xì)說(shuō)明確認(rèn)測(cè)試的內(nèi)容（功能測(cè)試和性能測(cè)試）。?30.靜態(tài)測(cè)試主要針對(duì)程序的（）進(jìn)行，檢測(cè)程序結(jié)構(gòu)是否符合設(shè)計(jì)要求。A、結(jié)構(gòu)B、數(shù)據(jù)C、層次D、都不正確31.在測(cè)試程序時(shí)，根據(jù)經(jīng)驗(yàn)或直覺(jué)推測(cè)程序中可能存在的各種錯(cuò)誤，稱為（）。32.軟件測(cè)試方法中，黑盒、白盒測(cè)試法是常用的方法，其中白盒測(cè)試主要用于測(cè)試軟件外部功能。33.以下哪個(gè)方法不是黑盒測(cè)試用例設(shè)計(jì)方法？（）A、等價(jià)類劃分B、負(fù)載壓力法C、邊界值分析D、錯(cuò)誤推測(cè)法34.每一個(gè)等價(jià)類規(guī)定（）的編號(hào)。A、一個(gè)浮動(dòng)B、一個(gè)惟一C、兩個(gè)不同D、多個(gè)不同35.總是首先設(shè)計(jì)白盒測(cè)試用例。（）36.按照測(cè)試技術(shù)來(lái)分測(cè)試分哪幾類？37.通常，初始化一個(gè)被測(cè)試對(duì)象，會(huì)在測(cè)試類的（）中進(jìn)行。A、tearDown（）B、setUp（）C、構(gòu)造方法D、任意位置38.邊界值分析是將測(cè)試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于、剛剛大于或剛剛小于邊界值的測(cè)試數(shù)據(jù)。如果輸入或輸出域是一個(gè)有序集合，則應(yīng)選取集合的第一個(gè)元素和（）作為測(cè)試用例。39.以下不屬于單元測(cè)試優(yōu)點(diǎn)的一項(xiàng)是（）？A、它是一種驗(yàn)證行為B、它是一種設(shè)計(jì)行為C、它是一種編寫文檔的行為D、它是一種評(píng)估行為40.等價(jià)劃分一般為那兩種情況，它們分別是什么簡(jiǎn)述兩者概念？41.進(jìn)行軟件質(zhì)量管理的重要性有（）A、維護(hù)降低成本B、法律上的要求C、市場(chǎng)競(jìng)爭(zhēng)的需要D、質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì)E、軟件工程的需要F、CMM過(guò)程的一部分42.單元測(cè)試的策略有哪些？43.對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有（），自底向上兩種。44.自頂向下漸增式測(cè)試不需要編寫驅(qū)動(dòng)模塊，只需要編寫樁模塊，其步驟是從模塊開(kāi)始，沿著被測(cè)程序的頂層的控制路徑逐步向下測(cè)試，它有兩種組合策略（）和深度優(yōu)先策略寬度優(yōu)先策略45.永遠(yuǎn)有缺陷類型會(huì)在測(cè)試的一個(gè)層次上被發(fā)現(xiàn)，并且能夠在另一個(gè)層次上逃避檢測(cè)。46.確認(rèn)測(cè)試階段的兩項(xiàng)工作是（）和軟件配置審查47.系統(tǒng)測(cè)試的方法比較多，其中常用的方法是哪三個(gè)？48.我們可以按照編寫過(guò)程、執(zhí)行過(guò)程和（）三個(gè)緯度對(duì)測(cè)試用例屬性進(jìn)行歸類。49.如果你相通過(guò)撥號(hào)上網(wǎng)，必須擁有特定的服務(wù)商（因特網(wǎng)服務(wù)提供者）所提供的帳號(hào)，這些服務(wù)商的英文簡(jiǎn)稱是（）。A、ISPB、IDPC、ISBD、USB50.集成測(cè)試分析方法有哪些？51.項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。52.選擇手動(dòng)和自動(dòng)化測(cè)試，為了作出一個(gè)合理的決定，需要做哪些方面假設(shè)？（7個(gè)）53.黑盒測(cè)試與白盒測(cè)試各有哪些優(yōu)缺點(diǎn)，應(yīng)該如何結(jié)合才能解決漏洞和冗余問(wèn)題？54.可以發(fā)布具有配置缺陷的軟件產(chǎn)品。（）55.從技術(shù)的角度來(lái)看，不影響軟件可靠性的因素有（）。A、運(yùn)行環(huán)境和軟件規(guī)模B、軟件開(kāi)發(fā)時(shí)間C、軟件內(nèi)部結(jié)構(gòu)D、軟件開(kāi)發(fā)方法和開(kāi)發(fā)環(huán)境56.簡(jiǎn)述黑盒測(cè)試和白盒測(cè)試概念，并試分析兩者的優(yōu)點(diǎn)和缺點(diǎn)。57.計(jì)算機(jī)網(wǎng)絡(luò)就是將若干計(jì)算機(jī)連接起來(lái)，他們之間不能做的事情是（）。A、互相通信B、共享軟件資源C、人人可以互相見(jiàn)面D、共享硬件資源58.請(qǐng)說(shuō)明回歸測(cè)試的范圍是什么。?59.自動(dòng)化測(cè)試的缺點(diǎn)？（5點(diǎn)）60.確認(rèn)測(cè)試指檢查軟件的功能與性能是否與需求規(guī)格說(shuō)明書(shū)中確定的指標(biāo)相符合，又稱有（）測(cè)試。61.軟件測(cè)試過(guò)程包含的測(cè)試活動(dòng)有測(cè)試計(jì)劃，（），測(cè)試實(shí)施，測(cè)試執(zhí)行，缺陷跟蹤和測(cè)試評(píng)估62.你覺(jué)得有必要寫測(cè)試用例么，寫測(cè)試用例的作用有哪些？63.簡(jiǎn)述單元測(cè)試的目的。?64.軟件按服務(wù)對(duì)象的范圍劃分為：項(xiàng)目軟件和（）。A、網(wǎng)絡(luò)軟件B、應(yīng)用軟件C、電子商務(wù)軟件D、產(chǎn)品軟件65.黑盒測(cè)試的原則都有哪些？?66.靜態(tài)錯(cuò)誤分析用于確定在源程序中是否有某些錯(cuò)誤或“危險(xiǎn)”結(jié)構(gòu)。常用4種分析方法。即類型和單位分析、（）、表分析。A、使用分析B、參數(shù)分析C、設(shè)計(jì)分析D、引用分析67.對(duì)電腦進(jìn)行熱啟動(dòng)操作時(shí)，用鍵盤操作應(yīng)按什么鍵。（）A、Ctrl+Alt+ShiftB、Ctrl+Enter+DelC、Shift+Alt+DelD、Ctrl+Alt+Del68.類測(cè)試用例中，基于3個(gè)標(biāo)準(zhǔn)（）。69.目前單元測(cè)試主要的方法：（）。70.面向?qū)ο蟮能浖_(kāi)發(fā)模型中將開(kāi)發(fā)過(guò)程定義為面向?qū)ο蠓治?、面向?qū)ο笤O(shè)計(jì)和面向?qū)ο缶幊倘齻€(gè)階段。71.（）是管理工具使用最多的。72.軟件測(cè)試是軟件開(kāi)發(fā)的重要環(huán)節(jié)之一，按照軟件開(kāi)發(fā)過(guò)程可分為哪幾種？73.軟盤寫保護(hù)后能文件。（）A、存B、取C、存/取D、修改74.請(qǐng)用簡(jiǎn)短的語(yǔ)言介紹一下易用性測(cè)試。?75.什么是測(cè)試用例？為什么要設(shè)計(jì)測(cè)試用例？第2卷一.參考題庫(kù)(共75題)1.系統(tǒng)測(cè)試的方法有（）A、黑箱測(cè)試B、數(shù)據(jù)測(cè)試C、窮舉測(cè)試D、操作測(cè)試E、模型測(cè)試2.區(qū)別階段評(píng)審的與同行評(píng)審。3.依存關(guān)系有4種分別是（）A、開(kāi)始－結(jié)束B(niǎo)、開(kāi)始－開(kāi)始C、結(jié)束－開(kāi)始D、結(jié)束－結(jié)束E、開(kāi)始－實(shí)施－結(jié)束F、結(jié)束－審核－開(kāi)始4.螺旋模型任何一次迭代都可劃分為制定計(jì)劃、（）、工程和顧客評(píng)估四個(gè)項(xiàng)限。5.執(zhí)行測(cè)試的過(guò)程由以下（）個(gè)部分組成。A、1B、2C、3D、46.軟件測(cè)試的對(duì)象是什么？7.常見(jiàn)的軟件配置演化模型（）和（）。8.分析方法（白盒方法）中常用的方法是（）方法。A、路徑測(cè)試B、等價(jià)類C、因果圖D、歸納測(cè)試9.軟件測(cè)試在軟件生命周期，主要橫跨以下兩個(gè)測(cè)試階段。第一階段：?jiǎn)卧獪y(cè)試階段，第二階段：黑盒測(cè)試階段。10.單元測(cè)試內(nèi)容包含如下方面（）、邊界條件測(cè)試、錯(cuò)誤處理測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試和重要路徑測(cè)試。11.對(duì)于單元測(cè)試框架，除了用于Java的JUnit還有CppUnit、NUnit等，它們是（）？A、C++單元測(cè)試框架、.NET單元測(cè)試框架B、C語(yǔ)言單元測(cè)試框架、通用單元測(cè)試框架C、C++單元測(cè)試框架、自動(dòng)化單元測(cè)試框架D、自動(dòng)化單元測(cè)試框架、.NET單元測(cè)試框架12.軟件配置發(fā)布的版本有基線版本、中間版本、（）。13.下列是瀏覽器的選項(xiàng)是（）。A、InternetExplorerB、TelnetC、YahooD、OutloookExpress14.測(cè)試用例包括內(nèi)容有：測(cè)試目標(biāo)、要測(cè)試的功能、（）、測(cè)試數(shù)據(jù)、過(guò)程、系統(tǒng)的預(yù)期行為。A、測(cè)試工具和要求B、測(cè)試標(biāo)準(zhǔn)C、測(cè)試腳本D、測(cè)試環(huán)境和其他條件15.描述測(cè)試用例設(shè)計(jì)的完整過(guò)程？16.請(qǐng)說(shuō)明功能測(cè)試的重點(diǎn)。?17.錯(cuò)誤推測(cè)法的基本想法是（）A、劃分有效等價(jià)類和無(wú)效等價(jià)類B、劃分原因和結(jié)果C、列出所有的可能情況D、列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)它們選擇測(cè)試用例18.JCheck是用來(lái)分析Java執(zhí)行過(guò)程與事件的工具，它可實(shí)時(shí)監(jiān)控程序執(zhí)行的狀態(tài)。19.軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）。A、需求工件已經(jīng)被基線化B、詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C、構(gòu)架工件已經(jīng)被基線化D、項(xiàng)目階段成果已經(jīng)被基線20.（）和動(dòng)態(tài)綁定機(jī)制是面向?qū)ο髮?shí)現(xiàn)的主要手段。A、繼承B、類C、重構(gòu)D、變量21.簡(jiǎn)述增量集成測(cè)試的自頂向下和自底向上兩種測(cè)試方法的優(yōu)缺點(diǎn)？22.（）是提供條件任軟件發(fā)揮，最大限度的發(fā)掘軟件的能力。A、壓迫測(cè)試B、重復(fù)測(cè)試C、重負(fù)測(cè)試D、并發(fā)測(cè)試23.請(qǐng)?jiān)敿?xì)說(shuō)明軟件可靠性測(cè)試中需注意的問(wèn)題。?24.什么是數(shù)據(jù)驅(qū)動(dòng)腳本？簡(jiǎn)介在Winrunner中如何實(shí)現(xiàn)數(shù)據(jù)驅(qū)動(dòng)腳本。25.對(duì)類進(jìn)行測(cè)試時(shí)，類之間的關(guān)系6類（）。每種不同符號(hào)來(lái)表示，并分別用（）三個(gè)關(guān)鍵字來(lái)修飾類。26.可采取哪些方法來(lái)分離和再現(xiàn)軟件缺陷？27.請(qǐng)簡(jiǎn)述WinRunner測(cè)試過(guò)程所包含的六個(gè)階段。28.面向?qū)ο蟪绦蛟O(shè)計(jì)有哪些特點(diǎn)？29.以下不屬于白盒測(cè)試的優(yōu)點(diǎn)是（）？A、增大代碼的覆蓋率B、與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān)C、提高代碼的質(zhì)量D、發(fā)現(xiàn)代碼中隱藏的問(wèn)題30.驗(yàn)收測(cè)試目標(biāo)為使客戶驗(yàn)收簽字，并使系統(tǒng)符合（）。31.軟件缺陷打開(kāi)/關(guān)閉圖表、（）、軟件缺陷關(guān)閉周期表是常用的軟件缺陷跟蹤圖表。32.如果開(kāi)發(fā)時(shí)間緊迫，是否可以跳過(guò)單元測(cè)試而直接進(jìn)行集成測(cè)試？為什么？33.在軟件工程或軟件測(cè)試中，哪些軟件問(wèn)題被稱為軟件缺陷？34.請(qǐng)?jiān)敿?xì)說(shuō)明黑盒測(cè)試的方法。?35.面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹饕卣魇牵ǎ?6.在LoadRunner下如何讓多個(gè)場(chǎng)景輪流執(zhí)行？37.測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成（）。A、未知B、反比C、相等D、正比38.軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）A、項(xiàng)目經(jīng)理B、SQA負(fù)責(zé)人C、配置負(fù)責(zé)人D、測(cè)試組39.談?wù)劮窃隽渴郊蓽y(cè)試、增量式集成測(cè)試，哪個(gè)好些？40.什么是回歸測(cè)試？回歸測(cè)試的目的是什么？41.需求分析的任務(wù)是什么？42.健壯性測(cè)試是什么？目的是什么？43.好的測(cè)試員不懈追求（）。44.在單元測(cè)試中，所謂單元是如何劃分的？45.單元測(cè)試的策略（）。46.從測(cè)試階段角度，測(cè)試正確的順序是（）。A、單元測(cè)試B、集成測(cè)試C、系統(tǒng)測(cè)試D、確認(rèn)測(cè)試47.下面關(guān)于軟件測(cè)試的說(shuō)法正確的是（）A、測(cè)試是最有效的排除和防止軟件缺陷與故障的手段B、導(dǎo)致軟件缺陷的最大原因是軟件產(chǎn)品說(shuō)明書(shū)C、軟件測(cè)試可有可無(wú)D、軟件測(cè)試在軟件開(kāi)發(fā)中的作用不大48.簡(jiǎn)述白盒測(cè)試用例的設(shè)計(jì)技術(shù)和目的。?49.什么是健壯等價(jià)類測(cè)試？50.軟件測(cè)試是采用（）執(zhí)行軟件的活動(dòng)。A、測(cè)試用例B、輸入數(shù)據(jù)C、測(cè)試環(huán)境D、輸入條件51.簡(jiǎn)析已學(xué)的各種黑盒測(cè)試方法的特點(diǎn)，并分析如何選擇恰當(dāng)?shù)暮诤袦y(cè)試方法？52.增量式集成和非增量式集成的概念和舉例。53.簡(jiǎn)述軟件測(cè)試的分類。54.若一個(gè)通訊簿最多可以輸入100條記錄，則下列選項(xiàng)中設(shè)計(jì)的測(cè)試用例最優(yōu)的是（）。A、分別輸入1、50、100條記錄B、分別輸入0、1、50、99、100條記錄C、分別輸入0、1、99、100、101條記錄D、分別輸入0、1、50、99、100、101條記錄55.你選擇測(cè)試方法的原則是什么？56.請(qǐng)?jiān)敿?xì)說(shuō)明容錯(cuò)性測(cè)試需考慮的特殊事項(xiàng)。?57.簡(jiǎn)述集成測(cè)試的過(guò)程。58.Web站點(diǎn)的測(cè)試一般測(cè)試哪些內(nèi)容？59.系統(tǒng)安全性性能的指標(biāo)60.軟件測(cè)試階段是如何劃分的？61.使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作？62.編譯程序的最終目標(biāo)是（）。A、發(fā)現(xiàn)源程序中的語(yǔ)法錯(cuò)誤B、改正源程序中的語(yǔ)法錯(cuò)誤C、將源程序編譯成目標(biāo)程序D、將某一高級(jí)語(yǔ)言程序翻譯成另一高級(jí)語(yǔ)言程序63.靜態(tài)白盒測(cè)試可以找出遺漏之處和問(wèn)題。（）64.軟件測(cè)試應(yīng)該劃分幾個(gè)階段?簡(jiǎn)述各個(gè)階段應(yīng)重點(diǎn)測(cè)試的點(diǎn)?各個(gè)階段的含義？65.請(qǐng)說(shuō)明風(fēng)險(xiǎn)測(cè)試的內(nèi)容。?66.外置的調(diào)制解調(diào)器要與計(jì)算機(jī)的哪一個(gè)接口相連接？（）A、鍵盤口B、串行口C、并行口D、顯示器接口67.簡(jiǎn)述面向?qū)ο鬁y(cè)試與傳統(tǒng)測(cè)試的區(qū)別？68.等價(jià)類劃分從程序的（）說(shuō)明，找出一個(gè)輸入條件（通常是一句話或一個(gè)短語(yǔ)），然后將每個(gè)輸入條件劃分成兩個(gè)或多個(gè)等價(jià)類。69.分析歸納邏輯覆蓋的各種策略，并比較每種覆蓋的特點(diǎn)，分析在怎樣的情況下采用何種覆蓋方式。70.從工程的角度去理解軟件測(cè)試，它是有組織、（）、有步驟的活動(dòng)。A、有方法B、有工具C、有研究D、有計(jì)劃71.在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括（）和（）。72.軟件質(zhì)量工程包括軟件質(zhì)量保證、（）和軟件質(zhì)量控制三大方面。73.軟件開(kāi)發(fā)模型有（）、原型模型、第四代技術(shù)模型、（）、構(gòu)件組裝模型、混合模型。A、瀑布模型B、迭代模型C、W模型D、螺旋模型74.簡(jiǎn)述壓力測(cè)試與性能測(cè)試的聯(lián)系與區(qū)別。75.客戶端性能測(cè)試的主要內(nèi)容是什么？第1卷參考答案一.參考題庫(kù)1.參考答案：C2.參考答案： 正式驗(yàn)收測(cè)試，是系統(tǒng)測(cè)試的后續(xù)，也就是說(shuō)正式測(cè)試的測(cè)試工作和系統(tǒng)測(cè)試差不多，測(cè)試計(jì)劃和測(cè)試用例設(shè)計(jì)都應(yīng)很詳細(xì)，在這個(gè)測(cè)試過(guò)程中應(yīng)用的測(cè)試用例應(yīng)是系統(tǒng)測(cè)試的用例的子集，不能對(duì)系統(tǒng)的測(cè)試方向有所偏離，在很多測(cè)試過(guò)程中，正式驗(yàn)收是自動(dòng)進(jìn)行測(cè)試的。 正式驗(yàn)收測(cè)試的優(yōu)點(diǎn)是： 1）要進(jìn)行驗(yàn)收測(cè)試的軟件的功能和特性都是已知的； 2）可以對(duì)測(cè)試的過(guò)程進(jìn)行評(píng)測(cè)； 3）正式驗(yàn)收測(cè)試可以自動(dòng)進(jìn)行測(cè)試； 4）對(duì)軟件的要求是由用戶需求說(shuō)明書(shū)所決定的。 正式驗(yàn)收測(cè)試的缺點(diǎn)： 1）進(jìn)行正式驗(yàn)收測(cè)試需要大量的資源和計(jì)劃； 2）正式驗(yàn)收測(cè)試可能和系統(tǒng)測(cè)試差不多； 3）正式驗(yàn)收測(cè)試過(guò)程中可能不能發(fā)現(xiàn)某些缺陷。3.參考答案：正確4.參考答案： 1.工作開(kāi)始前所需的文檔 配置測(cè)試進(jìn)行前需要以下文檔資料：測(cè)試計(jì)劃；需要進(jìn)行的測(cè)試列表?；被測(cè)程序源碼；配置測(cè)試軟硬件設(shè)備清單；配置測(cè)試用例。 2.工作結(jié)束后遞交的文檔 配置測(cè)試結(jié)束后需要遞交以下文檔資料：配置測(cè)試報(bào)告；配置測(cè)試總結(jié)報(bào)告。5.參考答案： 軟件自動(dòng)化測(cè)試是一項(xiàng)讓計(jì)算機(jī)代替測(cè)試人員進(jìn)行軟件測(cè)試的技術(shù)是指編寫軟件去測(cè)試其它軟件也可以被理解為使用一個(gè)商業(yè)通用測(cè)試自動(dòng)化工具編寫一個(gè)軟件來(lái)測(cè)試其它軟件或者編寫驅(qū)動(dòng)被測(cè)試應(yīng)用程序的的測(cè)試腳本以執(zhí)行鍵盤鼠標(biāo)動(dòng)作和后臺(tái)進(jìn)程并驗(yàn)證應(yīng)用程序響應(yīng)和行為 主要的原理和方法：直接對(duì)代碼進(jìn)行靜態(tài)和動(dòng)態(tài)分析，測(cè)試過(guò)程的捕獲和回放，測(cè)試腳本技術(shù)和虛擬用戶技術(shù)6.參考答案：錯(cuò)誤7.參考答案：可靠性很差8.參考答案： 內(nèi)存泄露的原因，主要是由于開(kāi)發(fā)過(guò)程當(dāng)中申請(qǐng)了計(jì)算機(jī)資源（例如對(duì)象、內(nèi)存等），但是使用資源完成以后沒(méi)有及時(shí)釋放資源導(dǎo)致的。例如在C語(yǔ)言當(dāng)中使用了malloc申請(qǐng)了內(nèi)存，但是未使用free來(lái)釋放內(nèi)存。9.參考答案： 總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。 靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒(méi)有沖突或者沒(méi)有歧義； 動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。10.參考答案：軟件測(cè)試計(jì)劃11.參考答案：錯(cuò)誤12.參考答案：A,B,C,D13.參考答案：B14.參考答案：錯(cuò)誤15.參考答案： 用例全部測(cè)試。覆蓋率達(dá)到標(biāo)準(zhǔn)。缺陷率達(dá)到標(biāo)準(zhǔn)。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)16.參考答案：A,B,C,D17.參考答案：完整性18.參考答案： 自頂向下增量式測(cè)試表示逐步集成和逐步測(cè)試是按照結(jié)構(gòu)圖自上而下進(jìn)行的，即模塊集成的順序是首先集成主控模塊（主程序），然后依照控制層次結(jié)構(gòu)向下進(jìn)行集成。從屬于主控模塊的按深度優(yōu)先方式（縱向）或者廣度優(yōu)先方式（橫向）集成到結(jié)構(gòu)中去。19.參考答案：B20.參考答案：B21.參考答案： 軟件測(cè)試用例的基本要素包括測(cè)試用例編號(hào)、測(cè)試標(biāo)題、重要級(jí)別、測(cè)試輸入、操作步驟、預(yù)期結(jié)果。用例編號(hào)：測(cè)試用例的編號(hào)有一定的規(guī)則，比如系統(tǒng)測(cè)試用例的編號(hào)這樣定義規(guī)則：PROJECT1-ST-001，命名規(guī)則是項(xiàng)目名稱＋測(cè)試階段類型（系統(tǒng)測(cè)試階段）＋編號(hào)。定義測(cè)試用例編號(hào)，便于查找測(cè)試用例，便于測(cè)試用例的跟蹤。 測(cè)試標(biāo)題：對(duì)測(cè)試用例的描述，測(cè)試用例標(biāo)題應(yīng)該清楚表達(dá)測(cè)試用例的用途。比如“測(cè)試用戶登錄時(shí)輸入錯(cuò)誤密碼時(shí)，軟件的響應(yīng)情況”.重要級(jí)別：定義測(cè)試用例的優(yōu)先級(jí)別，可以籠統(tǒng)的分為“高”和“低”兩個(gè)級(jí)別。一般來(lái)說(shuō)，如果軟件需求的優(yōu)先級(jí)為“高”，那么針對(duì)該需求的測(cè)試用例優(yōu)先級(jí)也為“高”；反之亦然，測(cè)試輸入：提供測(cè)試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測(cè)試用例的輸入。測(cè)試用例的輸入對(duì)軟件需求當(dāng)中的輸入有很大的依賴性，如果軟件需求中沒(méi)有很好的定義需求的輸入，那么測(cè)試用例設(shè)計(jì)中會(huì)遇到很大的障礙。 操作步驟：提供測(cè)試執(zhí)行過(guò)程的步驟。對(duì)于復(fù)雜的測(cè)試用例，測(cè)試用例的輸入需要分為幾個(gè)步驟完成，這部分內(nèi)容在操作步驟中詳細(xì)列出。 預(yù)期結(jié)果：提供測(cè)試執(zhí)行的預(yù)期結(jié)果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實(shí)際測(cè)試過(guò)程中，得到的實(shí)際測(cè)試結(jié)果與預(yù)期結(jié)果不符，那么測(cè)試不通過(guò)；反之則測(cè)試通過(guò)。22.參考答案：黑盒測(cè)試一般可分為功能測(cè)試和非功能測(cè)試兩大類：功能測(cè)試主要包括等價(jià)類劃分、邊值分析、因果圖法、錯(cuò)誤推測(cè)、功能圖法等，主要用于軟件確認(rèn)測(cè)試；非功能測(cè)試主要包括使用性能測(cè)試、性能測(cè)試、強(qiáng)度測(cè)試、兼容性測(cè)試、配置測(cè)試、安全測(cè)試等。23.參考答案：C24.參考答案： Linux（RedHat、SUSE、Debian、TruboLinux）：主要用于搭建各類服務(wù)器 MACOS：蘋果機(jī)的操作系統(tǒng)，用于圖像處理 Unix（AIX：IBM服務(wù)器的專用操作系統(tǒng)； Solaris：Sun操作系統(tǒng)；FreeBSD、NetBSD.25.參考答案：壓力測(cè)試（Stress?Test）也就是強(qiáng)度測(cè)試，壓力測(cè)試是指模擬巨大的工作負(fù)荷來(lái)測(cè)試應(yīng)用程序在峰值情況下如何執(zhí)行操作。在實(shí)際的軟硬件環(huán)境下，壓力測(cè)試主要是以軟件響應(yīng)速度為測(cè)試目標(biāo)，尤其是針對(duì)在較短時(shí)間內(nèi)大量并發(fā)用戶訪問(wèn)時(shí)軟件的抗壓能力。其目的是找到系統(tǒng)在哪里失效以及如何失效的地方。26.參考答案：B27.參考答案：C28.參考答案： （1）用戶需求規(guī)格說(shuō)明及其相關(guān)文檔； （2）軟件開(kāi)發(fā)的前期數(shù)據(jù)； （3）前期工作的詳細(xì)資料（單元測(cè)試、集成測(cè)試、功能測(cè)試等的相關(guān)文檔）； （4）在真正進(jìn)入性能測(cè)試之前的軟件數(shù)據(jù)的備份等； （5）性能測(cè)試的測(cè)試大綱； （6）性能測(cè)試的審批文稿及所簽署的合同等。29.參考答案： 確認(rèn)測(cè)試內(nèi)容主要包括功能和性能兩部分。 功能測(cè)試： 功能測(cè)試考察軟件對(duì)功能需求完成的情況，應(yīng)該設(shè)計(jì)測(cè)試用例使需求規(guī)定的每一個(gè)軟件功能得到執(zhí)行和確認(rèn)。 （1）按照系統(tǒng)給出的功能列表，逐一設(shè)計(jì)測(cè)試案例； （2）對(duì)于需要資料合法性和資料邊界值檢查的功能，增加相應(yīng)的測(cè)試案例； （3）運(yùn)行測(cè)試案例； （4）檢查測(cè)試結(jié)果是否符合業(yè)務(wù)邏輯； （5）評(píng)審功能測(cè)試結(jié)果。 性能測(cè)試： 性能測(cè)試是檢驗(yàn)軟件是否達(dá)到需求規(guī)格說(shuō)明中規(guī)定的各類性能指標(biāo)，并滿足一些與性能相關(guān)的約束和限制條件。 （1）測(cè)試軟件在獲得定量結(jié)果時(shí)程序計(jì)算的精確性； （2）測(cè)試在有速度要求時(shí)完成功能的時(shí)間； （3）測(cè)試軟件完成功能時(shí)所處理的數(shù)據(jù)量； （4）測(cè)試軟件各部分工作的協(xié)調(diào)性，如高速操作、低速操作的協(xié)調(diào)性； （5）測(cè)試軟件/硬件中因素是否限制了產(chǎn)品的性能； （6）測(cè)試產(chǎn)品的負(fù)載潛力及程序運(yùn)行時(shí)占用的空間。30.參考答案：A31.參考答案：錯(cuò)誤推測(cè)法32.參考答案：錯(cuò)誤33.參考答案：B34.參考答案：B35.參考答案：錯(cuò)誤36.參考答案： 白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試。37.參考答案：B38.參考答案：最后一個(gè)元素39.參考答案：D40.參考答案：1.有效等價(jià)類是指對(duì)于程序規(guī)格說(shuō)明來(lái)說(shuō)，是合理、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用它，可以檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說(shuō)明預(yù)先規(guī)定的功能和性能。2.無(wú)效等價(jià)類是指對(duì)于程序規(guī)格說(shuō)明來(lái)說(shuō)，是不合理、無(wú)意義的輸入數(shù)據(jù)構(gòu)成的集合。利用它，可以檢驗(yàn)程序中功能和性能的實(shí)現(xiàn)是否有不符合規(guī)格說(shuō)明要求的地方。41.參考答案：A,B,C,D42.參考答案： 邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析43.參考答案：自頂向下44.參考答案：軟件結(jié)構(gòu)圖45.參考答案：正確46.參考答案：進(jìn)行確認(rèn)測(cè)試47.參考答案： 1）多任務(wù)測(cè)試 2）臨界測(cè)試 3）中斷測(cè)試48.參考答案：組織過(guò)程49.參考答案：A50.參考答案：體系結(jié)構(gòu)分析模塊分析接口分析風(fēng)險(xiǎn)分析可測(cè)試性分析集成測(cè)試策略分析51.參考答案：正確52.參考答案：1.擁有穩(wěn)定的自動(dòng)化測(cè)試技術(shù)支持。2.兩種極端的可能性：一種就是無(wú)需人工干預(yù)的完全自動(dòng)化測(cè)試，另一種就是只運(yùn)行一次就廢棄的人工測(cè)試。3.自動(dòng)化測(cè)試和手工測(cè)試都可行（但事實(shí)并非如此）。4.測(cè)試是通過(guò)外部接口完成的（黑盒測(cè)試）。5.不要求必須進(jìn)行自動(dòng)化測(cè)試。6.測(cè)試已經(jīng)設(shè)計(jì)好之后，再?zèng)Q定是否進(jìn)行自動(dòng)化測(cè)試。7.有一定的時(shí)間用于完成測(cè)試，并且在這段時(shí)間里完全有可能把測(cè)試做好。53.參考答案： 白：優(yōu)點(diǎn)：迫使測(cè)試人員去了解軟件的實(shí)現(xiàn) 檢測(cè)代碼中的每條路徑和分支、揭示隱藏在代碼中的錯(cuò)誤、對(duì)代碼的測(cè)試進(jìn)行比較徹底 缺點(diǎn)：白盒測(cè)試投入較大，成本較高、白盒測(cè)試不驗(yàn)證規(guī)格的正確性、無(wú)法檢查代碼中遺漏的路徑和數(shù)據(jù)敏感性錯(cuò)誤黑：優(yōu)點(diǎn)：對(duì)較大的代碼單元來(lái)說(shuō)，黑盒測(cè)試比白盒測(cè)試的效率高 測(cè)試人員不需要了解實(shí)現(xiàn)得細(xì)節(jié)，包括特定的編程語(yǔ)言 測(cè)試人員和編程人員是相互獨(dú)立的 從用戶的角度進(jìn)行測(cè)試，很容易被接受和理解 有助于暴露任何與閨閣不一致或者歧異的地方 測(cè)試用例可以在規(guī)格完成后馬上進(jìn)行 缺點(diǎn)：不能測(cè)試程序內(nèi)部特定部位、如果程序未執(zhí)行的代碼無(wú)法發(fā)現(xiàn)、沒(méi)有清晰的和簡(jiǎn)明的規(guī)格，測(cè)試用例很難被設(shè)計(jì) 黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤： 1、是否有不正確或遺漏的功能？ 2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？ 3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文件）訪問(wèn)錯(cuò)誤？ 4、性能上是否能夠滿足要求？ 5、是否有初始化或終止性錯(cuò)誤？ 白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查： 1、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。 2、對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測(cè)一遍。 3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。 4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。 以上事實(shí)說(shuō)明，軟件測(cè)試有一個(gè)致命的缺陷，即測(cè)試的不完全、不徹底性。由于任何程序只能進(jìn)行少量（相對(duì)于窮舉的巨大數(shù)量而言）的有限的測(cè)試，在未發(fā)現(xiàn)錯(cuò)誤時(shí)，不能說(shuō)明程序中沒(méi)有錯(cuò)誤。54.參考答案：錯(cuò)誤55.參考答案：A56.參考答案： 黑盒測(cè)試又稱為功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和基于規(guī)格說(shuō)明的測(cè)試。它從用戶觀點(diǎn)出發(fā)的測(cè)試。用這種方法進(jìn)行測(cè)試時(shí)，把被測(cè)試程序當(dāng)作一個(gè)黑盒，在不考慮程序內(nèi)部結(jié)構(gòu)的內(nèi)部特性、測(cè)試者只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下，依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說(shuō)明書(shū)，來(lái)確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。 黑盒測(cè)試的優(yōu)點(diǎn)有： 1）比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)； 2）與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān)； 3）從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問(wèn)題； 4）基于軟件開(kāi)發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能； 5）在做軟件自動(dòng)化測(cè)試時(shí)較為方便。 黑盒測(cè)試的缺點(diǎn)有： 1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%； 2）自動(dòng)化測(cè)試的復(fù)用性較低。 白盒測(cè)試：若測(cè)試規(guī)劃基于產(chǎn)品的內(nèi)部結(jié)構(gòu)來(lái)進(jìn)行測(cè)試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個(gè)部分功能是否得到充分使用，則這種測(cè)試方法稱為白盒測(cè)試（White-boxTesting）方法。白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試。它依賴于對(duì)程序細(xì)節(jié)的嚴(yán)密的檢驗(yàn)，針對(duì)特定條件和循環(huán)設(shè)計(jì)測(cè)試用例，對(duì)軟件的邏輯路徑進(jìn)行測(cè)試。在程序的不同點(diǎn)檢驗(yàn)程序的狀態(tài)，來(lái)進(jìn)行判定其實(shí)際情況是否和預(yù)期的狀態(tài)相一致。軟件的白盒測(cè)試一般用來(lái)分析程序的內(nèi)部結(jié)構(gòu)。 它的優(yōu)點(diǎn)是幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問(wèn)題。 白盒測(cè)試的缺點(diǎn)有： （1）程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑； （2）測(cè)試基于代碼，只能測(cè)試開(kāi)發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求； （3）系統(tǒng)龐大時(shí)，測(cè)試開(kāi)銷會(huì)非常大。57.參考答案：C58.參考答案：在進(jìn)行回歸測(cè)試的時(shí)候，必須決定回歸測(cè)試的范圍，具體表現(xiàn)在以下幾個(gè)方法：（1）測(cè)試所有修改或修正過(guò)的功能模塊；（2）測(cè)試與被修改的模塊相關(guān)的模塊；（3）測(cè)試所有新增加的功能模塊；（4）測(cè)試整個(gè)系統(tǒng)。方法（1）、方法（2）和方法（3）中只進(jìn)行了部分的回歸測(cè)試，這樣的測(cè)試是不健全的，因?yàn)樵谲浖到y(tǒng)中，對(duì)本地代碼的修改可能導(dǎo)致整個(gè)系統(tǒng)產(chǎn)生副作用。59.參考答案：1、自動(dòng)化測(cè)試不能取代手工測(cè)試，測(cè)試主要還是要靠人工的。2、新缺陷越多，自動(dòng)化測(cè)試失敗的幾率就越大。3、工具本身不具有想象力4、技術(shù)問(wèn)題、組織問(wèn)題、腳本維護(hù)5、測(cè)試工具與其他軟件的互操作性60.參考答案：效性61.參考答案：測(cè)試設(shè)計(jì)62.參考答案： 在開(kāi)始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，可以避免盲目測(cè)試并提高測(cè)試效率。測(cè)試用例的使用令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確。63.參考答案： 單元測(cè)試目的主要有以下幾點(diǎn)： （1）檢查單元模塊內(nèi)部的錯(cuò)誤，為軟件的評(píng)審驗(yàn)收提供依據(jù)； （2）單元測(cè)試是以程序設(shè)計(jì)說(shuō)明書(shū)和之前所作的測(cè)試數(shù)據(jù)（正常的和錯(cuò)誤的）為指導(dǎo)，測(cè)試模塊內(nèi)重要的路徑，以檢查出錯(cuò)誤； （3）檢驗(yàn)信息能否正確地流入和流出單元； （4）在單元測(cè)試工作過(guò)程中，其內(nèi)部數(shù)據(jù)能否保持其完整性，包括內(nèi)部數(shù)據(jù)的形式、內(nèi)容及相互關(guān)系不發(fā)生錯(cuò)誤，也包括全局變量在單元中的處理和影響； （5）在為限制數(shù)據(jù)加工而設(shè)置的邊界處，能否正確工作； （6）單元的運(yùn)行能否做到滿足特定的邏輯覆蓋； （7）單元中發(fā)生了錯(cuò)誤，其中的出錯(cuò)處理措施是否有效。64.參考答案：D65.參考答案： （1）根據(jù)軟件規(guī)格說(shuō)明書(shū)設(shè)計(jì)測(cè)試用例，規(guī)格說(shuō)明書(shū)的正確性是至關(guān)重要的。 （2）有針對(duì)性的地找問(wèn)題，并且正確定位等價(jià)類 （3）功能是否有缺陷或錯(cuò)誤現(xiàn)象？ （4）根據(jù)測(cè)試的重要性來(lái)確定測(cè)試等級(jí)和測(cè)試重點(diǎn)，減少程序可能出現(xiàn)的缺陷。 （5）在接口處，輸入的信息是否能正確接受？接受后能否輸出正確的結(jié)果？ （6）認(rèn)真選擇測(cè)試策略，盡可能發(fā)現(xiàn)程序的數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息訪問(wèn)錯(cuò)誤，站在用戶立場(chǎng)上進(jìn)行測(cè)試。66.參考答案：D67.參考答案：D68.參考答案：基于狀態(tài)的覆蓋率、基于限制的覆蓋率和基于代碼的覆蓋率69.參考答案：基于路徑測(cè)試，等價(jià)類劃分/邊界值分析測(cè)試，覆蓋測(cè)試，循環(huán)測(cè)試，數(shù)據(jù)流測(cè)試，程序插樁測(cè)試，變異測(cè)試70.參考答案：正確71.參考答案：缺陷跟蹤工具72.參考答案： 單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、域測(cè)試等。73.參考答案：B74.參考答案：易用性是交互的適應(yīng)性、功能性和有效性的集中體現(xiàn)。易用性一般分為兩個(gè)層次，即用戶界面的易用性和操作系統(tǒng)的易用性。易用性測(cè)試包括針對(duì)應(yīng)用程序的測(cè)試，同時(shí)還包括對(duì)用戶手冊(cè)系統(tǒng)文檔的測(cè)試。通常采用質(zhì)量外部模型來(lái)評(píng)價(jià)易用性。75.參考答案： ①測(cè)試用例是測(cè)試時(shí)執(zhí)行的最小實(shí)體，是為特定目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期結(jié)果。 ②設(shè)計(jì)測(cè)試用例，其目的是確定應(yīng)用程序的某個(gè)特性是否正常工作，并且達(dá)到程序設(shè)計(jì)的結(jié)果。第2卷參考答案一.參考題庫(kù)1.參考答案：A,B,C,D,E2.參考答案： 同行評(píng)審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤，只要是找錯(cuò)誤； 同行評(píng)審人數(shù)：3-7人人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn)，由SQA指導(dǎo) 同行評(píng)審內(nèi)容：內(nèi)容小一般文檔3.參考答案：A,B,C,D4.參考答案：風(fēng)險(xiǎn)分析和化解5.參考答案：D6.參考答案： 軟件開(kāi)發(fā)過(guò)程中所產(chǎn)生的需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明、詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序都是軟件測(cè)試的對(duì)象7.參考答案：有線性演化模型；樹(shù)演化模型8.參考答案：A9.參考答案：錯(cuò)誤10.參考答案：模塊接口測(cè)試11.參考答案：A12.參考答案：修訂版本13.參考答案：A14.參考答案：A15.參考答案： 需求分析+需求變更的維護(hù)工作； 根據(jù)需求得出測(cè)試需求； 設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案； 方案評(píng)審?fù)ㄟ^(guò)后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；16.參考答案：功能測(cè)試工作一般由程序員擔(dān)當(dāng)，測(cè)試的結(jié)果交系統(tǒng)設(shè)計(jì)、測(cè)試人員審核通過(guò)。功能測(cè)試的重點(diǎn)應(yīng)注意如下兩大點(diǎn)內(nèi)容：整體性：（1）符合標(biāo)準(zhǔn)和規(guī)范；（2）直觀性；（3）一致性；（4）靈活性。重點(diǎn)性：（1）確認(rèn)每個(gè)功能是否都能正常使用，?每項(xiàng)功能符合實(shí)際要求；（2）是否實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明書(shū)的要求；（3）否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出結(jié)果；（4）用戶界面測(cè)試、是否有相應(yīng)的提示框、適當(dāng)?shù)腻e(cuò)誤提示；（5）系統(tǒng)的界面是否清晰、美觀；（6）菜單、按鈕操作正常、靈活，能處理一些異常操作；（7）是否能接受不同的數(shù)據(jù)輸入（能接受正確的數(shù)據(jù)輸入，對(duì)異常數(shù)據(jù)的輸入可以進(jìn)行提示、容錯(cuò)處理）；（8）數(shù)據(jù)的輸出結(jié)果準(zhǔn)確，格式清晰，可以保存和讀??；（9）功能邏輯清楚，符合使用者習(xí)慣；（10）系統(tǒng)的各種狀態(tài)按照業(yè)務(wù)流程而變化，并保持穩(wěn)定；（11）支持各種應(yīng)用的環(huán)境，能配合多種硬件周邊設(shè)備，與外部應(yīng)用系統(tǒng)的接口有效；（12）軟件升級(jí)后，能繼續(xù)支持舊版本的數(shù)據(jù)?。17.參考答案：D18.參考答案：正確19.參考答案：A,B,C20.參考答案：A21.參考答案： 自頂向下測(cè)試的主要優(yōu)點(diǎn)在于，它可以自然地作到逐步求精，一開(kāi)始便能讓測(cè)試者看到系統(tǒng)的框架。它的主要缺點(diǎn)是需要提供被調(diào)用模擬子模板。 自底向上測(cè)試的優(yōu)點(diǎn)在于，由于驅(qū)動(dòng)模塊模擬了所有調(diào)用參數(shù)，即使數(shù)據(jù)流并未構(gòu)成有向的非環(huán)狀圖，生成測(cè)試數(shù)據(jù)也沒(méi)有困難。如果關(guān)鍵的模塊是在結(jié)構(gòu)圖的底部，那么自底向上測(cè)試有優(yōu)越性的。它的主要缺點(diǎn)則在于，直到最后一個(gè)模塊被加入進(jìn)去以后才能看到整個(gè)程序的框架。22.參考答案：C23.參考答案：軟件可靠性測(cè)試需要注意的問(wèn)題主要有3點(diǎn)：1.功能識(shí)別軟件可靠性測(cè)試首先考慮的是功能識(shí)別，確定系統(tǒng)所使用的功能。功能識(shí)別的目標(biāo)是：識(shí)別系統(tǒng)所確定的功能（依據(jù)系統(tǒng)功能說(shuō)明書(shū)進(jìn)行審核）；識(shí)別系統(tǒng)功能所需的相關(guān)條件。2.可靠性對(duì)時(shí)間的要求軟件可靠性對(duì)時(shí)間的要求是比較高的，測(cè)試時(shí)應(yīng)將“運(yùn)行時(shí)間”作為衡量可靠性的重要指標(biāo)，所謂運(yùn)行時(shí)間就是軟件運(yùn)行時(shí)應(yīng)在“規(guī)定的時(shí)間”內(nèi)完成所要完成的工作。對(duì)于時(shí)間的要求應(yīng)根據(jù)系統(tǒng)性能說(shuō)明書(shū)的要求進(jìn)行審核。3.可靠性對(duì)環(huán)境條件的要求環(huán)境條件是指軟件系統(tǒng)運(yùn)行時(shí)所需的各種支持要素，主要表現(xiàn)為：硬件環(huán)境（服務(wù)器、路由器、交換機(jī)、防火墻、磁盤陣列）、網(wǎng)絡(luò)操作系統(tǒng)、軟件工具、應(yīng)用系統(tǒng)的操作規(guī)程等。24.參考答案：數(shù)據(jù)驅(qū)動(dòng)腳本技術(shù)將測(cè)試輸入存儲(chǔ)在獨(dú)立的數(shù)據(jù)文件中，而不是綁定在腳本中。執(zhí)行時(shí)是從數(shù)據(jù)文件而不是從腳本中讀入數(shù)據(jù)。這種方法最大的好處是可以用同一個(gè)腳本允許不同的測(cè)試。對(duì)數(shù)據(jù)進(jìn)行修改，也不必修改執(zhí)行的腳本。使用數(shù)據(jù)驅(qū)動(dòng)腳本，可以以較小的開(kāi)銷實(shí)現(xiàn)較多的測(cè)試用例，這可以通過(guò)為一個(gè)測(cè)試腳本指定不同的測(cè)試數(shù)據(jù)文件達(dá)到。將數(shù)據(jù)文件單獨(dú)列出，選擇合適的數(shù)據(jù)格式和形式，可將用戶的注意力集中到數(shù)據(jù)的維護(hù)和測(cè)試上。達(dá)到簡(jiǎn)化數(shù)據(jù)，減少出錯(cuò)的概率的目的。在Winrunner中：（1）先生成單個(gè)輸入的測(cè)試腳本；（2）通過(guò)選取菜單table->datadriverwizarD.可通過(guò)向?qū)?lái)生成數(shù)據(jù)文件（excel文件格式），向?qū)瑫r(shí)生成了讀取該數(shù)據(jù)文件的循環(huán)語(yǔ)句；（3）在已有了數(shù)據(jù)文件之后，可通過(guò)選取菜單table->datatable編輯更改數(shù)據(jù)文件。25.參考答案：關(guān)聯(lián)，泛化，實(shí)現(xiàn)，依賴，聚合，組合；私有的“-”、公有的“+”、保護(hù)的“#”26.參考答案： 1，確保所有的步驟都被記錄；2，注意時(shí)間和運(yùn)行條件上的因素；3，注意軟件的邊界條件、內(nèi)容容量和數(shù)據(jù)溢出的問(wèn)題；4，注意事件發(fā)生次序?qū)е碌能浖毕荩?，考慮資源依賴性和內(nèi)存、網(wǎng)絡(luò)、硬件共享的相互作用；6，不要忽視硬件。27.參考答案： 創(chuàng)建GUIMap：讓W(xué)inRunner識(shí)別應(yīng)用程序的GUI對(duì)象。 創(chuàng)建測(cè)試：用戶可以通過(guò)錄制、編成或兩者同時(shí)使用的方式建立測(cè)試腳本。 調(diào)試測(cè)試：用戶可以在調(diào)試模式下測(cè)試運(yùn)行腳本，也可以設(shè)置中斷點(diǎn)，監(jiān)測(cè)變量，對(duì)測(cè)試腳本除錯(cuò)。 執(zhí)行測(cè)試：用戶在檢驗(yàn)?zāi)Ｊ较聢?zhí)行測(cè)試腳本。 查看測(cè)試結(jié)果 報(bào)告發(fā)現(xiàn)的錯(cuò)誤28.參考答案： 面向?qū)ο蟪绦蛟O(shè)計(jì)以需求當(dāng)中的數(shù)據(jù)作為中心，來(lái)進(jìn)行設(shè)計(jì)，具有良好的代碼重用性。 封裝性：也叫數(shù)據(jù)隱藏，用戶無(wú)需知道內(nèi)部工作流程，只要知道接口和操作就可以的，C++中一般用類來(lái)實(shí)現(xiàn)封裝。 繼承性：一種支持重用的思想，在現(xiàn)有的類型派生出新的子類，例如新型電視機(jī)在原有型號(hào)的電視機(jī)上增加若干中功能而得到，新型電視機(jī)是原有電視機(jī)的派生，繼承了原有電視機(jī)的屬性，并增加了新的功能。 多態(tài)性：指在一般類中定義的屬性或行為，被特殊類繼承之后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。 動(dòng)態(tài)聯(lián)編：指一個(gè)計(jì)算機(jī)程序自身彼此關(guān)聯(lián)的過(guò)程，按照聯(lián)編所進(jìn)行的階段不同，可分為兩種不同的聯(lián)編方法：靜態(tài)聯(lián)編和動(dòng)態(tài)聯(lián)編。29.參考答案：B30.參考答案：事先約定的驗(yàn)收標(biāo)準(zhǔn)31.參考答案：根本原因圖表32.參考答案：不可以。因?yàn)闆](méi)有經(jīng)過(guò)單元測(cè)試的模塊會(huì)遺留大量的缺陷到集成測(cè)試階段，而在集成測(cè)試階段對(duì)這些缺陷定位困難，導(dǎo)致后續(xù)工作展開(kāi)困難，修復(fù)缺陷成本成指數(shù)級(jí)增長(zhǎng)。33.參考答案： （1）軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)中已經(jīng)標(biāo)明的功能； （2）軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)中指明不會(huì)出現(xiàn)的錯(cuò)誤； （3）軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo)； （4）軟件功能超出了產(chǎn)品說(shuō)明書(shū)中指明的范圍； （5）軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不好。34.參考答案：因?yàn)楹诤袦y(cè)試是一種基于證明功能需求和用戶最終需求的測(cè)試方法，所以在選擇測(cè)試，設(shè)計(jì)測(cè)試方法方面有如下幾種。（1）等價(jià)類劃分法；（2）邊界值分析法；（3）因果圖法；（4）判定表驅(qū)動(dòng)測(cè)試；（5）場(chǎng)景法；（6）功能圖法；（7）錯(cuò)誤推測(cè)法；（8）正交試驗(yàn)設(shè)計(jì)法。在實(shí)際測(cè)試工作中，往往是綜合使用各種方法才能有效提高地提高測(cè)試效率和測(cè)試覆蓋率，這就需要認(rèn)真掌握這些方法的原理，積累更多的測(cè)試經(jīng)驗(yàn)，以有效地提高測(cè)試水平和測(cè)試的效率。35.參考答案：組件的密集重用36.參考答案：為每個(gè)場(chǎng)景設(shè)置一個(gè)Group。點(diǎn)擊EditSchedule->選擇SchedulebyGroup->設(shè)置StartwhengroupXXXfinishes，就可以實(shí)現(xiàn)多個(gè)場(chǎng)景輪流執(zhí)行。37.參考答案：D38.參考答案：A,B,C,D39.參考答案： 非增量式測(cè)試的方法是先分散測(cè)試，然后集中起來(lái)再一次完成集成測(cè)試。假如在模塊的接口處存在錯(cuò)誤，只會(huì)在最后的集成測(cè)試時(shí)一下子暴露出來(lái)。增量式測(cè)試是逐步集成和逐步測(cè)試的方法，把可能出現(xiàn)的差錯(cuò)分散暴露出來(lái)，便于找出問(wèn)題和修改。而且一些模塊在逐步集成的測(cè)試中，得到了較多次的考驗(yàn)，因此，可能會(huì)取得較好的測(cè)試效果。40.參考答案： 定義：是指在修改了源代碼后，用原有的測(cè)試用例進(jìn)行重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е?其他代碼產(chǎn)生錯(cuò)誤目的：所做的修改達(dá)到了預(yù)定的目的，如錯(cuò)誤得到了改正，新功能得到了實(shí)現(xiàn)，能夠適應(yīng)新的運(yùn)行環(huán)境等，不影響軟件原有功能的正確性。41.參考答案： 深入描述軟件的功能和性能，確定軟件設(shè)計(jì)的約束和軟件同其他系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其他有效性需求，借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)邏輯模型，解決目標(biāo)系統(tǒng)“做什么”的問(wèn)題。42.參考答案： 健壯性是指在異常情況下，軟件還能正常運(yùn)行的能力。健壯性有兩層含義：一是容錯(cuò)能力，二是恢復(fù)能力。容錯(cuò)性測(cè)試通常構(gòu)造一些不合理的輸入來(lái)引誘軟件出錯(cuò)，例如： （1）輸入錯(cuò)誤的數(shù)據(jù)類型。如“猴”年“馬”月。 （2）輸入定義域之外的數(shù)值。如上海人常說(shuō)的“十三點(diǎn)”粗暴一些方式俗稱“大猩猩”測(cè)試法。除了不能拳打腳踢嘴咬外，什么招術(shù)都可以使出來(lái)。例如在測(cè)試客戶機(jī)－服務(wù)器模式的軟件時(shí)，把網(wǎng)絡(luò)線拔掉，造成通信異常中斷?；謴?fù)測(cè)試重點(diǎn)考察一下幾項(xiàng)：（1）系統(tǒng)能否重新運(yùn)行；（2）有無(wú)重要的數(shù)據(jù)丟失；（3）是否毀壞了其它相關(guān)的軟件硬件。43.參考答案：完美44.參考答案：?jiǎn)卧獪y(cè)試的對(duì)象通常是軟件設(shè)計(jì)的最小邏輯單元，單元的劃分在面向過(guò)程的結(jié)構(gòu)化程序中一般是函數(shù)或子過(guò)程，在面向?qū)ο蟮某绦蛑锌梢允穷惢蝾惖某蓡T函數(shù)。45.參考答案：自頂向下的單元測(cè)試策略、自底向上的單元測(cè)試策略和孤立的單元測(cè)試策略46.參考答案：A,B,C,D47.參考答案：A,B48.參考答案： （1）白盒測(cè)試用例的設(shè)計(jì)技術(shù)如下：邏輯覆蓋；基本路徑測(cè)試。 （2）采用白盒測(cè)試技術(shù)設(shè)計(jì)用例的目的主要是：每個(gè)模塊中的所有獨(dú)立路徑至少被執(zhí)行一次；所有的邏輯值必須測(cè)試真、假兩個(gè)分支；在邊界值內(nèi)和可操作范圍至少循環(huán)一次；檢查數(shù)據(jù)的內(nèi)部結(jié)構(gòu)保證其有效的實(shí)現(xiàn)預(yù)定功能。49.參考答案： 主要的出發(fā)點(diǎn)是考慮了無(wú)效等價(jià)類。對(duì)有效輸入，測(cè)試用例從每個(gè)有效等價(jià)類中取一個(gè)值；對(duì)無(wú)效輸入，一個(gè)測(cè)試用例有一個(gè)無(wú)效值，其他值均取有效值。50.參考答案：A51.參考答案： 黑盒測(cè)試的具體技術(shù)方法主要有邊界值分析法、等價(jià)類劃分法、因果圖法、決策表測(cè)試法等。 （1）邊界值分析法是基于可靠性理論中稱為“單故障”的假設(shè)，即有兩個(gè)或兩個(gè)以上故障同時(shí)出現(xiàn)而導(dǎo)致軟件失效的情況很少，也就是說(shuō)，軟件失效基本上是由單故障引起的。因此，邊界值分析利用輸入變量的最小值、略大于最小值、輸入值域內(nèi)的任意值、略小于最大值和最大值來(lái)設(shè)計(jì)測(cè)試用例。 （2）等價(jià)類劃分法是把程序的輸入域劃分為若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。經(jīng)過(guò)類別的劃分后，每一類的代表性數(shù)據(jù)在測(cè)試中的作用都等價(jià)于這一類中的其他值。 （3）因果圖方法就是從程序規(guī)格說(shuō)明書(shū)的描述中找出因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），將因果圖轉(zhuǎn)換為決策表，最后為決策表中的每一列設(shè)計(jì)一個(gè)測(cè)試用例。這種方法考慮到了輸入情況各種組合以及各個(gè)輸入情況之間的相互制約關(guān)系。 （4）在所有的黑盒測(cè)試方法中，基于決策表的測(cè)試是最為嚴(yán)格、最具有邏輯性的測(cè)試方法。在一些數(shù)據(jù)處理問(wèn)題當(dāng)中，某些操作的實(shí)施依賴于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表法很適合測(cè)試這類問(wèn)題。 通常在決定測(cè)試策略時(shí)，有以下的參考原則： （1）在任何情況下都必須采用邊界值分析法。這種方法設(shè)計(jì)出的測(cè)試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)； （2）必要時(shí)采用等價(jià)劃分類方法補(bǔ)充測(cè)試用例； （3）采用錯(cuò)誤推斷法再追加測(cè)試用例； （4）對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測(cè)試用例的邏輯覆蓋程度。如果沒(méi)有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)當(dāng)在補(bǔ)充更多的測(cè)試用例； （5）如果程序的功能說(shuō)明中含有輸入條件的組合情況，則應(yīng)在一開(kāi)始就選用因果圖法。52.參考答案： 非增量式測(cè)試：就是分別對(duì)系統(tǒng)中每個(gè)模塊進(jìn)行單元測(cè)試，然后將所有模塊按照層次結(jié)構(gòu)組裝到一起進(jìn)行測(cè)試，最終得到所要求的軟件。例如：大爆炸集成增量式集成（或組裝）：先對(duì)一個(gè)個(gè)模塊進(jìn)行模塊測(cè)試，然后在組裝過(guò)程中邊連接邊測(cè)試，以發(fā)現(xiàn)連接過(guò)程中產(chǎn)生的問(wèn)題。例如：自頂向下集成和自底向上集成53.參考答案： 1.從技術(shù)角度分：黑盒測(cè)試；白盒測(cè)試；灰盒測(cè)試；ALAC測(cè)試。 2.從執(zhí)行階段角度分：?jiǎn)卧獪y(cè)試；集成測(cè)試；確認(rèn)測(cè)試；系統(tǒng)測(cè)試。54.參考答案：D55.參考答案： （1）首先采用等價(jià)類劃分法編寫測(cè)試用例必須考慮正常值與異常值的情況 （2）必要時(shí)采用邊界值分析法補(bǔ)充測(cè)試用例。 （3）采用錯(cuò)誤推斷法再追加測(cè)試用例。 （4）對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測(cè)試用例的邏輯覆蓋程度。如果沒(méi)有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)當(dāng)再補(bǔ)充更多的測(cè)試用例。 （5）如果程序的功能說(shuō)明中含有輸入條件的組合情況，則應(yīng)一開(kāi)始就選用因果圖法。56.參考答案： 從容錯(cuò)性測(cè)試的概念和內(nèi)容可以看出，當(dāng)軟件出現(xiàn)故障時(shí)如何進(jìn)行故障的轉(zhuǎn)移與恢復(fù)有用的數(shù)據(jù)是十分重要的。對(duì)于如何進(jìn)行容錯(cuò)性測(cè)試，這是我們關(guān)心的事情，所以進(jìn)行容錯(cuò)性測(cè)試需要考慮以下的特殊事項(xiàng)。 故障發(fā)生時(shí)數(shù)據(jù)的轉(zhuǎn)移與數(shù)據(jù)的恢復(fù) 故障發(fā)生時(shí)數(shù)據(jù)的轉(zhuǎn)移是為了確保在出現(xiàn)故障時(shí)能成功的轉(zhuǎn)移有效的數(shù)據(jù)，防止因故障的發(fā)生導(dǎo)致意外的破壞各種硬件、軟件和網(wǎng)絡(luò)設(shè)備。數(shù)據(jù)的恢復(fù)是為了能夠繼續(xù)運(yùn)行系統(tǒng)，同時(shí)，一旦系統(tǒng)發(fā)生故障，備用系統(tǒng)將不失時(shí)機(jī)地“頂替”已發(fā)生故障的系統(tǒng)。 容錯(cuò)性測(cè)試目前主要做的事情表現(xiàn)為：服務(wù)器斷電；網(wǎng)絡(luò)設(shè)備斷電；數(shù)據(jù)庫(kù)系統(tǒng)發(fā)生故障；應(yīng)用系統(tǒng)文件發(fā)生故障；系統(tǒng)軟件發(fā)生故障。57.參考答案：系統(tǒng)集成測(cè)試主要包括以下過(guò)程：1.構(gòu)建的確認(rèn)過(guò)程；2.補(bǔ)丁的確認(rèn)過(guò)程；3.系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程；4.測(cè)試用例設(shè)計(jì)過(guò)程；5.測(cè)試代碼編寫過(guò)程；6.Bug的報(bào)告過(guò)程；7.每周/每?jī)芍艿臉?gòu)建過(guò)程；8.點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程；9.組內(nèi)培訓(xùn)過(guò)程。58.參考答案： （1）文字測(cè)試 （2）鏈接測(cè)試 （3）圖形、圖像測(cè)試 （4）表單測(cè)試 （5）動(dòng)態(tài)內(nèi)容測(cè)試 （6）數(shù)據(jù)庫(kù)測(cè)試 （7）服務(wù)器性能及負(fù)載測(cè)試 （8）安全性測(cè)試59.參考答案： 有效性：?jiǎn)?dòng)嚴(yán)格的安全性性能所花費(fèi)的時(shí)間占啟動(dòng)整個(gè)系統(tǒng)所花費(fèi)時(shí)間的比例。生存性：當(dāng)錯(cuò)誤發(fā)生時(shí)，系統(tǒng)對(duì)緊急操作的支持，對(duì)錯(cuò)誤的補(bǔ)救措施以及恢復(fù)到正常操作的能力，即系統(tǒng)的抗挫能力。精確性：衡量系統(tǒng)安全性控制的精度指標(biāo)，圍繞所出現(xiàn)的錯(cuò)誤數(shù)量、發(fā)生頻率及其嚴(yán)重性判斷。反應(yīng)時(shí)間：出錯(cuò)時(shí)系統(tǒng)響應(yīng)速度的快慢，一個(gè)安全性較強(qiáng)的系統(tǒng)要具備快速的反應(yīng)速度。吞吐量：用戶和服務(wù)請(qǐng)求的峰值和平均值。60.參考答案：軟件測(cè)試的階段劃分為：規(guī)格說(shuō)明書(shū)審查；系統(tǒng)和程序設(shè)計(jì)審查；單元測(cè)試；集成測(cè)試；確認(rèn)測(cè)試；系統(tǒng)測(cè)試；驗(yàn)收測(cè)試。61.參考答案： 分析用戶登錄的基本情況，得出一組數(shù)據(jù)，通過(guò)性測(cè)試/失敗性測(cè)試的都有（根據(jù)TC