軟件測(cè)試測(cè)試題(含答案解析)

1.對(duì)手機(jī)軟件的壓力測(cè)試通常可以包括（ABC）A存儲(chǔ)壓力B響應(yīng)能力壓力C網(wǎng)絡(luò)流量壓力D并發(fā)壓力2.軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則（ABCD）A軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D驗(yàn)收測(cè)試工件齊全。3.考察知識(shí)點(diǎn)：黑盒測(cè)試方法：等價(jià)類、邊界值、因果圖、錯(cuò)誤推測(cè)（功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試）白盒測(cè)試：（結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試）路徑測(cè)試、條件判斷、循環(huán)測(cè)試、語(yǔ)句覆蓋、判定條件覆蓋等4.有關(guān)“測(cè)試驅(qū)動(dòng)開(kāi)發(fā)”，下列說(shuō)法正確的有？（ABCD）A.TDD的原理是在開(kāi)發(fā)功能代碼之前，先編寫(xiě)單元測(cè)試用例代碼，測(cè)試代碼確定需要編寫(xiě)什么產(chǎn)品代碼B.TDD的基本思路就是通過(guò)測(cè)試來(lái)推動(dòng)整個(gè)開(kāi)發(fā)得進(jìn)行，但測(cè)試驅(qū)動(dòng)開(kāi)發(fā)并不只是單純的測(cè)試工作，而是把需求分析，設(shè)計(jì)，質(zhì)量控制量化的過(guò)程。C.TDD的重要目的不僅僅是測(cè)試軟件，測(cè)試工作保證代碼質(zhì)量?jī)H僅是其中一部分，而且是在開(kāi)發(fā)過(guò)程中幫助客戶和程序員去除模棱兩可的需求。D.TDD首先考慮使用需求（對(duì)象、功能、過(guò)程、接口等），主要是編寫(xiě)測(cè)試用例框架對(duì)功能的過(guò)程和接口進(jìn)行設(shè)計(jì)，而測(cè)試框架可以持續(xù)進(jìn)行驗(yàn)證。擴(kuò)展：測(cè)試驅(qū)動(dòng)開(kāi)發(fā)是敏捷開(kāi)發(fā)中的一項(xiàng)核心實(shí)踐和技術(shù)，也是一種設(shè)計(jì)方法論。TDD得原理是在開(kāi)發(fā)功能代碼之前，先編寫(xiě)單元測(cè)試用例代碼，測(cè)試代碼確定需要編寫(xiě)什么產(chǎn)品代碼。TDD雖是敏捷方法的核心實(shí)踐，但不只適用于XP（ExtremeProgramming），同樣可以適用于敏感詞開(kāi)發(fā)方法和過(guò)程。TDD得基本思路就是通過(guò)測(cè)試來(lái)推動(dòng)整個(gè)開(kāi)發(fā)得進(jìn)行，但測(cè)試驅(qū)動(dòng)開(kāi)發(fā)并不只是單純的測(cè)試工作，而是把需求分析，設(shè)計(jì)，質(zhì)量控制量化的過(guò)程。TDD的重要目的不僅僅是測(cè)試軟件，測(cè)試工作保證代碼質(zhì)量?jī)H僅是其中一部分，而且是在開(kāi)發(fā)過(guò)程中幫助客戶和程序員去除模棱兩可的需求。TDD首先考慮使用需求（對(duì)象、功能、過(guò)程、接口等），主要是編寫(xiě)測(cè)試用例框架對(duì)功能的過(guò)程和接口進(jìn)行設(shè)計(jì)，而測(cè)試框架可以持續(xù)進(jìn)行驗(yàn)證。優(yōu)點(diǎn)：在任意一個(gè)開(kāi)發(fā)節(jié)點(diǎn)都可以拿出一個(gè)可以使用，含少量bug并具一定功能的產(chǎn)品。缺點(diǎn)：增加代碼量。測(cè)試代碼是系統(tǒng)代碼的兩倍或更多。5.軟件驗(yàn)收測(cè)試包括哪些？（ACD）A正式驗(yàn)收測(cè)試B白盒測(cè)試Calpha測(cè)試Dbeta測(cè)試6.系統(tǒng)測(cè)試的策略有哪些？（ABCD）A負(fù)載測(cè)試B易用性測(cè)試C強(qiáng)度測(cè)試D安全測(cè)試7.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有哪些？（ACD）A軟件測(cè)試計(jì)劃B可行性研究報(bào)告C軟件需求規(guī)范D迭代計(jì)劃8.下面關(guān)于軟件測(cè)試，描述正確的是？（ABCD）A軟件測(cè)試是使用人工操作或者軟件自動(dòng)運(yùn)行的方式來(lái)檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別的過(guò)程。B軟件測(cè)試的測(cè)試目標(biāo)是發(fā)現(xiàn)一些可以通過(guò)測(cè)試避免的開(kāi)發(fā)風(fēng)險(xiǎn)。C軟件測(cè)試的原則之一是測(cè)試應(yīng)該盡早進(jìn)行，最好在需求階段就開(kāi)始介入。D軟件測(cè)試主要工作內(nèi)容是驗(yàn)證（verification）和確認(rèn)（validation）9.集成測(cè)試的過(guò)程包括有以下哪些？（ABCD）A構(gòu)建的確認(rèn)過(guò)程B系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程C測(cè)試用例設(shè)計(jì)過(guò)程DBug的報(bào)告過(guò)程10.做好文檔測(cè)試需要注意的點(diǎn)有哪些？（ABCD）A仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例B檢查文檔的編寫(xiě)是否滿足文檔編寫(xiě)的目的C內(nèi)容是否齊全，正確，完善D標(biāo)記是否正確1、系統(tǒng)測(cè)試使用（C）技術(shù),主要測(cè)試被測(cè)應(yīng)用的高級(jí)互操作性需求,而無(wú)需考慮被測(cè)試應(yīng)用的內(nèi)部結(jié)構(gòu)。A、單元測(cè)試B、集成測(cè)試C、黑盒測(cè)試D、白盒測(cè)試2、單元測(cè)試主要的測(cè)試技術(shù)不包括（B）。A、白盒測(cè)試B、功能測(cè)試C、靜態(tài)測(cè)試D、以上都不是3、（A）的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。A、系統(tǒng)測(cè)試B、集成測(cè)試C、單元測(cè)試D、功能測(cè)試4、如果一個(gè)產(chǎn)品中次嚴(yán)重的缺陷基本完成修正并通過(guò)復(fù)測(cè)，這個(gè)階段的成品是（A）。A、Alpha版B、Beta版C、正版D、以上都不是5、自底向上法需要寫(xiě)（A）。A、驅(qū)動(dòng)程序B、樁程序C、驅(qū)動(dòng)程序和樁程序D、.以上都不是6、測(cè)試ATM取款功能，已知取款數(shù)只能輸入正整數(shù)，每次取款數(shù)要求是100的倍數(shù)且不能大于500，下面哪個(gè)是正確的無(wú)效等價(jià)類（C）A、（0，100）、（100，200）、（200，300）、（300，400）、（400，500）、（500，+∞）;B、（500，+∞）C、（500，+∞）、任意大于0小于500的非100倍數(shù)的整數(shù)；D、（-∞，100）、（100，200）、（200，300）、（300，400）、（400，500）、（500，+∞）;7、因果圖/判定表工程方法在以下那種情況下不適用（C）A、輸入輸出明確，或輸入輸出因果關(guān)系明確的情況下B、被分析的特性或功能點(diǎn)復(fù)雜，輸入項(xiàng)目很多的情況下C、系統(tǒng)輸入之間相互約束多，需要做大范圍的組合測(cè)試情況下D、系統(tǒng)輸入之間基本沒(méi)有相互聯(lián)系8、以下說(shuō)法不正確的是（D）A、測(cè)試原始需要明確了產(chǎn)品將要實(shí)現(xiàn)了什么B、產(chǎn)品測(cè)試規(guī)格明確了測(cè)試設(shè)計(jì)內(nèi)容C、測(cè)試用例明確了測(cè)試實(shí)現(xiàn)內(nèi)容D、以上說(shuō)法均不正確9、可測(cè)試性中，有關(guān)系統(tǒng)可觀察性的理解，下面說(shuō)法那個(gè)是錯(cuò)誤的（B）A、系統(tǒng)所有的輸出結(jié)果可觀察，錯(cuò)誤輸出易于識(shí)別；B、系統(tǒng)運(yùn)行狀態(tài)和內(nèi)部處理的過(guò)程信息可觀察；C、系統(tǒng)內(nèi)部變量名及其取值可觀察；D、系統(tǒng)內(nèi)部重要對(duì)象的狀態(tài)和屬性可觀察；E、系統(tǒng)內(nèi)部重要的操作的處理時(shí)間可觀察；F、系統(tǒng)內(nèi)部重要的資源的占用情況及單個(gè)資源的創(chuàng)建、保持、釋放過(guò)程可觀察10、測(cè)試腳本的編寫(xiě)規(guī)范強(qiáng)調(diào)：（ABCD）A、可讀行B、可重用性C、可維護(hù)性D、可移植性11、當(dāng)繼承某個(gè)特性是，通常會(huì)從哪些角度對(duì)該特性進(jìn)行測(cè)試分析？（AC）A、失效影響度B、成熟度C、繼承方式D、用戶原始需求12、從下列關(guān)于軟件測(cè)試的敘述中，選出正確的敘述（CD）A、用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的B、測(cè)試的目的是驗(yàn)證該軟件已正確的實(shí)現(xiàn)了用戶的要求C、發(fā)現(xiàn)錯(cuò)誤多的程序塊，殘留在模塊中的錯(cuò)誤也多D、測(cè)試設(shè)計(jì)時(shí)，應(yīng)充分考慮異常的輸入情況13、軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（ABCD）A．軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B．所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全。14、軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD