軟件測試技術(shù)學(xué)習(xí)通超星期末考試章節(jié)答案2024年導(dǎo)致軟件缺陷的最大原因是軟件設(shè)計(jì)方案有誤。

答案:錯(cuò)下面哪種不是軟件的缺陷等級的劃分級別？

答案:異常問題以下哪一個(gè)不屬于軟件測試的關(guān)鍵問題？

答案:測試結(jié)果是什么軟件缺陷在哪個(gè)階段發(fā)現(xiàn)修復(fù)代價(jià)最大？

答案:發(fā)布以下哪一個(gè)不屬于軟件缺陷：

答案:軟件出現(xiàn)了產(chǎn)品說明書中已指明因外部故障可以出現(xiàn)的錯(cuò)誤；隨著人們對軟件質(zhì)量的要求越來越高，軟件測試貫穿了軟件開發(fā)的各個(gè)階段。

答案:對簡單的講，軟件=程序+文檔+數(shù)據(jù)

答案:對IEEE將__________定義為：系統(tǒng)在特定環(huán)境下，在給定的時(shí)間內(nèi)無故障運(yùn)行的概率。

答案:軟件可靠性軟件測試的目的是什么？

答案:盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，提高軟件的可靠性請簡述軟件缺陷產(chǎn)生的原因？

答案:軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改

；軟件設(shè)計(jì)說明書

；軟件操作人員的水平

；開發(fā)人員不能很好的理解需求明書和溝通不足。從答案列舉的四個(gè)方面進(jìn)行回答簡述軟件缺陷處理流程。

答案:提交、分配、確認(rèn)、拒絕、處理、復(fù)測、關(guān)閉。軟件缺陷產(chǎn)生的主要原因是開發(fā)人員水平有限。

答案:錯(cuò)關(guān)于軟件缺陷，下列說法中錯(cuò)誤的是（）

答案:軟件功能多出不屬于軟件缺陷下列選項(xiàng)中，哪一項(xiàng)不是導(dǎo)致軟件缺陷產(chǎn)生的原因（）

答案:用戶操作不當(dāng)對于邏輯表達(dá)式(a&&b)‖c),需要__個(gè)測試用例才能完成條件組合覆蓋。

答案:4如果程序的功能說明中含有輸入條件的組合情況，則開始就可以選用_____和決策表法。

答案:因果圖法在黑盒測試中，著重檢查輸入條件的組合的測試用例設(shè)計(jì)方法是（

）。

答案:因果圖法條件組合覆蓋是一種邏輯覆蓋，它的含義是設(shè)計(jì)足夠的測試用例，使得每個(gè)判斷中條件的各種可能組合都至少出現(xiàn)一次，滿足條件組合覆蓋級別的測試用例也是滿足______級別的。

答案:語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋/star3/origin/b7b78cc15b2d1a4ed90ccd18e9a51441.png

答案:①TRUE②FALSE③TRUE/images/questionbank/icon/excel.png

答案:《新增倉庫》—功能測試Bug缺陷清單-美萍.xls461.00K負(fù)載／壓力測試的作用是什么？

答案:負(fù)載測試主要是為了測試C/S系統(tǒng)在某一負(fù)載級別上的性能，以保證系統(tǒng)能在同一時(shí)間響應(yīng)大量的用戶，在需求范圍內(nèi)能夠正常工作。壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力，也就是測試Web應(yīng)用系統(tǒng)會(huì)不會(huì)崩潰，在什么情況下會(huì)崩潰。請簡述一下常用的性能測試指標(biāo)。

答案:1、常用的性能測試指標(biāo)。(1)響應(yīng)時(shí)間響應(yīng)時(shí)間(ResponseTime)是指系統(tǒng)對用戶請求作出響應(yīng)所需要的時(shí)間。這個(gè)時(shí)間是指用戶從軟件客戶端發(fā)出請求到用戶接收到返回?cái)?shù)據(jù)的整個(gè)過程所需要的時(shí)間,包括各種中間件(如服務(wù)器、數(shù)據(jù)庫等)的處理時(shí)間。(2)吞吐量吞吐量(Throughput)是指單位時(shí)間內(nèi)系統(tǒng)能夠完成的工作量,它衡量的是軟件系統(tǒng)服務(wù)器的處理能力。吞吐量的度量單位可以是請求數(shù)/秒、頁面數(shù)/秒、訪問人數(shù)/天、處理業(yè)務(wù)數(shù)/小時(shí)等。(3)并發(fā)用戶數(shù)并發(fā)用戶數(shù)是指同一時(shí)間請求和訪問的用戶數(shù)量。例如對于某一軟件,同時(shí)有100個(gè)用戶請求登錄,則其并發(fā)用戶數(shù)就是100。并發(fā)用戶數(shù)量越大,對系統(tǒng)的性能影響越大,并發(fā)用戶數(shù)量較大可能會(huì)導(dǎo)致系統(tǒng)響應(yīng)變慢、系統(tǒng)不穩(wěn)定等。軟件系統(tǒng)在設(shè)計(jì)時(shí)必須要考慮并發(fā)訪問的情況,測試工程師在進(jìn)行性能測試時(shí)也必須進(jìn)行并發(fā)訪問的測試。(4)TPSTPS是指系統(tǒng)每秒鐘能夠處理的事務(wù)和交易的數(shù)量,它是衡量系統(tǒng)處理能力的重要指標(biāo)。(5)點(diǎn)擊率點(diǎn)擊率是指用戶每秒向Web服務(wù)器提交的HTTP請求數(shù),這個(gè)指標(biāo)是Web應(yīng)用特有的一個(gè)性能指標(biāo),通過點(diǎn)擊率可以評估用戶產(chǎn)生的負(fù)載量,并且可以判斷系統(tǒng)是否穩(wěn)定。點(diǎn)擊率只是一個(gè)參考指標(biāo),幫助衡量Web服務(wù)器的性能。(6)資源利用率資源利用率是指軟件對系統(tǒng)資源的使用情況,包括CPU利用率、內(nèi)存利用率、磁盤利用率等,資源利用率是分析軟件性能瓶頸的重要參數(shù)。點(diǎn)擊率是Web應(yīng)用特有的一個(gè)指標(biāo)。()

答案:對負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。

答案:錯(cuò)響應(yīng)時(shí)間是指系統(tǒng)對用戶請求做出響應(yīng)所需要的時(shí)間。()

答案:對吞吐量的度量單位是請求數(shù)/秒。()

答案:錯(cuò)性能測試中更多是應(yīng)用白盒測試工具

答案:錯(cuò)點(diǎn)擊率是指用戶每秒向Web服務(wù)器提交的____請求數(shù)。

答案:HTTP吞吐量是指____內(nèi)系統(tǒng)能夠完成的工作量。

答案:單位時(shí)間TPS是指系統(tǒng)____能夠處理的事務(wù)和交易的數(shù)量。

答案:每秒鐘負(fù)載壓力性能測試需求分析時(shí)，應(yīng)該選擇（）類型的業(yè)務(wù)作為測試案例。

答案:高吞吐量的業(yè)務(wù);高商業(yè)風(fēng)險(xiǎn)的業(yè)務(wù);高服務(wù)器負(fù)載的業(yè)務(wù)哪個(gè)是軟件性能測試的目標(biāo)（

）

答案:發(fā)現(xiàn)壓力下軟件功能的缺陷JMeter的測試元件中，下列哪種是用來模擬多個(gè)用戶向待測系統(tǒng)發(fā)出請求來實(shí)現(xiàn)性能測試的。

答案:線程組關(guān)于性能測試流程,下列說法中錯(cuò)誤的是。()

答案:性能測試比較特殊,它并不遵循一般測試流程。下列選項(xiàng)中,哪一項(xiàng)是瞬間將系統(tǒng)壓力加載到最大的性能測試。()

答案:峰值測試以下關(guān)于軟件性能測試的說法中，不正確的是

答案:壓力測試與負(fù)載測試的目的都是為了探測軟件在滿足預(yù)定的性能需求的情況下所能負(fù)擔(dān)的最大壓力下列選項(xiàng)中屬于性能測試工具的是()

答案:LoadRunner性能測試是為描述測試對象與性能相關(guān)的特性而對其進(jìn)行評價(jià),從而實(shí)施和執(zhí)類測試,不同角色對于軟件性能的認(rèn)識不同,其中系統(tǒng)管理員的認(rèn)識是(

)。①支持的并發(fā)用戶數(shù)、最大業(yè)務(wù)處理數(shù)②支持7×24小時(shí)連續(xù)運(yùn)行③服務(wù)器資源使用是否合理④內(nèi)存使用方式是否合理⑤線程同步方式是否合理⑥資源競爭是否合理

答案:②③④負(fù)載壓力性能測試需求分析時(shí)，應(yīng)該選擇（

）類型的業(yè)務(wù)作為測試案例。①高吞吐量的業(yè)務(wù)；②業(yè)務(wù)邏輯復(fù)雜的業(yè)務(wù)；③高商業(yè)風(fēng)險(xiǎn)的業(yè)務(wù)；④高服務(wù)器負(fù)載的業(yè)務(wù)；⑤批處理的業(yè)務(wù)。①③③

答案:①③④下列關(guān)于性能測試中所包括的測試類型的描述,正確的是(

)。

答案:考察系統(tǒng)的軟硬件最佳配置需要進(jìn)行疲勞強(qiáng)度測試在性能測試中，關(guān)于數(shù)據(jù)準(zhǔn)備，（）的描述是正確的。①識別數(shù)據(jù)狀態(tài)驗(yàn)證測試實(shí)例②初始數(shù)據(jù)提供了基線用來評估測試執(zhí)行的結(jié)果③業(yè)務(wù)軟件提供負(fù)載壓力背景④腳本中參數(shù)數(shù)據(jù)真實(shí)模擬負(fù)載

答案:①②③④客戶端交易處理性能指標(biāo)是一類重要的負(fù)載壓力測試指標(biāo)，以下不屬于客戶端交易處理性能指標(biāo)的是（

）

答案:疲勞強(qiáng)度測試下列關(guān)于軟件功能與軟件性能測試的描述中,表達(dá)正確的是(

)①軟件性能是一種指標(biāo)，表明軟件或構(gòu)件對于其及時(shí)性要求的符合程度

②對一個(gè)系統(tǒng)而言，其性能包括并發(fā)用戶數(shù)、響應(yīng)時(shí)間、吞吐量、安全性等

③性能測試是為描述測試對象與性能相關(guān)的特性對其進(jìn)行評價(jià)而實(shí)施和執(zhí)行的測試

④性能測試用來保證系統(tǒng)運(yùn)行后的性能滿足用戶的需求

⑤性能測試在軟件質(zhì)量保證中的作用不如功能測試

答案:①③④以下哪種軟件測試不屬于軟件性能測試的范疇（

）。

答案:配置測試性能測試過程中,需要對數(shù)據(jù)庫服務(wù)器的資源使用進(jìn)行監(jiān)控,(

)不屬于應(yīng)該監(jiān)控的指標(biāo)。

答案:點(diǎn)擊率在進(jìn)行性能測試時(shí),往往需要監(jiān)控各種服務(wù)器資源,監(jiān)控的指標(biāo)有(

)。

答案:CPU、內(nèi)存、磁盤管理、網(wǎng)絡(luò)、數(shù)據(jù)庫連接數(shù)、活動(dòng)進(jìn)程以下關(guān)于軟件性能測試的說法中，不正確的是（

）。

答案:壓力測試與負(fù)載測試的目的都是為了探測軟件在滿足預(yù)定的性能需求的情況下所能負(fù)擔(dān)的最大壓力下列哪種工具不是用于性能測試的？

答案:WinRunner請簡述一下LoadRunner的組成部分及其作用。

答案:3、LoadRunner的組成部分及其作用。(1)VuGenLoadRunner是通過多個(gè)虛擬用戶在系統(tǒng)中同時(shí)工作或訪問系統(tǒng)的環(huán)境來進(jìn)行性能測試的,虛擬用戶進(jìn)行的操作通常被記錄在虛擬用戶腳本中,而VuGen就是用于創(chuàng)建虛擬用戶腳本的工具,因此它也稱為虛擬用戶腳本生成器。在創(chuàng)建腳本時(shí),VuGen會(huì)生成多個(gè)函數(shù)用于記錄虛擬用戶所執(zhí)行的操作,并將這些函數(shù)插入到VuGen編輯器生成基本的虛擬用戶腳本,這個(gè)創(chuàng)建腳本的過程也叫作錄制腳本。(2)ControllerController用于創(chuàng)建和控制LoadRunner場景,場景負(fù)責(zé)定義每次測試中發(fā)生的事件,包括模擬的用戶數(shù)、用戶執(zhí)行的操作以及測試要監(jiān)控的性能指標(biāo)等。(3)AnalysisAnalysis是LoadRunner的數(shù)據(jù)分析工具,它可以收集性能測試中的各種數(shù)據(jù),對其進(jìn)行分析并生成圖表和報(bào)告供測試人員查看。LoadRunner工具主要由____、____、____三部分組成。

答案:Vugen;Controller;AnalysisJMeter是根據(jù)（

）中描述的測試步驟來執(zhí)行測試的。

答案:測試計(jì)劃下列哪項(xiàng)是JMeter的功能？（

）

答案:以上全部關(guān)于LoadRunner與JMeter,下列說法中錯(cuò)誤的是。()

答案:JMeter使用監(jiān)聽器記錄服務(wù)器的響應(yīng)。集成測試就是系統(tǒng)測試。

答案:錯(cuò)功能測試也可以采用白盒測試的方法。

答案:錯(cuò)軟件產(chǎn)品的質(zhì)量中的非功能需求包括（

）等

答案:有效性;可靠性;性能;適用性某軟件系統(tǒng)的原始需求包括，“當(dāng)某個(gè)查詢請求是不適當(dāng)或非法的，應(yīng)提示用戶”，該需求屬于（

）

答案:功能需求經(jīng)驗(yàn)表明,在程序測試中,某模塊與其他模塊相比,若該模塊已發(fā)現(xiàn)并改正的錯(cuò)誤較多,則該模塊中殘存的錯(cuò)誤數(shù)目與其他模塊相比,通常應(yīng)該()。

答案:較多為了提高測試的效率，正確的做法是（

）。

答案:選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試用例功能測試的執(zhí)行時(shí)機(jī)應(yīng)該在（

）

答案:集成測試之后為了提高測試的效率，應(yīng)該（

）

答案:選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)以下不屬于易用性測試的是（

）

答案:可靠性測試請簡述一下常見的性能測試種類。

答案:2、常見的性能測試種類。(1)負(fù)載測試負(fù)載測試是指逐步增加系統(tǒng)負(fù)載,測試系統(tǒng)性能的變化,并最終確定在滿足系統(tǒng)性能指標(biāo)的情況下,系統(tǒng)所能夠承受的最大負(fù)載量。(2)壓力測試壓力測試也叫強(qiáng)度測試,它是指逐步給系統(tǒng)增加壓力,測試系統(tǒng)的性能變化,使系統(tǒng)某些資源達(dá)到飽和或系統(tǒng)崩潰,從而確定系統(tǒng)所能承受的最大壓力。(3)峰值測試性能測試中還有一種壓力測試叫作峰值測試,它是指瞬間(不是逐步加壓)將系統(tǒng)壓力加載到最大,使測試軟件系統(tǒng)在極限壓力下的運(yùn)行情況。(4)配置測試配置測試是指調(diào)整軟件系統(tǒng)的軟硬件環(huán)境,測試各種環(huán)境對系統(tǒng)性能的影響,從而找到系統(tǒng)各項(xiàng)資源的最優(yōu)分配原則。配置測試不改變代碼,只改變軟硬件配置,例如安裝版本更高的數(shù)據(jù)庫、配置性能更好的CPU、內(nèi)存等,通過更改外部配置來提高軟件的性能。(5)可靠性測試可靠性測試是指給系統(tǒng)加載一定的業(yè)務(wù)壓力,使其持續(xù)運(yùn)行一段時(shí)間(如7*24h),測試系統(tǒng)在這種條件下是否能夠穩(wěn)定運(yùn)行。由于加載有業(yè)務(wù)壓力且運(yùn)行時(shí)間較長,因此可靠性測試通?？梢詸z測出系統(tǒng)是否有內(nèi)存泄露等問題。(6)容量測試容量測試是指在一定的軟硬件及網(wǎng)絡(luò)環(huán)境下,測試系統(tǒng)所能支持的最大用戶數(shù)、最大存儲量等。容量測試通常與數(shù)據(jù)庫、系統(tǒng)資源(如CPU、內(nèi)存、磁盤等)有關(guān),用于規(guī)劃將來需求增長(如用戶增長、業(yè)務(wù)量增加等)時(shí),對數(shù)據(jù)庫和系統(tǒng)資源的優(yōu)化。請簡述一下等價(jià)類劃分法的原則。

答案:1、等價(jià)類劃分原則:(1)如果程序要求輸入值是一個(gè)有限區(qū)間的值,則可以將輸入數(shù)據(jù)劃分為一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類,有效等價(jià)類為指定的取值區(qū)間,兩個(gè)無效等價(jià)類分別為有限區(qū)間兩邊的值。(2)如果程序要求輸入的值是一個(gè)“必須成立”的情況,則可以將輸入數(shù)據(jù)劃分為一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。(3)如果程序要求輸入數(shù)據(jù)是一組可能的值,或者要求輸入值必須符合某個(gè)條件,則可以將輸入數(shù)據(jù)劃分一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。(4)如果在某一個(gè)等價(jià)類中,每個(gè)輸入數(shù)據(jù)在程序中的處理方式都不相同,則應(yīng)將該等價(jià)類劃分成更小的等價(jià)類,并建立等價(jià)表。請簡述一下軟件缺陷的處理流程。

答案:1、軟件缺陷處理流程為:提交→分配→確認(rèn)→處理→復(fù)測→關(guān)閉,具體如下圖所示:圖1-1軟件缺陷處理流程(1)提交:測試人員發(fā)現(xiàn)缺陷之后,將缺陷提交給測試組長。(2)分配:測試組長接收到測試組員提交的缺陷之后,將其移交給開發(fā)人員。(3)確認(rèn):開發(fā)人員接收到移交的缺陷之后,會(huì)與團(tuán)隊(duì)甚至測試人員一起商議,確定該缺陷是否是一個(gè)缺陷。(4)拒絕:如果經(jīng)過商議之后,缺陷不是一個(gè)真正的缺陷則拒絕處理,關(guān)閉缺陷。如果經(jīng)過商議之后,確定其是一個(gè)真正的缺陷,則可以根據(jù)缺陷的嚴(yán)重程度或優(yōu)先級等立即處理或延期處理。(5)處理:開發(fā)人員修改缺陷。(6)復(fù)測:開發(fā)人員修改好缺陷之后,測試人員重新進(jìn)行測試(回歸測試),檢測缺陷是否確實(shí)已經(jīng)修改。如果未被正確修改,則重新提交缺陷。(7)關(guān)閉:測試人員進(jìn)行回歸測試之后,如果缺陷已經(jīng)被正確修改,則將缺陷關(guān)閉,整個(gè)缺陷處理完成。請簡述一下軟件測試的基本流程。

答案:2軟件測試的基本流程為:分析測試需求→制定測試計(jì)劃→設(shè)計(jì)測試用例→執(zhí)行測試→編寫測試報(bào)告。(1)分析測試需求測試人員在制定測試計(jì)劃之前需要先對軟件需求進(jìn)行分析,以便對要開發(fā)的軟件產(chǎn)品有一個(gè)清晰的認(rèn)識,從而明確測試對象及測試工作的范圍和測試重點(diǎn)。在分析需求時(shí)還可以獲取一些測試數(shù)據(jù),作為測試計(jì)劃的基本依據(jù),為后續(xù)的測試打好基礎(chǔ)。(2)制定測試計(jì)劃測試計(jì)劃是整個(gè)測試工作的導(dǎo)航圖,但它并不是一成不變的,隨著項(xiàng)目推進(jìn)或需求變更,測試計(jì)劃也會(huì)不斷發(fā)生改變,因此測試計(jì)劃的制定是隨著項(xiàng)目發(fā)展不斷調(diào)整、逐步完善的過程。測試計(jì)劃一般要做好以下工作安排。確定測試范圍:明確哪些對象是需要測試的,哪些對象不是需要測試的。制定測試策略:測試策略是測試計(jì)劃中最重要的部分,它將要測試的內(nèi)容劃分出不同的優(yōu)先級,并確定測試重點(diǎn)。根據(jù)測試模塊的特點(diǎn)和測試類型(如功能測試、性能測試)選定測試環(huán)境和測試方法(如人工測試、自動(dòng)化測試)。安排測試資源:通過對測試難度、時(shí)間、工作量等因素對測試資源合理安排,包括人員分配、工具配置等。安排測試進(jìn)度:根據(jù)軟件開發(fā)計(jì)劃、產(chǎn)品的整體計(jì)劃來安排測試工作的進(jìn)度,同時(shí)還要考慮各部分工作的變化。在安排工作進(jìn)度時(shí),最好在各項(xiàng)測試工作之間預(yù)留一個(gè)緩沖時(shí)間以應(yīng)對計(jì)劃變更。預(yù)估測試風(fēng)險(xiǎn):羅列出測試工作過程中可能會(huì)出現(xiàn)的不確定因素,并制定應(yīng)對策略。(3)設(shè)計(jì)測試用例測試用例(TestCase)指的是一套詳細(xì)的測試方案,包括測試環(huán)境、測試步驟、測試數(shù)據(jù)和預(yù)期結(jié)果。測試用例編寫的原則是盡量以最少的測試用例達(dá)到最大測試覆蓋率。測試用例常用的設(shè)計(jì)方法包括等價(jià)類劃分法、邊界值分析法、因果圖與判定表、正交實(shí)驗(yàn)法、邏輯覆蓋法等。(4)執(zhí)行測試測試執(zhí)行就是按照測試用例執(zhí)行測試的過程,這是測試人員最主要的活動(dòng)階段。在執(zhí)行測試時(shí)要根據(jù)測試用例的優(yōu)先級進(jìn)行。測試人員需要完成所有測試用例的執(zhí)行,每一個(gè)測試用例都可能會(huì)發(fā)現(xiàn)很多缺陷,測試人員要做好測試記錄與跟蹤,衡量缺陷的質(zhì)量并編寫缺陷報(bào)告。當(dāng)提交后的缺陷被開發(fā)人員修改之后,測試人員需要進(jìn)行回歸測試。如果系統(tǒng)對測試用例產(chǎn)生了缺陷免疫,測試人員則需要編寫新的測試用例。(5)編寫測試報(bào)告測試報(bào)告是一個(gè)測試活動(dòng)的總結(jié),對項(xiàng)目測試過程進(jìn)行總結(jié),對測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì),對項(xiàng)目的測試質(zhì)量進(jìn)行客觀的評價(jià)文檔。闡述白盒測試的各種方法。

答案:白盒測試方法可以分為兩大類：靜態(tài)測試方法和動(dòng)態(tài)測試方法，動(dòng)態(tài)測試方法是設(shè)計(jì)一系列的測試用例，通過輸入預(yù)先設(shè)定好的數(shù)據(jù)來動(dòng)態(tài)地運(yùn)行程序，從而達(dá)到發(fā)現(xiàn)程序錯(cuò)誤的目的。靜態(tài)測試方法則不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，而是以一些人工的模擬技術(shù)或使用測試軟件對軟件進(jìn)行分析和測試。動(dòng)態(tài)測試方法主要有邏輯覆蓋、獨(dú)立路徑測試等。靜態(tài)測試方法主要有靜態(tài)結(jié)構(gòu)分析、靜態(tài)質(zhì)量度量、代碼檢查方法等。簡述邏輯覆蓋測試的6種覆蓋策略及各自的特點(diǎn)。

答案:?根據(jù)不同的測試要求，覆蓋測試可以分為語句覆蓋、判定覆蓋、條件覆蓋、判定／條件覆蓋、條件組合覆蓋和路徑覆蓋。語句覆蓋就是設(shè)計(jì)足夠多的測試用例，使得被測試程序中的每條可執(zhí)行語句至少被執(zhí)行一次。判定覆蓋又稱分支覆蓋，就是設(shè)計(jì)足夠多的測試用例，使得被測試程序中的每個(gè)判斷的“真”、“假”分支至少被執(zhí)行一次。條件覆蓋是指設(shè)計(jì)足夠多的測試用例，使得被測試程序中的每個(gè)判斷語句中的每個(gè)邏輯條件的可能值至少被滿足一次?；蛘哒f設(shè)計(jì)足夠多的測試用例，使得被測試程序中的每個(gè)邏輯條件的可能值至少被滿足一次。判定/條件覆蓋是指設(shè)計(jì)足夠多的測試用例，使得被測試程序中的每個(gè)判斷本身的判定結(jié)果（真假）至少滿足一次，同時(shí)，每個(gè)邏輯條件的可能值也至少被滿足一次。即同時(shí)滿足100%判定覆蓋和100%條件覆蓋的標(biāo)準(zhǔn)。在保證完成要求的情況下，測試用例的數(shù)目越少越好。條件組合覆蓋是指設(shè)計(jì)足夠多的測試用例，使得被測試程序中的每個(gè)判斷的所有可能條件取值的組合至少被滿足一次。路徑覆蓋就是設(shè)計(jì)足夠多的測試用例，使得被測試程序中的每條路徑至少被覆蓋一次。什么是軟件測試？

答案:答案1：軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。答案2：軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測試用例運(yùn)行程序，以及發(fā)現(xiàn)錯(cuò)誤的過程。簡述軟件測試的分類？

答案:1.從技術(shù)角度分：黑盒測試

白盒測試

灰盒測試

ALAC測試

2.從執(zhí)行階段角度分：單元測試

集成測試

確認(rèn)測試

系統(tǒng)測試為以下程序段設(shè)計(jì)一組測試用例，要求分別滿足語句覆蓋、判定覆蓋、條件覆蓋。

void

DoWork(intx,inty,intz){

int

k=0,j=0;

if((x>3)&&(z<10)){

k=x*y-1;

j=sqrt(k);//平方根計(jì)算

}

//語句塊1

if((x==4)||(y>5)){

j=x*y+10;

}

//語句塊2

j=j%3;

//語句塊3

}

答案:語句覆蓋測試用例：x=4、y=5、z=5；

判定覆蓋測試用例：x=4、y=5、z=5；x=2、y=5、z=5；

條件覆蓋測試用例：x=4、y=6、z=5；x=2、y=5、z=15；請簡述等價(jià)類劃分法的編寫測試用例的過程。

答案:（1）劃分有效等價(jià)類和無效等價(jià)類，并編號；（2）設(shè)計(jì)一個(gè)新的測試方案，以盡可能多的覆蓋尚未被覆蓋到的有效等價(jià)類，重復(fù)這一過程，直到所有的有效等價(jià)類都被覆蓋到；（3）設(shè)計(jì)一個(gè)新的測試方案，使它覆蓋一個(gè)尚未被覆蓋到的無效等價(jià)類，重復(fù)這一過程，直到所有的無效等價(jià)類都被覆蓋到。軟件測試活動(dòng)的生命周期分為哪幾部份?

答案:軟件測試生存周期包括背景調(diào)研、需求評審、方案設(shè)計(jì)、開發(fā)編碼、單元測試、功能測試、系統(tǒng)測試、上線發(fā)布、效果評估試說出軟件測試的原則?

答案:1、盡早和不斷的測試。

2、程序員應(yīng)該避免檢查自己的程序,軟件測試應(yīng)該由第三方構(gòu)造。

3、設(shè)計(jì)測試用例時(shí)應(yīng)該考慮到合法的輸入和不合法的輸入以

及各種邊界條件。

4、注意測試中的錯(cuò)誤集中發(fā)生現(xiàn)象。

5、對測試錯(cuò)誤結(jié)果有確認(rèn)過程。

6、制定嚴(yán)格的測試計(jì)劃,并把測試時(shí)間安排的盡量寬松。

7、回歸測試的關(guān)聯(lián)性,原有功能過濾

8、進(jìn)行版本控制,制定變更測試文檔的流程。黑盒測試和白盒測試是軟件測試的兩種基本方法,請分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)!

答案:黑盒測試的優(yōu)點(diǎn):①不需要了解程序內(nèi)部的代碼結(jié)構(gòu),操作簡單,與軟件的內(nèi)部無關(guān),②從用戶角度出發(fā),能夠更容易地了解到用戶的需求和遇到的問題所在③能夠根據(jù)軟件開發(fā)文檔,能夠知道該軟件產(chǎn)品實(shí)現(xiàn)了哪些功能④方便軟件測試自動(dòng)化。黑盒測試的缺點(diǎn):①軟件自動(dòng)化測試復(fù)用性比較低②不能覆蓋所有的程序內(nèi)部的代碼,覆蓋率比較低。白盒測試的優(yōu)點(diǎn):幫助測試人員增加代碼的覆蓋率,提高代碼的質(zhì)量,發(fā)現(xiàn)代碼中隱藏的問題。白盒測試的缺點(diǎn):①測試基于代碼,只能測試出軟件開發(fā)人員做的對不對,而不能知道設(shè)計(jì)的正確與否②程序運(yùn)行會(huì)有很多不同的路徑,不能測試所有的運(yùn)行路徑。③系統(tǒng)非常龐大的時(shí)候測試開銷費(fèi)用會(huì)非常大。請簡述一下等價(jià)類劃分法的原則。(6.0)

答案:1、等價(jià)類劃分原則:(1)如果程序要求輸入值是一個(gè)有限區(qū)間的值,則可以將輸入數(shù)據(jù)劃分為一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類,有效等價(jià)類為指定的取值區(qū)間,兩個(gè)無效等價(jià)類分別為有限區(qū)間兩邊的值。(2)如果程序要求輸入的值是一個(gè)“必須成立”的情況,則可以將輸入數(shù)據(jù)劃分為一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。(3)如果程序要求輸入數(shù)據(jù)是一組可能的值,或者要求輸入值必須符合某個(gè)條件,則可以將輸入數(shù)據(jù)劃分一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。(4)如果在某一個(gè)等價(jià)類中,每個(gè)輸入數(shù)據(jù)在程序中的處理方式都不相同,則應(yīng)將該等價(jià)類劃分成更小的等價(jià)類,并建立等價(jià)表。請簡述一下LoadRunner的組成部分及其作用。(6.0)

答案:3、LoadRunner的組成部分及其作用。(1)VuGenLoadRunner是通過多個(gè)虛擬用戶在系統(tǒng)中同時(shí)工作或訪問系統(tǒng)的環(huán)境來進(jìn)行性能測試的,虛擬用戶進(jìn)行的操作通常被記錄在虛擬用戶腳本中,而VuGen就是用于創(chuàng)建虛擬用戶腳本的工具,因此它也稱為虛擬用戶腳本生成器。在創(chuàng)建腳本時(shí),VuGen會(huì)生成多個(gè)函數(shù)用于記錄虛擬用戶所執(zhí)行的操作,并將這些函數(shù)插入到VuGen編輯器生成基本的虛擬用戶腳本,這個(gè)創(chuàng)建腳本的過程也叫作錄制腳本。(2)ControllerController用于創(chuàng)建和控制LoadRunner場景,場景負(fù)責(zé)定義每次測試中發(fā)生的事件,包括模擬的用戶數(shù)、用戶執(zhí)行的操作以及測試要監(jiān)控的性能指標(biāo)等。(3)AnalysisAnalysis是LoadRunner的數(shù)據(jù)分析工具,它可以收集性能測試中的各種數(shù)據(jù),對其進(jìn)行分析并生成圖表和報(bào)告供測試人員查看。請簡述一下常見的性能測試種類。(6.0)

答案:2、常見的性能測試種類。(1)負(fù)載測試負(fù)載測試是指逐步增加系統(tǒng)負(fù)載,測試系統(tǒng)性能的變化,并最終確定在滿足系統(tǒng)性能指標(biāo)的情況下,系統(tǒng)所能夠承受的最大負(fù)載量。(2)壓力測試壓力測試也叫強(qiáng)度測試,它是指逐步給系統(tǒng)增加壓力,測試系統(tǒng)的性能變化,使系統(tǒng)某些資源達(dá)到飽和或系統(tǒng)崩潰,從而確定系統(tǒng)所能承受的最大壓力。(3)峰值測試性能測試中還有一種壓力測試叫作峰值測試,它是指瞬間(不是逐步加壓)將系統(tǒng)壓力加載到最大,使測試軟件系統(tǒng)在極限壓力下的運(yùn)行情況。(4)配置測試配置測試是指調(diào)整軟件系統(tǒng)的軟硬件環(huán)境,測試各種環(huán)境對系統(tǒng)性能的影響,從而找到系統(tǒng)各項(xiàng)資源的最優(yōu)分配原則。配置測試不改變代碼,只改變軟硬件配置,例如安裝版本更高的數(shù)據(jù)庫、配置性能更好的CPU、內(nèi)存等,通過更改外部配置來提高軟件的性能。(5)可靠性測試可靠性測試是指給系統(tǒng)加載一定的業(yè)務(wù)壓力,使其持續(xù)運(yùn)行一段時(shí)間(如7*24h),測試系統(tǒng)在這種條件下是否能夠穩(wěn)定運(yùn)行。由于加載有業(yè)務(wù)壓力且運(yùn)行時(shí)間較長,因此可靠性測試通?？梢詸z測出系統(tǒng)是否有內(nèi)存泄露等問題。(6)容量測試容量測試是指在一定的軟硬件及網(wǎng)絡(luò)環(huán)境下,測試系統(tǒng)所能支持的最大用戶數(shù)、最大存儲量等。容量測試通常與數(shù)據(jù)庫、系統(tǒng)資源(如CPU、內(nèi)存、磁盤等)有關(guān),用于規(guī)劃將來需求增長(如用戶增長、業(yè)務(wù)量增加等)時(shí),對數(shù)據(jù)庫和系統(tǒng)資源的優(yōu)化。黑盒測試和白盒測試是軟件測試的兩種基本方法,請分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)!(6.0)

答案:黑盒測試的優(yōu)點(diǎn):①不需要了解程序內(nèi)部的代碼結(jié)構(gòu),操作簡單,與軟件的內(nèi)部無關(guān),②從用戶角度出發(fā),能夠更容易地了解到用戶的需求和遇到的問題所在③能夠根據(jù)軟件開發(fā)文檔,能夠知道該軟件產(chǎn)品實(shí)現(xiàn)了哪些功能④方便軟件測試自動(dòng)化。黑盒測試的缺點(diǎn):①軟件自動(dòng)化測試復(fù)用性比較低②不能覆蓋所有的程序內(nèi)部的代碼,覆蓋率比較低。白盒測試的優(yōu)點(diǎn):幫助測試人員增加代碼的覆蓋率,提高代碼的質(zhì)量,發(fā)現(xiàn)代碼中隱藏的問題。白盒測試的缺點(diǎn):①測試基于代碼,只能測試出軟件開發(fā)人員做的對不對,而不能知道設(shè)計(jì)的正確與否②程序運(yùn)行會(huì)有很多不同的路徑,不能測試所有的運(yùn)行路徑。③系統(tǒng)非常龐大的時(shí)候測試開銷費(fèi)用會(huì)非常大。請簡述一下軟件測試的基本流程。(6.0)

答案:2軟件測試的基本流程為:分析測試需求→制定測試計(jì)劃→設(shè)計(jì)測試用例→執(zhí)行測試→編寫測試報(bào)告。(1)分析測試需求測試人員在制定測試計(jì)劃之前需要先對軟件需求進(jìn)行分析,以便對要開發(fā)的軟件產(chǎn)品有一個(gè)清晰的認(rèn)識,從而明確測試對象及測試工作的范圍和測試重點(diǎn)。在分析需求時(shí)還可以獲取一些測試數(shù)據(jù),作為測試計(jì)劃的基本依據(jù),為后續(xù)的測試打好基礎(chǔ)。(2)制定測試計(jì)劃測試計(jì)劃是整個(gè)測試工作的導(dǎo)航圖,但它并不是一成不變的,隨著項(xiàng)目推進(jìn)或需求變更,測試計(jì)劃也會(huì)不斷發(fā)生改變,因此測試計(jì)劃的制定是隨著項(xiàng)目發(fā)展不斷調(diào)整、逐步完善的過程。測試計(jì)劃一般要做好以下工作安排。確定測試范圍:明確哪些對象是需要測試的,哪些對象不是需要測試的。制定測試策略:測試策略是測試計(jì)劃中最重要的部分,它將要測試的內(nèi)容劃分出不同的優(yōu)先級,并確定測試重點(diǎn)。根據(jù)測試模塊的特點(diǎn)和測試類型(如功能測試、性能測試)選定測試環(huán)境和測試方法(如人工測試、自動(dòng)化測試)。安排測試資源:通過對測試難度、時(shí)間、工作量等因素對測試資源合理安排,包括人員分配、工具配置等。安排測試進(jìn)度:根據(jù)軟件開發(fā)計(jì)劃、產(chǎn)品的整體計(jì)劃來安排測試工作的進(jìn)度,同時(shí)還要考慮各部分工作的變化。在安排工作進(jìn)度時(shí),最好在各項(xiàng)測試工作之間預(yù)留一個(gè)緩沖時(shí)間以應(yīng)對計(jì)劃變更。預(yù)估測試風(fēng)險(xiǎn):羅列出測試工作過程中可能會(huì)出現(xiàn)的不確定因素,并制定應(yīng)對策略。(3)設(shè)計(jì)測試用例測試用例(TestCase)指的是一套詳細(xì)的測試方案,包括測試環(huán)境、測試步驟、測試數(shù)據(jù)和預(yù)期結(jié)果。測試用例編寫的原則是盡量以最少的測試用例達(dá)到最大測試覆蓋率。測試用例常用的設(shè)計(jì)方法包括等價(jià)類劃分法、邊界值分析法、因果圖與判定表、正交實(shí)驗(yàn)法、邏輯覆蓋法等。(4)執(zhí)行測試測試執(zhí)行就是按照測試用例執(zhí)行測試的過程,這是測試人員最主要的活動(dòng)階段。在執(zhí)行測試時(shí)要根據(jù)測試用例的優(yōu)先級進(jìn)行。測試人員需要完成所有測試用例的執(zhí)行,每一個(gè)測試用例都可能會(huì)發(fā)現(xiàn)很多缺陷,測試人員要做好測試記錄與跟蹤,衡量缺陷的質(zhì)量并編寫缺陷報(bào)告。當(dāng)提交后的缺陷被開發(fā)人員修改之后,測試人員需要進(jìn)行回歸測試。如果系統(tǒng)對測試用例產(chǎn)生了缺陷免疫,測試人員則需要編寫新的測試用例。(5)編寫測試報(bào)告測試報(bào)告是一個(gè)測試活動(dòng)的總結(jié),對項(xiàng)目測試過程進(jìn)行總結(jié),對測試數(shù)據(jù)進(jìn)行統(tǒng)計(jì),對項(xiàng)目的測試質(zhì)量進(jìn)行客觀的評價(jià)文檔。請簡述一下軟件缺陷的處理流程。(6.0)

答案:1、軟件缺陷處理流程為:提交→分配→確認(rèn)→處理→復(fù)測→關(guān)閉,具體如下圖所示:圖1-1軟件缺陷處理流程(1)提交:測試人員發(fā)現(xiàn)缺陷之后,將缺陷提交給測試組長。(2)分配:測試組長接收到測試組員提交的缺陷之后,將其移交給開發(fā)人員。(3)確認(rèn):開發(fā)人員接收到移交的缺陷之后,會(huì)與團(tuán)隊(duì)甚至測試人員一起商議,確定該缺陷是否是一個(gè)缺陷。(4)拒絕:如果經(jīng)過商議之后,缺陷不是一個(gè)真正的缺陷則拒絕處理,關(guān)閉缺陷。如果經(jīng)過商議之后,確定其是一個(gè)真正的缺陷,則可以根據(jù)缺陷的嚴(yán)重程度或優(yōu)先級等立即處理或延期處理。(5)處理:開發(fā)人員修改缺陷。(6)復(fù)測:開發(fā)人員修改好缺陷之后,測試人員重新進(jìn)行測試(回歸測試),檢測缺陷是否確實(shí)已經(jīng)修改。如果未被正確修改,則重新提交缺陷。(7)關(guān)閉:測試人員進(jìn)行回歸測試之后,如果缺陷已經(jīng)被正確修改,則將缺陷關(guān)閉,整個(gè)缺陷處理完成。請簡述一下常用的性能測試指標(biāo)。(6.0)

答案:1、常用的性能測試指標(biāo)。(1)響應(yīng)時(shí)間響應(yīng)時(shí)間(ResponseTime)是指系統(tǒng)對用戶請求作出響應(yīng)所需要的時(shí)間。這個(gè)時(shí)間是指用戶從軟件客戶端發(fā)出請求到用戶接收到返回?cái)?shù)據(jù)的整個(gè)過程所需要的時(shí)間,包括各種中間件(如服務(wù)器、數(shù)據(jù)庫等)的處理時(shí)間。(2)吞吐量吞吐量(Throughput)是指單位時(shí)間內(nèi)系統(tǒng)能夠完成的工作量,它衡量的是軟件系統(tǒng)服務(wù)器的處理能力。吞吐量的度量單位可以是請求數(shù)/秒、頁面數(shù)/秒、訪問人數(shù)/天、處理業(yè)務(wù)數(shù)/小時(shí)等。(3)并發(fā)用戶數(shù)并發(fā)用戶數(shù)是指同一時(shí)間請求和訪問的用戶數(shù)量。例如對于某一軟件,同時(shí)有100個(gè)用戶請求登錄,則其并發(fā)用戶數(shù)就是100。并發(fā)用戶數(shù)量越大,對系統(tǒng)的性能影響越大,并發(fā)用戶數(shù)量較大可能會(huì)導(dǎo)致系統(tǒng)響應(yīng)變慢、系統(tǒng)不穩(wěn)定等。軟件系統(tǒng)在設(shè)計(jì)時(shí)必須要考慮并發(fā)訪問的情況,測試工程師在進(jìn)行性能測試時(shí)也必須進(jìn)行并發(fā)訪問的測試。(4)TPSTPS是指系統(tǒng)每秒鐘能夠處理的事務(wù)和交易的數(shù)量,它是衡量系統(tǒng)處理能力的重要指標(biāo)。(5)點(diǎn)擊率點(diǎn)擊率是指用戶每秒向Web服務(wù)器提交的HTTP請求數(shù),這個(gè)指標(biāo)是Web應(yīng)用特有的一個(gè)性能指標(biāo),通過點(diǎn)擊率可以評估用戶產(chǎn)生的負(fù)載量,并且可以判斷系統(tǒng)是否穩(wěn)定。點(diǎn)擊率只是一個(gè)參考指標(biāo),幫助衡量Web服務(wù)器的性能。(6)資源利用率資源利用率是指軟件對系統(tǒng)資源的使用情況,包括CPU利用率、內(nèi)存利用率、磁盤利用率等,資源利用率是分析軟件性能瓶頸的重要參數(shù)。為以下程序段設(shè)計(jì)一組測試用例,要求分別滿足語句覆蓋、判定覆蓋、條件覆蓋。inttest(intA,intB){if((A>1)AND(B<10))thenX=A-B;if((A=2)OR(B>20))thenX=A+B;returnx;}(6.0)

答案:語句覆蓋測試用例:A=2,B=0;判定覆蓋測試用例:A=3,B=0;A=2,B=20;條件覆蓋測試用例:A=2,B=0;A=0,B=21;請簡述等價(jià)類劃分法的編寫測試用例的過程。(6.0)

答案:(1)劃分有效等價(jià)類和無效等價(jià)類,并編號;(2)設(shè)計(jì)一個(gè)新的測試方案,以盡可能多的覆蓋尚未被覆蓋到的有效等價(jià)類,重復(fù)這一過程,直到所有的有效等價(jià)類都被覆蓋到;(3)設(shè)計(jì)一個(gè)新的測試方案,使它覆蓋一個(gè)尚未被覆蓋到的無效等價(jià)類,重復(fù)這一過程,直到所有的無效等價(jià)類都被覆蓋到。傳統(tǒng)測試以發(fā)現(xiàn)錯(cuò)誤為目的，現(xiàn)在測試已經(jīng)擴(kuò)展到了錯(cuò)誤預(yù)防的范疇

答案:對測試組負(fù)責(zé)軟件質(zhì)量

答案:錯(cuò)根據(jù)著名的瀑布模型，軟件測試應(yīng)該處在“編程”的下游、在“軟件維護(hù)”的上游，先有編程，后有測試，測試的位置很清楚。

答案:對功能測試是系統(tǒng)測試的主要內(nèi)容,檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。

答案:對系統(tǒng)功能測試包括部分的系統(tǒng)安全性測試

答案:對軟件測試只能發(fā)現(xiàn)錯(cuò)誤,但不能保證測試后的軟件沒有錯(cuò)誤。

答案:對自動(dòng)化軟件測試就是使用用軟件測試工具。

答案:錯(cuò)測試用例的數(shù)目越多,測試的效果越好。(1.0)

答案:錯(cuò)軟件開發(fā)的各個(gè)階段都可能需要進(jìn)行多次回歸測試(1.0)

答案:對產(chǎn)品規(guī)格說明書要從開發(fā)者的角度和立場進(jìn)行審核工作(1.0)

答案:錯(cuò)軟件測試的目的是盡可能多的找出軟件的缺陷(1.0)

答案:對軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題,那全部是軟件測試人員的責(zé)任.(1.0)

答案:錯(cuò)單元測試通常應(yīng)該先進(jìn)行“人工走查”,再以白盒法為主,輔以黑盒法進(jìn)行動(dòng)態(tài)測試。(1.0)

答案:對靜態(tài)測試通過對執(zhí)行程序,找到程序中的錯(cuò)誤或者是可疑之處。(1.0)

答案:錯(cuò)軟件測試的生命周期包括測試計(jì)劃、測試設(shè)計(jì)、測試執(zhí)行、缺陷跟蹤、測試評估。(1.0)

答案:對負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(1.0)

答案:錯(cuò)點(diǎn)擊率是Web應(yīng)用特有的一個(gè)指標(biāo)。()(1.0)

答案:對根據(jù)著名的瀑布模型,軟件測試應(yīng)該處在“編程”的下游、在“軟件維護(hù)”的上游,先有編程,后有測試,測試的位置很清楚。(1.0)

答案:對測試只要做到語句覆蓋和分支覆蓋,就可以發(fā)現(xiàn)程序中的所有錯(cuò)誤。(1.0)

答案:對布爾值也可使用邊界值分析法進(jìn)行測試。(1.0)

答案:錯(cuò)性能測試中更多是應(yīng)用白盒測試工具(1.0)

答案:錯(cuò)驗(yàn)收測試是由用戶完成的。(1.0)

答案:錯(cuò)軟件測試是有風(fēng)險(xiǎn)的行為,并非所有的軟件缺陷都能夠被修復(fù)。(1.0)

答案:對某WEB系統(tǒng)設(shè)計(jì)中,用戶點(diǎn)擊“退出”按鈕從系統(tǒng)中退出,界面回到初始登陸界面。此時(shí)不關(guān)閉窗口,使用瀏覽器的回退功能,可以回到之前的用戶界面,繼續(xù)進(jìn)行用戶操作。這種合適的人性化設(shè)計(jì),能避免用戶誤點(diǎn)擊退出按鈕后重新登錄的繁瑣操作。這種說法是正確的。(1.0)

答案:錯(cuò)響應(yīng)時(shí)間是指系統(tǒng)對用戶請求做出響應(yīng)所需要的時(shí)間。()(1.0)

答案:對軟件測試是為了證明程序無錯(cuò)。()(1.0)

答案:對吞吐量是指____內(nèi)系統(tǒng)能夠完成的工作量。(2.0)

答案:第1空:單位時(shí)間因果圖中的____關(guān)系要求程序有一個(gè)輸入和一個(gè)輸出,輸出與輸入保持一致。(2.0)

答案:第1空:恒等測試用例由____和預(yù)期的輸出結(jié)果兩部分組成。(2.0)

答案:第1空:輸入常用的黑盒測試方法有邊值分析、等價(jià)類劃分、錯(cuò)誤猜測、因果圖等。其中____經(jīng)常與其它方法結(jié)合起來使用(2.0)

答案:第1空:邊界值分析判定覆蓋設(shè)計(jì)足夠多的測試用例,使得被測試程序中的每個(gè)判斷的“真”、“假”分支____被執(zhí)行一次。(2.0)

答案:第1空:至少軟件測試是軟件質(zhì)量保證的重要手段,____是軟件測試的最基礎(chǔ)環(huán)節(jié)(2.0)

答案:第1空:單元測試Junit是一個(gè)開放源代碼的____測試框架,用于編寫和運(yùn)行可重復(fù)的測試。(2.0)

答案:第1空:javaTPS是指系統(tǒng)____能夠處理的事務(wù)和交易的數(shù)量。(2.0)

答案:第1空:每秒鐘____是指判定語句中的每個(gè)條件都要取真假值各一次。(2.0)

答案:第1空:條件覆蓋軟件從“出生”到“消亡”的過程稱為____。(2.0)

答案:第1空:軟件生命周期判定覆蓋()包含條件覆蓋,條件覆蓋()包含判定覆蓋

答案:不一定,不一定通?？煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的()來設(shè)計(jì)測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測試用例。

答案:內(nèi)部邏輯軟件測試技術(shù)可以分為靜態(tài)測試和動(dòng)態(tài)測試,下列說法中正確的是（）

答案:靜態(tài)測試是指不運(yùn)行實(shí)際程序,通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯(cuò)誤對已經(jīng)發(fā)現(xiàn)的錯(cuò)誤進(jìn)行錯(cuò)誤定位和確定出錯(cuò)性質(zhì),并改正這些錯(cuò)誤,同時(shí)修改相關(guān)的文檔,這種行為屬于()

答案:調(diào)試關(guān)于等價(jià)類劃分方法設(shè)計(jì)測試用例,下列描述錯(cuò)誤的是(??)(2.0)

答案:若某個(gè)輸入條件是一個(gè)布爾量,則無法確定有效等價(jià)類和無效等價(jià)類邊界值分析是一種常用的黑盒測試法。某程序循環(huán)體最少執(zhí)行0次,最多執(zhí)行100次,采用邊界值分析法,宜選擇()作為測試用例。

答案:循環(huán)0次、循環(huán)1次、循環(huán)99次、循環(huán)100次下列不屬于黑盒測試方法的是()。

答案:變異測試下面為C語言程序,邊界值問題可以定位在(??)。??int?data(3);??int?i;??for(i=1;i<=3;i++)???data(i)=5;

答案:data(0)下列選項(xiàng)中,哪一項(xiàng)不是影響軟件質(zhì)量的因素。()

答案:使用新技術(shù)下列選項(xiàng)中,哪一項(xiàng)不是軟件開發(fā)模型。()

答案:V模型以下關(guān)于測試時(shí)機(jī)的敘述中,正確的是()。(2.0)

答案:應(yīng)該盡可能早的進(jìn)行測試以下關(guān)于軟件測試原則的敘述中,不正確的是()。(2.0)

答案:程序員應(yīng)盡量測試自己的程序功能性測試是根據(jù)()來設(shè)計(jì)測試用例。(2.0)

答案:軟件的規(guī)格說明下面對決策表法描述不正確的是哪一條?(2.0)

答案:決策表中條件的排列順序可能會(huì)影響到所執(zhí)行的操作以下描述中正確的是()。(2.0)

答案:在任何情況下使用黑盒測試方法都無法做到窮盡測試邊界值分析是一種常用的黑盒測試法。某程序循環(huán)體最少執(zhí)行0次,最多執(zhí)行100次,采用邊界值分析法,宜選擇()作為測試用例。(2.0)

答案:循環(huán)0次、循環(huán)1次、循環(huán)99次、循環(huán)100次對于參數(shù)配置類的軟件,要用()選擇較少的組合方式達(dá)到最佳效果.(2.0)

答案:正交表法軟件的六大質(zhì)量特性包括:()(2.0)

答案:功能性、可靠性、可用性、效率、可維護(hù)、可移植某院校的學(xué)生成績信息管理系統(tǒng)中,成績輸入范圍為0~100分,根據(jù)等價(jià)類劃分法的原則,則學(xué)生的成績可劃分為()。(2.0)

答案:1個(gè)有效等價(jià)類和2個(gè)無效等價(jià)類以下對單元測試,不正確的說法是?(2.0)

答案:單元測試是一種不需要關(guān)注程序結(jié)構(gòu)的測試;軟件質(zhì)量保證的主要目標(biāo)不包括()(2.0)

答案:收集軟件產(chǎn)品、軟件過程中存在的不符合項(xiàng),在項(xiàng)目總結(jié)時(shí)進(jìn)行分析缺陷產(chǎn)生的原因()(2.0)

答案:以上都是某次程序調(diào)試沒有出現(xiàn)預(yù)計(jì)的結(jié)果,下列()不可能是導(dǎo)致出錯(cuò)的原因(2.0)

答案:編寫的語句書寫格式不規(guī)范通?？煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的()來設(shè)計(jì)測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測試用例。(2.0)

答案:內(nèi)部邏輯對于邏輯表達(dá)式((a&b)||c),需要()個(gè)測試用例才能完成條件組合覆蓋。(2.0)

答案:4客戶端交易處理性能指標(biāo)是一類重要的負(fù)載壓力測試指標(biāo),以下不屬于客戶端交易處理性能指標(biāo)的是()(2.0)

答案:疲勞強(qiáng)度測試以下關(guān)于測試用例特征的描述錯(cuò)誤的是()(2.0)

答案:一定會(huì)有重復(fù)的、多余的某軟件系統(tǒng)的原始需求包括,“當(dāng)某個(gè)查詢請求是不適當(dāng)或非法的,應(yīng)提示用戶”,該需求屬于()(2.0)

答案:功能需求軟件可靠性的()特性是指在軟件發(fā)生故障的情況下,軟件產(chǎn)品維持規(guī)定的性能級別的能力。(2.0)

答案:容錯(cuò)性使用白盒測試方法時(shí),測試數(shù)據(jù)應(yīng)根據(jù)()確定覆蓋標(biāo)準(zhǔn)。(2.0)

答案:程序的內(nèi)部結(jié)構(gòu)黑盒測試方法的優(yōu)點(diǎn)是()。(2.0)

答案:可發(fā)現(xiàn)實(shí)現(xiàn)功能需求中的錯(cuò)誤造成測試覆蓋率不達(dá)標(biāo)的原因可能是()。(2.0)

答案:以上全對下列選項(xiàng)中,哪一項(xiàng)不是性能測試指標(biāo)。()(2.0)

答案:DPH下列選項(xiàng)中,哪一項(xiàng)是因果圖輸出之間的約束關(guān)系。()(2.0)

答案:強(qiáng)制關(guān)于軟件測試,下列說法中錯(cuò)誤的是。()(2.0)

答案:軟件測試與軟件開發(fā)是兩個(gè)獨(dú)立、分離的過程。測試ATM取款功能，已知取款數(shù)只能輸入正整數(shù)，每次取款數(shù)要求是100的倍數(shù)且不能大于500，下面哪個(gè)是正確的無效等價(jià)類(

)

答案:(500，+∞)、任意大于0小于500的非100倍數(shù)的整數(shù)；因果圖/判定表工程方法在以下那種情況下不適用(

)

答案:系統(tǒng)輸入之間相互約束多，需要做大范圍的組合測試情況下在軟件測試階段,測試步驟按次序可以劃分為以下幾步:()(2.0)

答案:單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試使用軟件測試工具的目的不包括(2.0)

答案:通過工具達(dá)到100%測試覆蓋率關(guān)于軟件測試與質(zhì)量保證,正確的理解是()(2.0)

答案:軟件測試是軟件質(zhì)量保證的重要手段以下關(guān)于決策表測試的敘述中,不正確的是()。(2.0)

答案:n個(gè)條件可以得到最多個(gè)規(guī)則的決策表對于業(yè)務(wù)流清晰的系統(tǒng)可以利用()貫穿整個(gè)測試用例設(shè)計(jì)過程,在用例中綜合使用各種測試方法。(2.0)

答案:景法軟件測試用例主要由輸入數(shù)據(jù)和()兩部分組成。(2.0)

答案:預(yù)期輸出結(jié)果某程序輸入x取值于一個(gè)固定的枚舉類型{1,4,9,16,67,69},并且程序要對這6個(gè)輸入值分別進(jìn)行處理,根據(jù)等價(jià)類劃分法,這種情況下對輸入x劃分正確的是()。(2.0)

答案:劃分為6個(gè)有效等價(jià)類、1個(gè)無效等價(jià)類修復(fù)軟件缺陷費(fèi)用最高的是()階段(2.0)

答案:發(fā)布軟件測試的目的是(2.0)

答案:盡可能發(fā)現(xiàn)軟件中的錯(cuò)誤_______方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計(jì)測試用例。(2.0)

答案:因果圖邏輯覆蓋法不包括()(2.0)

答案:需求覆蓋Junit測試在單元測試階段,主要用于()(2.0)

答案:白盒測試測試用例是為達(dá)到最佳的測試效果或高效的揭露隱藏的錯(cuò)誤而精心設(shè)計(jì)的少量測試數(shù)據(jù),至少應(yīng)該包括()(2.0)

答案:測試輸入、執(zhí)行條件和預(yù)期的結(jié)果在軟件修改之后,再次運(yùn)行以前為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序曾用過的測試用例,這種測試稱之為()(2.0)

答案:回歸測試對于(A>1)or(B<=3),為了達(dá)到100%的條件覆蓋率,至少需要設(shè)計(jì)()個(gè)測試用例。(2.0)

答案:2白盒測試方法的優(yōu)點(diǎn)是()(2.0)

答案:可按軟件內(nèi)部結(jié)構(gòu)測試以下()方法屬于黑盒測試技術(shù)。(2.0)

答案:邊界值分析測試等價(jià)類劃分完成后,得出(),它是確定測試用例的基礎(chǔ)。(2.0)

答案:等價(jià)類表典型的軟件測試過程模型有()等。(2.0)

答案:V模型、W模型、H模型、前置測試模型關(guān)于LoadRunner與JMeter,下列說法中錯(cuò)誤的是。()(2.0)

答案:JMeter使用監(jiān)聽器記錄服務(wù)器的響應(yīng)。下列選項(xiàng)中,哪一項(xiàng)不是因果圖輸入與輸入之間的關(guān)系。()(2.0)

答案:恒等下面哪些選項(xiàng)是場景法設(shè)計(jì)測試用例的步驟。

答案:根據(jù)規(guī)格說明,描述出程序的基本流及各項(xiàng)備選流。;利用基本流和各項(xiàng)備選流生成不同的場景。;對每一個(gè)場景生成相應(yīng)的測試用例。;對生成的所有測試用例進(jìn)行復(fù)審,去掉多余的測試用例,并為確定的測試用例設(shè)計(jì)測試數(shù)據(jù)值。場景法是從_______的角度出發(fā),分析軟件應(yīng)用的場景,再從場景的角度來設(shè)計(jì)測試用例,因此場景法是一種非常直觀的面向_______的測試用例設(shè)計(jì)方法。

答案:用戶基本流是主流，備選流是支流，一個(gè)業(yè)務(wù)只有一個(gè)基本流。

答案:對基于場景測試的方法中，備選流是指從基本流上發(fā)生的其他事件處理流程。

答案:對（

）方法是根據(jù)輸出對輸入的依賴關(guān)系來設(shè)計(jì)測試用例的。

答案:因果圖法下面四種說法中正確的是（

）

答案:等價(jià)類劃分法是邊界值分析法的基礎(chǔ)下面關(guān)于因果圖的說法錯(cuò)誤的是（

）

答案:因果圖法和決策表法在一定程度上是等價(jià)的在一些數(shù)據(jù)處理問題中，某些操作的實(shí)施依賴于多個(gè)邏輯條件的組合，即針對不同邏輯條件的組合值，分別執(zhí)行不同的操作，（

）很適合處理這類問題。

答案:決策表法在決策表中，列出各種可能的單個(gè)條件的部分是（

）。

答案:條件樁在黑盒測試中最為嚴(yán)格、最具有邏輯性的測試方法是（

）

答案:決策表法下面關(guān)于決策表法的說法錯(cuò)誤的是（

）

答案:決策表中貫穿條件樁和動(dòng)作樁的一列就是一條規(guī)則在邊界值分析中，下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的（

）。

答案:等價(jià)類中的等價(jià)值為什么需要邊界值分析法，以下哪個(gè)原因是正確的?（

）

答案:因?yàn)榇罅康墓收贤l(fā)生在輸入定義域或輸出值域的邊界上下面關(guān)于邊界值分析法的描述哪個(gè)是錯(cuò)誤的（

）

答案:邊界值法是最為嚴(yán)格的一種黑盒測試方法對于一個(gè)含有n個(gè)變量的程序，采用邊界值分析法測試程序會(huì)產(chǎn)生（

）個(gè)測試用例。

答案:4n+1測試程序時(shí)，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個(gè)子集進(jìn)行測試，那么,最好的選擇方法是（

）。

答案:劃分等價(jià)類在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為16—40，則根據(jù)黑盒測試中的等價(jià)類劃分技術(shù)，下面劃分正確的是（

）。

答案:可劃分為1個(gè)有效等價(jià)類，2個(gè)無效等價(jià)類如果一個(gè)判定中的復(fù)合條件表達(dá)式為（A

>

1）or（B

<=

3），則為了達(dá)到100%的條件覆蓋率，至少需要設(shè)計(jì)多少個(gè)測試用例（

）。

答案:2在確定黑盒測試策略時(shí)，優(yōu)先選用的方法是（

）

答案:等價(jià)類劃分法等價(jià)類劃分完成后，就可得出(

)，它是確定測試用例的基礎(chǔ)。

答案:等價(jià)類表用黑盒技術(shù)設(shè)計(jì)測試用例的方法之一為（

）

答案:因果圖大多數(shù)實(shí)際情況下，功能測試的實(shí)現(xiàn)方法是（

）。

答案:黑盒測試下面有關(guān)測試原則的說法正確的是（

）。

答案:測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成下面是一段求最大值的程序，其中datalist是數(shù)組，n是它的長度。請問該程序段的環(huán)形復(fù)雜度為多少？intgetMax(intn,intdatalist[]){

intk=0;for(intj=1;jdatalist[k]）k=j;returnk;}

答案:3在用白盒測試中的邏輯覆蓋法設(shè)計(jì)測試用例時(shí)，下列覆蓋中，（

）是最強(qiáng)的覆蓋準(zhǔn)則。

答案:路徑覆蓋實(shí)際的邏輯覆蓋測試中，一般以（

）為主設(shè)計(jì)測試用例。

答案:路徑覆蓋下面哪種不是計(jì)算環(huán)型復(fù)雜度的方法？

答案:V(G)=E-N+1對應(yīng)多分支的判斷，________覆蓋要每個(gè)判定表達(dá)式獲得每種可能的值來測試。

答案:判定覆蓋（

）是設(shè)計(jì)足夠的測試用例，使得判斷中每個(gè)條件的所有可能取值至少執(zhí)行一次，同時(shí)每個(gè)判斷的所有可能判斷結(jié)果至少執(zhí)行一次。

答案:條件-判斷覆蓋在下面所列舉中的邏輯測試覆蓋中，測試覆蓋最弱的是__________。

答案:語句覆蓋在下面所列舉中的邏輯測試覆蓋中，測試覆蓋最強(qiáng)的是__________。

答案:條件組合覆蓋有一組測試用例使得每一個(gè)被測試用例的分支覆蓋至少被執(zhí)行一次，它滿足的覆蓋標(biāo)準(zhǔn)___________。

答案:判定覆蓋下列哪一項(xiàng)測試中不需要進(jìn)行白盒測試？

答案:系統(tǒng)測試以下不屬于白盒測試的優(yōu)點(diǎn)是?

答案:與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)不屬于白盒測試的技術(shù)是？

答案:邊界值分析單元測試一般以__________為主。

答案:白盒測試對某些已進(jìn)行過測試的測試用例再重新執(zhí)行一遍，以保證上述改變不會(huì)產(chǎn)生意外的副作用，稱之為回歸測試。

答案:對在軟件測試階段，測試步驟按次序可以劃分為以下幾步：

答案:單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試V模型中哪一個(gè)階段需要用戶執(zhí)行？

答案:驗(yàn)收測試在系統(tǒng)運(yùn)行環(huán)境違反常態(tài)甚至發(fā)生故障的情況下，系統(tǒng)可以負(fù)荷到何種程度的測試是？

答案:強(qiáng)度測試下列測試中，不屬于系統(tǒng)測試的是？

答案:集成測試系統(tǒng)測試的測試用例設(shè)計(jì)依據(jù)是？

答案:需求規(guī)格說明書軟件測試是采用（

）執(zhí)行軟件的活動(dòng)。

答案:測試用例V模型指出，（）對系統(tǒng)設(shè)計(jì)進(jìn)行驗(yàn)證:

答案:系統(tǒng)測試確認(rèn)測試是由軟件開發(fā)單位組織進(jìn)行的最后一次測試。

答案:對確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于_______

答案:確認(rèn)測試與確認(rèn)測試階段有關(guān)的文檔是？

答案:需求規(guī)格說明書連接速度測試屬于?

答案:性能測試以下哪些測試需要用戶參與：

答案:α測試和β測試對于軟件的β測試，下列描述正確的是：

答案:β測試就是在軟件公司外部展開的測試，可以由非專業(yè)的測試人員執(zhí)行的測試自底向上集成需要測試員編寫驅(qū)動(dòng)程序。

答案:對為了快速完成集成測試,

采用一次性集成方式是適宜的。

答案:錯(cuò)自頂向下集成需要測試員編寫樁模塊。

答案:對/star3/origin/8e2f2f659812035dbb994fb8adda8746.jpg

答案:M1→M2→M5→M9→M6→M3→M4→M7→M8主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問題的測試階段是：

答案:集成測試關(guān)于集成測試論述錯(cuò)誤的是？

答案:集成測試中是不需要回歸測試的。關(guān)于混合的漸增式測試的論述錯(cuò)誤的是？

答案:混合的漸增式測試在軟件開發(fā)過程中使用較少。組裝測試又稱為?

答案:集成測試集成測試的內(nèi)容主要集中在下面哪幾個(gè)方面？

答案:接口完整性;功能有效性;數(shù)據(jù)一致性;性能以下對單元測試，不正確的說法是?

答案:單元測試是一種不需要關(guān)注程序結(jié)構(gòu)的測試；測試驅(qū)動(dòng)開發(fā)的含義是?

答案:先寫測試后寫程序，即“測試先行”下列軟件哪個(gè)一般不用于單元測試？

答案:LoadRunner單元測試的依據(jù)是（）

答案:詳細(xì)設(shè)計(jì)說明書單元測試針對每個(gè)待測的單元主要測試的內(nèi)容包括：

答案:模塊的接口;局部數(shù)據(jù)結(jié)構(gòu);重要的執(zhí)行通路;出錯(cuò)處理路徑;以上各項(xiàng)的邊界條件在進(jìn)行單元測試中，為了模擬被測模塊與周圍模塊的相互聯(lián)系，需設(shè)置若干輔助測試模塊，通常我們把這種輔助模塊稱為：

答案:驅(qū)動(dòng)模塊;樁模塊可以提高軟件測試效率的是（

）

答案:制定測試計(jì)劃程序測試是一項(xiàng)復(fù)雜的工作,一般測試者在進(jìn)行測試中都需要設(shè)計(jì)（

）

答案:測試用例軟件測試是軟件開發(fā)過程中重要的和不可缺少的階段,其包含的內(nèi)容和步驟甚多,而測試過程的多種環(huán)節(jié)中最基礎(chǔ)的是（

）

答案:單元測試（

）方法需要考察模塊間的接口和各個(gè)模塊之間的關(guān)系

答案:集成測試檢查軟件產(chǎn)品是否符合需求定義的過程稱為（

）

答案:確認(rèn)測試對軟件是否能達(dá)到用戶所期望的要求的測試稱為（

）

答案:驗(yàn)收測試___________的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試確保最終軟件系統(tǒng)產(chǎn)品滿足需求。

答案:系統(tǒng)測試下列軟件開發(fā)模型中，（

）只有在開發(fā)人員具有風(fēng)險(xiǎn)分析和排除風(fēng)險(xiǎn)的經(jīng)驗(yàn)及專門知識時(shí)，才能獲得成功。

答案:螺旋模型（

）引入了“風(fēng)險(xiǎn)驅(qū)動(dòng)”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。

答案:螺旋模型從瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對軟件的影響最大？

答案:需求分析階段軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合，其中“開發(fā)、使用和維護(hù)程序所需要的圖文資料”指的是？

答案:文檔螺旋模型是一種演進(jìn)式的軟件過程模型，結(jié)合了原型開發(fā)方法的系統(tǒng)性和瀑布模型的可控性的特點(diǎn)。它有兩個(gè)顯著特點(diǎn)，一是采用

①

的方式逐步加深系統(tǒng)定義和實(shí)現(xiàn)的深度，降低風(fēng)險(xiǎn)；

二是確定一系列

②，確保項(xiàng)目開發(fā)過程中的相關(guān)利益者都支持可行的和令人滿意的系統(tǒng)解決方案。以上①、②應(yīng)依次填入_________。

答案:循環(huán)、里程碑原型化方法當(dāng)中，不正確的描述？

答案:原型化方法可以直接開發(fā)出最終產(chǎn)品軟件開發(fā)的瀑布模型典型的刻畫了軟件生成周期的階段劃分，與其想適應(yīng)的軟件開發(fā)方法是（即瀑布模型采用什么樣的軟件開發(fā)方法？）

答案:結(jié)構(gòu)化方法下面選項(xiàng)中哪種不是常見的軟件開發(fā)模型？

答案:W模型一個(gè)軟件生命周期包括哪些階段？

答案:制定計(jì)劃、需求分析定義;軟件設(shè)計(jì)、程序編碼;軟件測試、軟件運(yùn)行;軟件維護(hù)、軟件停用一般測試過程目標(biāo)是要檢測整個(gè)程序的正確性，而回歸測試目標(biāo)主要是要檢測修改的相關(guān)部分正確性。

答案:對測試中應(yīng)該對有效和無效、期望和不期望的輸入都要測試。

答案:對軟件缺陷屬性包括缺陷標(biāo)識、缺陷類型、缺陷嚴(yán)重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級、缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷原因。

答案:對回歸測試是在軟件修改后再次運(yùn)行以前為查找錯(cuò)誤而執(zhí)行程序曾用過的測試用例.（）

答案:對JUnit是一個(gè)Java語言的單元測試框架。（）

答案:對靜態(tài)測試是指不運(yùn)行程序，通過人工對程序和文檔進(jìn)行分析和檢查。

答案:對alpha測試不需要用戶代表參加。（）

答案:錯(cuò)程序中隱藏錯(cuò)的概率與其已發(fā)現(xiàn)的錯(cuò)數(shù)成反比。（）

答案:錯(cuò)測試是證明軟件對的方法。

答案:錯(cuò)只要能夠達(dá)到100％的邏輯覆蓋率，就可以保證程序的正確性。（）

答案:錯(cuò)軟件測試是一個(gè)過程，包含若干活動(dòng)，運(yùn)行軟件進(jìn)行測試只是活動(dòng)之一（）

答案:對好的測試員不懈追求完美。（）

答案:錯(cuò)集成測試是為確定軟件系統(tǒng)是否滿足驗(yàn)收標(biāo)準(zhǔn)以及使客戶決定是否接受而進(jìn)行的正式測試.（）

答案:錯(cuò)代碼審查工作屬于靜態(tài)測試。（）

答案:對軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測試之后，可以做到?jīng)]有缺陷。（）

答案:錯(cuò)()不屬于功能測試用例構(gòu)成要素。

答案:實(shí)測結(jié)果下列選項(xiàng)中,不屬于軟件測試工程師職責(zé)范圍的是()。

答案:進(jìn)行代碼調(diào)優(yōu)軟件質(zhì)量保證(SQA)是()。

答案:通過預(yù)防、檢查與改進(jìn)來保證軟件質(zhì)量關(guān)于軟件測試與質(zhì)量保證，正確的理解是()

答案:軟件測試是軟件質(zhì)量保證的重要手段軟件測試的基本方法包括白盒測試和黑盒測試方法，以下關(guān)于二者之間關(guān)聯(lián)的敘述錯(cuò)誤的是()。

答案:針對相同的系統(tǒng)模塊，執(zhí)行黑盒測試和白盒測試對代碼的覆蓋率都能夠達(dá)到100%不屬于測試人員編寫的文檔的是()。

答案:缺陷修復(fù)報(bào)告下面是一段簡單的語言程序，以下哪組測試用例能滿足實(shí)現(xiàn)語句覆蓋。(

)voidDoFun(intx,inty,intz){

inti=0,j=0;

if((x>1)&&(y>5)){

i=x*y+5;

}

if((x==5)||(z>5)){

j=x*z+5;

}

System.out.println("i="+i+"

j="+j);}

答案:x=4,y=6,z=6針對下列程序段，需要()個(gè)測試用例才可以滿足語句覆蓋的要求。switch(value){case0：other=30;break;case1：other=50;break;case2：other=300;case3：other=other/value;break;default：other=other*value;}

答案:4/st