軟件測(cè)試練習(xí)題及答案

1、精選優(yōu)質(zhì)文檔-傾情為你奉上練習(xí)題一、判斷（01）測(cè)試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶的要求。 錯(cuò)（02）白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。 對(duì)（03）白盒測(cè)試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，還要考慮程序的功能要求。 錯(cuò)（04）程序員兼任測(cè)試員可以提高工作效率。 錯(cuò)（05）黑盒測(cè)試的測(cè)試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計(jì)的。 對(duì)（06）當(dāng)軟件代碼開(kāi)發(fā)結(jié)束時(shí)，軟件測(cè)試過(guò)程才開(kāi)始。 錯(cuò) （07）據(jù)有關(guān)數(shù)據(jù)統(tǒng)計(jì)，代碼中60%以上的缺陷可以通過(guò)代碼審查發(fā)現(xiàn)出來(lái)。 對(duì)（08）無(wú)效等價(jià)類是無(wú)效的輸入數(shù)據(jù)構(gòu)成的集合，因此無(wú)需考慮無(wú)效的等價(jià)類劃分。 錯(cuò)（09）軟件本地化就是將一個(gè)軟件產(chǎn)品按特

2、定國(guó)家或語(yǔ)言市場(chǎng)的需要翻譯過(guò)來(lái)。 錯(cuò)（10）在壓力測(cè)試中通常采用的是黑盒測(cè)試方法。 對(duì)（11）軟件測(cè)試員無(wú)法對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。 對(duì)（12）功能測(cè)試工具主要適合于回歸測(cè)試。 對(duì)（13）測(cè)試人員說(shuō)：“沒(méi)有可運(yùn)行的程序，我無(wú)法進(jìn)行測(cè)試工作”。 錯(cuò)（14）自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。 對(duì)（15）測(cè)試是可以窮盡的。 錯(cuò)（16）自動(dòng)化測(cè)試相比手工測(cè)試而言，能發(fā)現(xiàn)更多的錯(cuò)誤。 錯(cuò)（17）軟件測(cè)試自動(dòng)化可以提高測(cè)試效率，可以代替手工測(cè)試。 錯(cuò)（18）語(yǔ)句覆蓋法的基本思想是設(shè)計(jì)若干測(cè)試用例，運(yùn)行被測(cè)程序，使程序中的每個(gè)可執(zhí)行語(yǔ)句至少被執(zhí)行一次。 對(duì)（19）Beta測(cè)試是驗(yàn)收測(cè)試的一種。 對(duì)（20

3、）軟件開(kāi)發(fā)全過(guò)程的測(cè)試工作都可以實(shí)現(xiàn)自動(dòng)化。 錯(cuò)（21）軟件只要經(jīng)過(guò)嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測(cè)試之后，可以做到?jīng)]有缺陷。 錯(cuò)（22）結(jié)構(gòu)性測(cè)試是根據(jù)軟件的規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。 錯(cuò)（23）軟件測(cè)試工具可以代替軟件測(cè)試員。 錯(cuò)（24）通過(guò)軟件測(cè)試，可以證明程序的正確性。 錯(cuò)（25）在單元測(cè)試中，驅(qū)動(dòng)程序模擬被測(cè)模塊工作過(guò)程中所調(diào)用的下層模塊。 錯(cuò)（26）軟件缺陷可能會(huì)被修復(fù)，可能會(huì)被保留或者標(biāo)識(shí)出來(lái)。 對(duì)（27）測(cè)試用例是由測(cè)試輸入數(shù)據(jù)和對(duì)應(yīng)的實(shí)際輸出結(jié)果這兩部分組成。 錯(cuò)（28）單元測(cè)試通常由開(kāi)發(fā)人員進(jìn)行。 對(duì)（29）現(xiàn)在人們普遍認(rèn)為軟件測(cè)試不應(yīng)該貫穿整個(gè)軟件生命周期，而應(yīng)在編程完畢之后再進(jìn)行，這樣可

4、以降低成本。 錯(cuò)（30）文檔的錯(cuò)誤不是軟件缺陷。 錯(cuò)（31）Junit只是單元測(cè)試工具，并不能進(jìn)行現(xiàn)回歸測(cè)試。 錯(cuò)（32）判定表法是一種白盒測(cè)試方法。 錯(cuò)（33）白盒測(cè)試不考慮程序內(nèi)部結(jié)構(gòu)。 錯(cuò)（34）在單元測(cè)試中，樁程序模擬被測(cè)模塊工作過(guò)程中所調(diào)用的下層模塊。 對(duì)（35）在測(cè)試中發(fā)現(xiàn)缺陷多的地方，還有更多的缺陷將會(huì)被發(fā)現(xiàn)。 對(duì)（36）測(cè)試用例越多，測(cè)試效果就會(huì)越好。 錯(cuò)（37）在實(shí)際的軟件項(xiàng)目測(cè)試中，窮舉測(cè)試是不可能的。 對(duì)（38）因果圖法是一種白盒測(cè)試方法。 錯(cuò)（39）完成了代碼的編寫(xiě)才能開(kāi)始進(jìn)行測(cè)試活動(dòng)。 錯(cuò)（40）白盒法設(shè)計(jì)測(cè)試用例更詳細(xì)，更完全，所以在有充足時(shí)間的時(shí)候，沒(méi)有必要采用黑

5、盒測(cè)試法。 錯(cuò)（41）經(jīng)過(guò)Alpha測(cè)試和修正的軟件產(chǎn)品稱為Beta版本。 對(duì)（42）軟件單元的缺陷可以在集成測(cè)試階段發(fā)生并修復(fù)，所以沒(méi)有必要進(jìn)行單元測(cè)試。錯(cuò)（43）測(cè)試和調(diào)試沒(méi)有區(qū)別。 錯(cuò)（44）具體的測(cè)試用例最好放在測(cè)試計(jì)劃文檔中。 錯(cuò)（45）單元測(cè)試和集成測(cè)試緊密相關(guān)，幾乎同步進(jìn)行。 對(duì)（46）軟件國(guó)際化是通過(guò)特定的系統(tǒng)設(shè)計(jì)、程序設(shè)計(jì)、編碼方法來(lái)實(shí)現(xiàn)的。 對(duì)（47）代碼走查和和會(huì)議審查都屬于靜態(tài)測(cè)試，代碼走查比會(huì)議審查更正式。 錯(cuò)（48）軟件測(cè)試能保證軟件質(zhì)量。 錯(cuò)（49）性能測(cè)試中的最佳并發(fā)用戶數(shù)與最大并發(fā)用戶數(shù)通常是相同的。 錯(cuò)（50）軟件測(cè)試人員都可以不用具備開(kāi)發(fā)技術(shù)。 錯(cuò)（51）

6、軟件開(kāi)發(fā)人員的水平肯定比測(cè)試人員水平高。 錯(cuò)（52）代碼審查工作屬于靜態(tài)測(cè)試。 對(duì)（53）軟件測(cè)試是有效的排除軟件缺陷的手段。 對(duì)（54）產(chǎn)品規(guī)格說(shuō)明書(shū)和文檔的謬誤不屬于軟件缺陷。 錯(cuò)（55）功能測(cè)試通常采用的是黑盒測(cè)試方法，而性能測(cè)試通常采用的是白盒測(cè)試方法。 錯(cuò)（56）軟件開(kāi)發(fā)全過(guò)程的測(cè)試工作都可以實(shí)現(xiàn)自動(dòng)化。 錯(cuò)（57）只要能夠達(dá)到100的邏輯覆蓋率，就可以保證程序的正確性。 錯(cuò)（58）自動(dòng)化測(cè)試相比手工測(cè)試而言，能發(fā)現(xiàn)更多的錯(cuò)誤。 錯(cuò)（59）軟件缺陷主要是由于編碼問(wèn)題造成。 錯(cuò)（60）Beta測(cè)試是指公司外部的典型用戶試用，并要求用戶報(bào)告異常情況、提出批評(píng)意見(jiàn)。 對(duì)（61）軟件測(cè)試員可

7、以對(duì)產(chǎn)品說(shuō)明書(shū)進(jìn)行白盒測(cè)試。 錯(cuò)（62）JUnit、CheckStyle與FindBug都是單元測(cè)試工具。 對(duì)（63）不存在質(zhì)量很高但可靠性很差的產(chǎn)品。 對(duì)（64）系統(tǒng)測(cè)試不包括性能測(cè)試。 錯(cuò)（65）為了快速完成集成測(cè)試，采用一次性集成方式是適宜的。 錯(cuò)（66）在測(cè)試中發(fā)現(xiàn)缺陷多的地方，還有更多的缺陷將會(huì)被發(fā)現(xiàn)。 對(duì)（67）靜態(tài)測(cè)試只能發(fā)現(xiàn)簡(jiǎn)單的語(yǔ)法錯(cuò)誤，效率低，耗費(fèi)時(shí)間。 錯(cuò)（68）在軟件開(kāi)發(fā)過(guò)程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。 錯(cuò)（69）向后兼容是指可以使用未來(lái)版本的軟件。 錯(cuò)二、選擇1、軟件測(cè)試的目的是（ b ） A）避免軟件開(kāi)發(fā)中出現(xiàn)的錯(cuò)誤 B）發(fā)現(xiàn)

8、軟件開(kāi)發(fā)中出現(xiàn)的錯(cuò)誤 C）盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，提高軟件的可靠性 D）修改軟件中出現(xiàn)的錯(cuò)誤 2、下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是（ b ）A）性能需求 B）功能需求 C）可擴(kuò)展性和靈活性 D）容錯(cuò)糾錯(cuò)能力3、堅(jiān)持在軟件的各個(gè)階段實(shí)施下列哪種質(zhì)量保障措施，才能在開(kāi)發(fā)過(guò)程中盡早發(fā)現(xiàn)和預(yù)防錯(cuò)誤，把出現(xiàn)的錯(cuò)誤克服在早期（ a ）。A）技術(shù)評(píng)審 B）程序測(cè)試 C）改正程序錯(cuò)誤 D）管理評(píng)審4、為了提高測(cè)試的效率，正確的做法是（ a ）。A）選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試用例B）在完成程序的編碼之后再制定軟件的測(cè)試計(jì)劃C）隨機(jī)選取測(cè)試用例D）使用測(cè)試用例測(cè)試是為了檢查程序是否做了應(yīng)

9、該做的事5、大多數(shù)實(shí)際情況下，性能測(cè)試的實(shí)現(xiàn)方法是（ a ）。A）黑盒測(cè)試 B）可靠性測(cè)試C）白盒測(cè)試 D）靜態(tài)分析6、對(duì)程序的測(cè)試最好由誰(shuí)來(lái)做，對(duì)程序的調(diào)試最好由誰(shuí)來(lái)做（ b ）。A）程序員 第三方測(cè)試機(jī)構(gòu)B）第三方測(cè)試機(jī)構(gòu) 程序員C）程序開(kāi)發(fā)組 程序員D）程序開(kāi)發(fā)組 程序開(kāi)發(fā)組7、軟件生存周期過(guò)程中，修改錯(cuò)誤最大的階段是（ a ）。A）發(fā)布運(yùn)行階段B）設(shè)計(jì)階段C）編程階段D）需求階段8、在邊界值分析中，下列數(shù)據(jù)通常不用來(lái)做數(shù)據(jù)測(cè)試的是（ b ）。A）正好等于邊界的值 B）等價(jià)類中的等價(jià)值C）剛剛大于邊界的值 D）剛剛小于邊界的值9、用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法之一為（ a ）A）因果圖 B

10、）邏輯覆蓋 C）循環(huán)覆蓋 D）基本路徑測(cè)試10、關(guān)于白盒測(cè)試與黑盒測(cè)試的最主要區(qū)別，正確的是（ a ）。A、白盒測(cè)試側(cè)重于程序結(jié)構(gòu)，黑盒測(cè)試側(cè)重于功能B、白盒測(cè)試可以使用測(cè)試工具，黑盒測(cè)試不能使用工具C、白盒測(cè)試需要程序參與，黑盒測(cè)試不需要D、黑盒測(cè)試比白盒測(cè)試應(yīng)用更廣泛11、在進(jìn)行單元測(cè)試時(shí)，常用的方法是（c ）A）采用白盒測(cè)試，輔之以黑盒測(cè)試 B）采用黑盒測(cè)試，輔之以白盒測(cè)試C）只使用白盒測(cè)試 D）只使用黑盒測(cè)試D）在程序完成的編碼之后再制定軟件的測(cè)試用例12、通?？煞譃榘缀袦y(cè)試和黑盒測(cè)試。白盒測(cè)試是根據(jù)程序的（ d ）來(lái)設(shè)計(jì)測(cè)試用例，黑盒測(cè)試是根據(jù)軟件的需求規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。 A）

11、功能 B）性能 C）內(nèi)部數(shù)據(jù) D）內(nèi)部邏輯13、經(jīng)驗(yàn)表明，在程序測(cè)試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯(cuò)誤較多，則該模塊中殘存的錯(cuò)誤數(shù)目與其他模塊相比，通常應(yīng)該（ d ）。A）相似 B）較少C）不確定 D）較多14、如果一個(gè)判定中的復(fù)合條件表達(dá)式為（A > 1）or（B <= 3），則為了達(dá)到100%的條件覆蓋率，至少需要設(shè)計(jì)多少個(gè)測(cè)試用例（ d ）。A）1B）4 C）3 D）215、以下哪個(gè)是功能測(cè)試工具？（ a）A）Selenium B）LoadRunerC）JMeter D）WebGoat16、增量式集成測(cè)試有3種方式：自頂向下增量測(cè)試方法，（ b ）和混合增量

12、測(cè)試方式。A、自中向下增量測(cè)試方法 B、自底向上增量測(cè)試方法C、多次性測(cè)試 D、維護(hù)17、下面有關(guān)軟件缺陷的說(shuō)法中錯(cuò)誤的是（ c）。A）缺陷就是軟件產(chǎn)品在開(kāi)發(fā)中存在的錯(cuò)誤B）缺陷就是軟件維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題C）缺陷就是導(dǎo)致系統(tǒng)程序崩潰的錯(cuò)誤D）缺陷就是系統(tǒng)所需要實(shí)現(xiàn)某種功能的實(shí)效和違背18、單元測(cè)試一般以（ a ）為主。A）白盒測(cè)試 B）分析測(cè)試C）系統(tǒng)測(cè)試 D）黑盒測(cè)試19、在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為1640，則根據(jù)黑盒測(cè)試中的等價(jià)類劃分技術(shù)，下面劃分正確的是（ b ）。A）可劃分為2個(gè)有效等價(jià)類，2個(gè)無(wú)效等價(jià)類B）可劃分為1個(gè)有效等價(jià)類，2個(gè)無(wú)效等

13、價(jià)類C）可劃分為2個(gè)有效等價(jià)類，1個(gè)無(wú)效等價(jià)類D）可劃分為1個(gè)有效等價(jià)類，1個(gè)無(wú)效等價(jià)類20、軟件生存周期過(guò)程中，修改錯(cuò)誤代價(jià)最大的階段是（ a ）。A）發(fā)布運(yùn)行階段 B）設(shè)計(jì)階段C）編程階段 D）需求階段21、根據(jù)軟件需求規(guī)格說(shuō)明書(shū)，在開(kāi)發(fā)環(huán)境下對(duì)已經(jīng)集成的軟件系統(tǒng)進(jìn)行的測(cè)試是（ a ）。 A）系統(tǒng)測(cè)試B） 單元測(cè)試C） 集成測(cè)試 D） 驗(yàn)收測(cè)試22、以下那一種選項(xiàng)不屬于軟件缺陷（ b ）。A）軟件沒(méi)有實(shí)現(xiàn)產(chǎn)品規(guī)格說(shuō)明所要求的功能B）軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明所要求的功能但因受性能限制而未考慮可移植性問(wèn)題C）軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格沒(méi)有提到的功能D）軟件中出現(xiàn)了產(chǎn)品規(guī)格說(shuō)明不應(yīng)該出現(xiàn)的功能23、下面有

14、關(guān)測(cè)試原則的說(shuō)法正確的是（ a ）。A）測(cè)試用例應(yīng)由測(cè)試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B）測(cè)試用例只需選取合理的輸入數(shù)據(jù)C）程序最好由編寫(xiě)該程序的程序員自己來(lái)測(cè)試D）使用測(cè)試用例進(jìn)行測(cè)試是為了檢查程序是否做了它該做的事24、集成測(cè)試對(duì)系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗(yàn)了何種質(zhì)量特性aA）正確性B）可靠性 C）可使用性 D）可維護(hù)性25、以下有關(guān)回歸測(cè)試的說(shuō)法中錯(cuò)誤的是（ b ）。A、嚴(yán)格來(lái)說(shuō)，回歸測(cè)試不是一個(gè)測(cè)試階段，只是一種可以用于各個(gè)測(cè)試階段的測(cè)試技術(shù)B、回歸測(cè)試適合采用手工方法完成，不適合使用自動(dòng)化測(cè)試工具來(lái)完成C、回歸測(cè)試可以在系統(tǒng)和驗(yàn)收測(cè)試環(huán)境下進(jìn)行D、回歸測(cè)試的目標(biāo)是保證被測(cè)應(yīng)用

15、在被修改或擴(kuò)充后，各項(xiàng)功能依然正確26、I18n的含義是（ c ）。A）場(chǎng)所 B）本地化C）國(guó)際化 D）全球化27、下列關(guān)于測(cè)試方法的敘述中不正確的是（ c）A）從某種角度上講，白盒測(cè)試與黑盒測(cè)試都屬于動(dòng)態(tài)測(cè)試 B） C）對(duì)功能的測(cè)試通常是要考慮程序的內(nèi)部結(jié)構(gòu) D）結(jié)構(gòu)測(cè)試屬于白盒測(cè)試28、在覆準(zhǔn)則中，最常用的是（ d ）A）語(yǔ)句覆蓋 B）條件覆蓋 C）分支覆蓋 D）以上全部29、單元測(cè)試中設(shè)計(jì)測(cè)試用例的依據(jù)是（ c ）。A）項(xiàng)目計(jì)劃說(shuō)明書(shū) B）需求規(guī)格說(shuō)明書(shū)C）詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū) D）概要設(shè)計(jì)規(guī)格說(shuō)明書(shū)30、下列方法中，不屬于黑盒測(cè)試的是（ a ）。A）基本路徑測(cè)試法 B）等價(jià)類測(cè)試法C）邊

16、界值分析法 D）基于場(chǎng)景的測(cè)試方法31、軟件測(cè)試是按照特定的規(guī)程，（ a ）的過(guò)程。A）發(fā)現(xiàn)軟件錯(cuò)誤 B）設(shè)計(jì)并運(yùn)行測(cè)試用例C）證明程序沒(méi)有錯(cuò)誤 D）說(shuō)明程序正確32、測(cè)試程序時(shí)，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個(gè)子集進(jìn)行測(cè)試，那么最好的選擇方法是（ b）。A）隨機(jī)選擇B）劃分等價(jià)類C）根據(jù)接口進(jìn)行選擇 D）根據(jù)數(shù)據(jù)大小進(jìn)行選擇33、在黑盒測(cè)試中，著重檢查輸入條件組合的方法是（b）A、等價(jià)類劃分法 B、判定表方法C、錯(cuò)誤推測(cè)法 D、邊界值分析法34、驗(yàn)收測(cè)試的測(cè)試用例主要根據(jù)（ c ）的結(jié)果來(lái)設(shè)計(jì)。A、概要設(shè)計(jì) B、源程序C、需求分析 D、詳細(xì)設(shè)計(jì)35、在下面所列舉中的邏輯測(cè)試覆蓋

17、中，測(cè)試覆蓋最強(qiáng)的是（ a ）。A）條件組合覆蓋 B）條件覆蓋C）判定覆蓋 D）語(yǔ)句覆蓋36、數(shù)據(jù)流覆蓋關(guān)注的是程序中某個(gè)變量從其聲明、賦值到引用的變化情況，它是下列哪一種覆蓋的變種（ d ）。A）語(yǔ)句覆蓋B）控制覆蓋C）分支覆蓋D）路徑覆蓋37、在測(cè)試過(guò)程中，測(cè)試用例的狀態(tài)是唯一的，一般是三種狀態(tài)之一，這三種狀態(tài)不包括下列哪個(gè)？（ d ）A）通過(guò) B）未通過(guò) C）未進(jìn)行測(cè)試 D）已測(cè)試38、在Web應(yīng)用軟件的分層測(cè)試策略中，下列哪個(gè)不是測(cè)試關(guān)注的層次（ c ）。A）數(shù)據(jù)層B）業(yè)務(wù)層C）服務(wù)層D）表示層39、軟件測(cè)試規(guī)范規(guī)定，軟件測(cè)試的類別可分為：?jiǎn)卧獪y(cè)試、集成測(cè)試以及（ d ）。A）系統(tǒng)測(cè)試

18、B）驗(yàn)收測(cè)試C）系統(tǒng)測(cè)試和驗(yàn)收測(cè)試D）配置項(xiàng)測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試40、不屬于白盒測(cè)試的技術(shù)是（ c ）A、路徑覆蓋 B、判定覆蓋C、邊界值分析法 D、條件覆蓋41、以下關(guān)于白盒測(cè)試的描述，正確的是（d）：A）白盒測(cè)試可以考慮，也可以不考慮程序內(nèi)部結(jié)構(gòu)。B）白盒測(cè)試主要在項(xiàng)目驗(yàn)收階段采用。C）邊界值分析是白盒測(cè)試經(jīng)常采用的測(cè)試技術(shù)。D）白盒測(cè)試是基于覆蓋的測(cè)試。42、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的測(cè)試用例技術(shù)屬于（ d ）。A）黑盒測(cè)試 B）灰盒測(cè)試C）數(shù)據(jù)測(cè)試 D）白盒測(cè)試43、軟件測(cè)試的分類方式有多種，其中可用性測(cè)試是按測(cè)試（b）劃分的測(cè)試中的一種。A）方法B）目標(biāo)C）對(duì)象或階段D）以上都不是

19、44、必須要求用戶參與的測(cè)試階段是（ c ）。A）系統(tǒng)測(cè)試 B）集成測(cè)試C）驗(yàn)收測(cè)試 D）單元測(cè)試45、軟件設(shè)計(jì)階段的測(cè)試主要采取的方式是（ d ）。A）白盒測(cè)試 B）動(dòng)態(tài)測(cè)試C）黑盒測(cè)試 D）評(píng)審46、有效等價(jià)類和無(wú)效等價(jià)類是（d）中涉及的概念。A）白盒測(cè)試B）性能測(cè)試C）邊界值分析D）等價(jià)類劃分47、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的簡(jiǎn)稱是（ c ）。A、ADD B、TTDC、TDD D、TDT48、以下哪個(gè)是商業(yè)性能測(cè)試工具？（ d ）A） WebGoat B）SeleniumC）JMeter D）LoadRuner 49、IBM統(tǒng)一過(guò)程的4個(gè)階段為先啟階段、（d）、構(gòu)建階段和產(chǎn)品化階段。A）規(guī)劃階段B）分

20、析階段C）設(shè)計(jì)階段 D）精化階段50、以下關(guān)于單元測(cè)試的描述不正確的是（d）。A）單元測(cè)試是對(duì)軟件基本組成單元進(jìn)行的測(cè)試。B）單元測(cè)試常采用白盒測(cè)試技術(shù)。C）單元測(cè)試是對(duì)軟件測(cè)試按對(duì)象或階段劃分中的一種測(cè)試。D）單元測(cè)試一般在項(xiàng)目收尾階段進(jìn)行。51、代碼評(píng)審的2種形式為（c）和正式會(huì)議審查。A）靜態(tài)審查B）動(dòng)態(tài)審查C）代碼走查D）交叉審查52、以下不屬于黑盒測(cè)試技術(shù)的是（c）：A）等價(jià)類劃分B）邊界值分析C）條件組合覆蓋D）交叉審查53、關(guān)于回歸測(cè)試，下列哪項(xiàng)描述是錯(cuò)誤的（ b ）。A、回歸測(cè)試一般適合自動(dòng)化測(cè)試B、再測(cè)試全部用例是最好的回歸測(cè)試策略C、回歸測(cè)試是為了發(fā)現(xiàn)回歸缺陷而進(jìn)行的測(cè)試D

21、、功能測(cè)試工具主要適合回歸測(cè)試54、在等價(jià)類劃分中，如果程序輸入條件為小于30,或大于70的整數(shù)，我們可以確定（）個(gè)有效等價(jià)類，（d）個(gè)無(wú)效等價(jià)類。A）1；2B）1；3C）2；2D）2；155、不屬于黑盒測(cè)試的技術(shù)是（ d ）A、邊界值分析法 B、等價(jià)類劃分法C、判定表方法 D、語(yǔ)句覆蓋56、一個(gè)成功的測(cè)試是（ a ）。A）發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò)誤 B）證明發(fā)現(xiàn)不了錯(cuò)誤C）沒(méi)有發(fā)現(xiàn)錯(cuò)誤碼 D）發(fā)現(xiàn)錯(cuò)誤碼57、在邊界值分析法中，下列數(shù)據(jù)通常不用來(lái)做測(cè)試數(shù)據(jù)的是（ b ）。A、剛剛大于邊界的值 B、等價(jià)類中的等價(jià)值C、剛剛小于邊界的值 D、正好等于邊界的值58、以下符號(hào)中，因果圖法中不使用的符號(hào)為

22、（d）： A）B）C）D） 59、單元測(cè)試中用以模擬被測(cè)模塊工作過(guò)程中所調(diào)用的下層模塊的是（ a ）。A）樁模塊 B）子模塊C）驅(qū)動(dòng)模塊 D）父模塊60、在軟件產(chǎn)品完成了系統(tǒng)測(cè)試之后、產(chǎn)品發(fā)布之前所進(jìn)行的測(cè)試是（ b ）。A）單元測(cè)試 B）驗(yàn)收測(cè)試C）集成測(cè)試 D）功能測(cè)試61、按方法劃分，我們可以將軟件測(cè)試方法劃分為（d）： A）動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試。B）性能測(cè)試和壓力測(cè)試。C）單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試D）白盒測(cè)試和黑盒測(cè)試。62、下列項(xiàng)目中不屬于測(cè)試文檔的是（ c ）。A、測(cè)試計(jì)劃 B、測(cè)試用例 C、程序流程圖 D、測(cè)試報(bào)告63、以下關(guān)于軟件測(cè)試自動(dòng)化的描述，正確的是（c）：

23、A）從軟件測(cè)試自動(dòng)化技術(shù)來(lái)看，工具比人更重要。B）經(jīng)驗(yàn)表明，軟件測(cè)試中發(fā)現(xiàn)的錯(cuò)誤，絕大部分都是工具發(fā)現(xiàn)的。C）在軟件測(cè)試過(guò)程中，工具只起輔助作用，起關(guān)鍵作用的還是測(cè)試人員。D）以上都不對(duì)。64、單元測(cè)試中用來(lái)模擬被測(cè)模塊調(diào)用者的模塊是（ a ）。A）驅(qū)動(dòng)模塊 B）樁模塊C）主控模塊 D）真實(shí)的被調(diào)用模塊65、L10n的含義是（ c ）。A）國(guó)際化 B）場(chǎng)所C）本地化 D）全球化66、集成測(cè)試計(jì)劃應(yīng)該在（ b ）階段末提交。A）需求分析 B）概要設(shè)計(jì)C、詳細(xì)設(shè)計(jì) D）單元測(cè)試完成67、軟件測(cè)試是采用（ a ）執(zhí)行軟件的活動(dòng)。A）測(cè)試用例B）輸入數(shù)據(jù)C）測(cè)試環(huán)境D）輸入條件68、若一個(gè)通訊簿最多可

24、以輸入100條記錄，則下列選項(xiàng)中設(shè)計(jì)的測(cè)試用例最優(yōu)的是（ a ）。A、分別輸入0、1、50、99、100、101條記錄B、分別輸入0、1、99、100、101條記錄C、分別輸入1、50、100條記錄D、分別輸入0、1、50、99、100條記錄69、導(dǎo)致軟件缺陷的最大原因是：（ a ）A）軟件需求說(shuō)明書(shū)B(niǎo)）設(shè)計(jì)方案C）編碼D）維護(hù)70、在下列描述中，關(guān)于測(cè)試與調(diào)試的說(shuō)法錯(cuò)誤的是（ d ）A）測(cè)試是顯示錯(cuò)誤的行為；而調(diào)試是推理的過(guò)程；B）測(cè)試顯示開(kāi)發(fā)人員的錯(cuò)誤。調(diào)試是開(kāi)發(fā)人員為自己辯護(hù)；C）測(cè)試能預(yù)期和可控。調(diào)試需要想象、經(jīng)驗(yàn)和思考；D）測(cè)試必須在詳細(xì)設(shè)計(jì)已經(jīng)完成的情況下才能開(kāi)始；沒(méi)有詳細(xì)設(shè)計(jì)的信

25、息調(diào)試不可能進(jìn)行。71、某次程序調(diào)試沒(méi)有出現(xiàn)預(yù)計(jì)的結(jié)果，下列（ b ）不可能是導(dǎo)致出錯(cuò)的原因。 A）變量沒(méi)有初始化 B）編寫(xiě)的語(yǔ)句書(shū)寫(xiě)格式不規(guī)范 C）循環(huán)控制出錯(cuò) D）代碼輸入有誤 72、軟件缺陷修復(fù)的代價(jià)最高的階段為（ a ）A）發(fā)布階段 B）需求階段C）設(shè)計(jì)階段 D）編碼階段73、在軟件生命周期的哪一個(gè)階段，軟件缺陷修復(fù)費(fèi)用最低（ b ）。A、編碼 B、需求分析C、設(shè)計(jì) D、產(chǎn)品發(fā)布74、設(shè)計(jì)若干用例，運(yùn)行被測(cè)程序，使得程序中每個(gè)判斷的取真分支和取假分支至少經(jīng)歷一次的測(cè)試方法是（ b ）A、語(yǔ)句覆蓋 B、判定覆蓋C、條件覆蓋 D、路徑覆蓋75、不屬于邏輯覆蓋方法的是（ d ）。A）組合覆蓋

26、 B）判定覆蓋 C）條件覆蓋 D）接口覆蓋76、在邊界值分析法中，下列數(shù)據(jù)通常不用來(lái)做測(cè)試數(shù)據(jù)的是（ b ）。A）剛剛大于邊界的值 B、等價(jià)類中的等價(jià)值C）剛剛小于邊界的值 D）正好等于邊界的值77、（ d ）是選擇若干個(gè)測(cè)試用例，運(yùn)行被測(cè)程序，使得程序中的每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次。A）條件覆蓋 B）組合覆蓋C）判定覆蓋 D）語(yǔ)句覆蓋78、按照測(cè)試組織劃分，軟件測(cè)試可分為：開(kāi)發(fā)方測(cè)試，第三方測(cè)試，（ b ）。A、集成測(cè)試 B、用戶測(cè)試C、灰盒測(cè)試 D、確認(rèn)測(cè)試79、以下關(guān)于靜態(tài)測(cè)試技術(shù)和動(dòng)態(tài)測(cè)試技術(shù)的描述，正確的是（ d ）。A）靜態(tài)測(cè)試技術(shù)多在項(xiàng)目驗(yàn)收階段使用 B）PMD屬于動(dòng)態(tài)測(cè)試工具C

27、）Fingbugs屬于動(dòng)態(tài)測(cè)試工具 D）CheckStyle屬于靜態(tài)測(cè)試工具80、（ a ）是設(shè)計(jì)足夠多的測(cè)試用例，使得程序中每個(gè)判定包含的每個(gè)條件的所有情況（真/假）至少出現(xiàn)一次，并且每個(gè)判定本身的判定結(jié)果（真/假）也至少出現(xiàn)一次。A）判定條件覆蓋 B）組合覆蓋C）判定覆蓋 D）條件覆蓋81、功能測(cè)試主要根據(jù)（ d ）來(lái)設(shè)計(jì)測(cè)試用例。A、維護(hù)手冊(cè) B、設(shè)計(jì)文檔C、程序的內(nèi)部邏輯 D、需求規(guī)格說(shuō)明書(shū)82、軟件測(cè)試是軟件質(zhì)量保證的重要手段，下述哪種測(cè)試是軟件測(cè)試的最基礎(chǔ)環(huán)節(jié)？（ b ）A）功能測(cè)試B）單元測(cè)試C）結(jié)構(gòu)測(cè)試D）驗(yàn)收測(cè)試83、以下哪個(gè)測(cè)試方法不是基于組合及其優(yōu)化的測(cè)試方法？（ a ）

28、。A）等價(jià)類劃分法 B）Pair-wise方法C）判定表方法 D）正交實(shí)驗(yàn)法84、劃分軟件測(cè)試屬于白盒測(cè)試還是黑盒測(cè)試的依據(jù)是（ c ）。A）運(yùn)行結(jié)果是否確定 B）是否能看到軟件設(shè)計(jì)文檔C）是否能看到被測(cè)源程序 D）是否執(zhí)行程序代碼三、填空1、軟件測(cè)試的成效需要良好的軟件測(cè)試環(huán)境，對(duì)于軟件測(cè)試環(huán)境，我們可以細(xì)分出5個(gè)要素，分別為：軟件、硬件、網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)準(zhǔn)備和測(cè)試工具。2、在軟件本地化過(guò)程中，數(shù)據(jù)格式是其中的一個(gè)方面，主要包括數(shù)字、時(shí)間、貨幣、日期格式、度量衡單位、索引與排序、姓名格式以及復(fù)數(shù)等。3、腳本是一組測(cè)試工具執(zhí)行的指令集合，也是計(jì)算機(jī)程序的一種形式。在軟件自動(dòng)化中，腳本技術(shù)至關(guān)重要

29、，腳本類型也有許多種，其中常見(jiàn)的有 線性 腳本、結(jié)構(gòu)化 腳本、數(shù)據(jù)驅(qū)動(dòng) 腳本和關(guān)鍵字驅(qū)動(dòng)腳本。4、在ANSI/IEEE829-1983標(biāo)準(zhǔn)中，列出了和測(cè)試設(shè)計(jì)相關(guān)的測(cè)試用例編寫(xiě)規(guī)范和模板。標(biāo)準(zhǔn)模板中的主要元素有 標(biāo)識(shí)符、測(cè)試項(xiàng) 、測(cè)試環(huán)境要求、輸入標(biāo)準(zhǔn)、輸出標(biāo)準(zhǔn)以及測(cè)試用例間的關(guān)聯(lián)。5、性能測(cè)試中系統(tǒng)行為的性能指標(biāo)很多，常見(jiàn)的有以下幾個(gè)：請(qǐng)求響應(yīng)時(shí)間、事務(wù)響應(yīng)時(shí)間、數(shù)據(jù)吞吐量 。6、軟件測(cè)試分為 靜態(tài) 測(cè)試和 動(dòng)態(tài) 測(cè)試的依據(jù)是測(cè)試過(guò)程中被測(cè)軟件是否被執(zhí)行。7、 規(guī)格說(shuō)明書(shū) 是軟件缺陷出現(xiàn)最多的地方。8、軟件缺陷的詳細(xì)描述，由三部分組成： 步驟 、期望結(jié)果、 實(shí)際結(jié)果。9、測(cè)試用例是為了實(shí)現(xiàn)測(cè)

30、試 有效性 的一種最基本的手段。10、測(cè)試成熟度模型TMM基于CMM和業(yè)界最佳實(shí)踐提出，它將測(cè)試過(guò)程成熟度劃分為5個(gè)等級(jí)，分別為初始級(jí)、定義級(jí)、集成、管理和度量以及 優(yōu)化。11、測(cè)試套件 是根據(jù)特定的測(cè)試目標(biāo)和任務(wù)而構(gòu)造的某個(gè)測(cè)試用例的集合。12、本地化測(cè)試的技術(shù)問(wèn)題主要包括： 數(shù)據(jù)格式 、頁(yè)面顯示和布局 、配置和兼容性問(wèn)題。13、黑盒測(cè)試方法也稱為 功能測(cè)試 或 數(shù)據(jù)驅(qū)動(dòng)測(cè)試 。14、隨著Internet的普及，網(wǎng)上購(gòu)物、網(wǎng)上交易、電子銀行等新的交易方式走進(jìn)人們的生活，網(wǎng)絡(luò)安全變得越來(lái)越重要。在Web的安全性測(cè)試中，通常需要考慮 數(shù)據(jù)加密、登錄或身份驗(yàn)證、輸入驗(yàn)證、SQL注入、超時(shí)限制、目錄

31、以及操作痕跡等。15、靜態(tài)測(cè)試技術(shù)是單元測(cè)試中最重要的手段之一，采用工具掃描分析、 代碼評(píng)審 等方法。16、軟件測(cè)試是由“驗(yàn)證（verification）”和有效性確認(rèn)活動(dòng)構(gòu)成的整體。17、一個(gè)基本的軟件缺陷生命周期包含三個(gè)狀態(tài)：新打開(kāi)的、已修正和 已關(guān)閉。18、跨站點(diǎn)攻擊XSS可以讓攻擊者在頁(yè)面訪問(wèn)者的瀏覽器中執(zhí)行JavaScript腳本，按注入的途徑，一般可分為三種，反射 型XSS、基于DOM的XSS以及 存儲(chǔ) 型XSS。19、軟件測(cè)試中的Mock指的是模型，模擬測(cè)試時(shí)所需的 對(duì)象 及測(cè)試數(shù)據(jù) 。20、ALAC測(cè)試方法是一種基于 客戶 使用產(chǎn)品的知識(shí)開(kāi)發(fā)出來(lái)的測(cè)試方法，它的出發(fā)點(diǎn)是著名的

32、Pareto 80/20 規(guī)律。21、軟件缺陷按測(cè)試開(kāi)發(fā)階段分為_(kāi)需求缺陷_缺陷、設(shè)計(jì)缺陷和_編碼_缺陷。22、軟件測(cè)試按測(cè)試層次可劃分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。23、基于圖的覆蓋準(zhǔn)則分為 結(jié)構(gòu)化覆蓋準(zhǔn)則 和 數(shù)據(jù)流覆蓋準(zhǔn)則。24、在整個(gè)測(cè)試期間收集當(dāng)前所有打開(kāi)的（激活的）缺陷數(shù)（Number of Open Bug，NOB），也可以將嚴(yán)重級(jí)別的缺陷分離出來(lái)進(jìn)行控制，從而形成NOB曲線，它在一定程度上反映了 軟件質(zhì)量 和 測(cè)試進(jìn)度 隨時(shí)間的發(fā)展趨勢(shì)。25、集成測(cè)試基本可以概括為兩種模式： 非漸增式測(cè)試 模式、 漸增式測(cè)試 模式。26、等價(jià)類測(cè)試法將數(shù)據(jù)劃分為 有效等價(jià)

33、類 和 無(wú)效等價(jià)類。27、單元測(cè)試的對(duì)象是 類或函數(shù)。28、數(shù)據(jù)庫(kù)服務(wù)器性能測(cè)試主要從兩個(gè)方面考慮，一是 大數(shù)據(jù)量測(cè)試 、另一個(gè)是 大容量數(shù)據(jù) 測(cè)試。29、Selenium是 Web功能測(cè)試 工具。JMeter和LoadRunner是 性能 工具。根據(jù) 程序是否運(yùn)行，測(cè)試可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。30、基于 風(fēng)險(xiǎn) 的測(cè)試是指評(píng)估測(cè)試的優(yōu)先級(jí)，先進(jìn)行高優(yōu)先級(jí)的測(cè)試，如果時(shí)間或精力不夠，低優(yōu)先級(jí)的測(cè)試可以暫時(shí)不做。31、在測(cè)試過(guò)程中，測(cè)試用例的狀態(tài)是唯一的，一般是下列三種狀態(tài)中的一種：通過(guò)、未通過(guò)、未進(jìn)行測(cè)試 。32、在進(jìn)行等價(jià)類劃分的過(guò)程中，不但要考慮 有效等價(jià)類 劃分，同時(shí)要考慮 無(wú)效等價(jià)類

34、 劃分。33、自動(dòng)化測(cè)試測(cè)試技術(shù)主要包括：代碼分析、捕獲和回放、腳本技術(shù)、自動(dòng)化比較、虛擬用戶。34、文檔測(cè)試主要檢查文檔的 正確性 、 完備性 、易理解性和一致性。35、在軟件兼容性測(cè)試中 向后兼容 是只可以使用以前版本的軟件，而向前兼容 指的是可以使用未來(lái)版本的軟件。36、跟蹤測(cè)試用例，包括以下兩方面的內(nèi)容：測(cè)試用例執(zhí)行的跟蹤 和 測(cè)試用例覆蓋率的跟蹤 。37、軟件的健壯性包含了容錯(cuò) 能力和 恢復(fù) 能力。38、代碼審查的參與人員為協(xié)調(diào)人、編碼人員、模塊設(shè)計(jì)人員和一名測(cè)試專家。39、兼容性測(cè)試包括 軟件 兼容性、 數(shù)據(jù)共享 兼容性、 硬件 兼容性三個(gè)方面。40、Junit是一個(gè)開(kāi)放源代碼的

35、java 測(cè)試框架，用于編寫(xiě)和運(yùn)行可重復(fù)的測(cè)試。四、問(wèn)答1、什么是樁模塊，什么是驅(qū)動(dòng)模塊？樁模塊：用來(lái)模擬被測(cè)試模塊工作過(guò)程中所調(diào)用的模塊。驅(qū)動(dòng)模塊：用來(lái)模擬被測(cè)試模塊的上一級(jí)模塊。2、用黑盒測(cè)試設(shè)計(jì)測(cè)試用例有哪些常用方法？等價(jià)類劃分法、邊界值劃分法、錯(cuò)誤推測(cè)法、因果圖法、場(chǎng)景法3、軟件測(cè)試工作過(guò)程有哪些？確定測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、測(cè)試執(zhí)行、測(cè)試總結(jié)4、簡(jiǎn)述軟件測(cè)試自動(dòng)化和手工測(cè)試各自的適用范圍（1）在系統(tǒng)功能邏輯測(cè)試、驗(yàn)收測(cè)試、適用性測(cè)試、涉及人機(jī)交互性測(cè)試時(shí)，多采用黑盒測(cè)試的手工測(cè)試方法。（2）單元測(cè)試、集成測(cè)試、系統(tǒng)負(fù)載或性能測(cè)試、穩(wěn)定性測(cè)試、可靠性測(cè)試等比較適合采用自動(dòng)化測(cè)試。（3）

36、對(duì)那種不穩(wěn)定軟件的測(cè)試、開(kāi)發(fā)周期很短的軟件或一次性的軟件等不適合測(cè)試自動(dòng)化。5、簡(jiǎn)述測(cè)試需求分析包括哪些方面的工作。（1）明確測(cè)試范圍，了解哪些功能點(diǎn)要測(cè)試，哪些功能點(diǎn)不需要測(cè)試。（2）知道哪些測(cè)試目標(biāo)優(yōu)先級(jí)高，哪些目標(biāo)優(yōu)先級(jí)低。（3）要完成哪些相應(yīng)的測(cè)試任務(wù)才能確保目標(biāo)的實(shí)現(xiàn)。6、在設(shè)計(jì)測(cè)試用例時(shí)，除了要遵守基本的測(cè)試用例編寫(xiě)規(guī)范外，還需要遵循一些基本的原則，請(qǐng)簡(jiǎn)述這些原則。（1）避免含糊的測(cè)試用例。（2）盡量將具有相類似功能的測(cè)試用例抽象并歸類。（3）盡量避免冗長(zhǎng)和復(fù)雜的測(cè)試用例。7、驗(yàn)收測(cè)試的注意事項(xiàng)有哪些？1、必須編寫(xiě)正式的、單獨(dú)的驗(yàn)收測(cè)試計(jì)劃。改計(jì)劃中必須有明確的驗(yàn)收標(biāo)準(zhǔn)。2、驗(yàn)收測(cè)

37、試必須在實(shí)際運(yùn)行環(huán)境中或盡可能模擬實(shí)際的環(huán)境中進(jìn)行。3、驗(yàn)收測(cè)試一般需要由用戶和測(cè)試部門共同完成。8、測(cè)試工具LoadRunner簡(jiǎn)介L(zhǎng)oadRunner是一種適用于各種體系結(jié)構(gòu)的自動(dòng)負(fù)載測(cè)試工具，它能預(yù)測(cè)系統(tǒng)行為并優(yōu)化系統(tǒng)性能。9、集成測(cè)試的兩種模式是什么？1、非漸增式測(cè)試模式：先分別測(cè)試每個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一起結(jié)合成所要的程序，如大棒式。2、漸增式測(cè)試模式：把下一個(gè)要測(cè)試的模塊同已經(jīng)測(cè)試好的模塊結(jié)合起來(lái)進(jìn)行測(cè)試，測(cè)試完以后再把下一個(gè)應(yīng)該測(cè)試的模塊結(jié)合進(jìn)來(lái)測(cè)試。10、工作分解結(jié)構(gòu)表（Work Breakdown Structure，WBS）是較專業(yè)的測(cè)試工作量估算方法，請(qǐng)闡述

38、這種方法的三個(gè)步驟。（1）列出本項(xiàng)目需要完成的各項(xiàng)任務(wù)，如測(cè)試計(jì)劃、需求和設(shè)計(jì)評(píng)審、測(cè)試設(shè)計(jì)、腳本開(kāi)發(fā)、測(cè)試執(zhí)行等。（2）對(duì)每個(gè)任務(wù)進(jìn)一步細(xì)分，可進(jìn)行多層次的細(xì)分，直到不能細(xì)分為止。（3）列出需要完成的所有任務(wù)之后，根據(jù)任務(wù)的層次給任務(wù)進(jìn)行編號(hào)，就行成了完成的工作分解結(jié)構(gòu)表。11、系統(tǒng)性能問(wèn)題一般可分為三類，請(qǐng)列舉出這三類問(wèn)題。（1）資源耗盡，如CPU使用率達(dá)到100%。（2）資源泄露，如內(nèi)存泄漏，最終會(huì)導(dǎo)致資源耗盡。（3）資源瓶頸，如線程、GDI、DB連接等資源變得稀缺。12、簡(jiǎn)述性能測(cè)試指標(biāo)有哪些，各有什么作用。吞吐量(TPS)：?jiǎn)挝粫r(shí)間內(nèi)處理的客戶端請(qǐng)求數(shù)量，體現(xiàn)處理的容量；響應(yīng)時(shí)間（R

39、esponse Time）：服務(wù)器對(duì)每個(gè)應(yīng)用請(qǐng)求的處理時(shí)間，體現(xiàn)處理的速度資源利用率，體現(xiàn)系統(tǒng)資源的使用程度13、正交實(shí)驗(yàn)法設(shè)計(jì)測(cè)試的整體步驟是什么？1、確定影響功能的因子與狀態(tài)。2、選擇一個(gè)合適的正交表。3、利用正交表構(gòu)造測(cè)試數(shù)據(jù)集。14、為了構(gòu)造有效的測(cè)試套件，通常情況下，可以使用哪些方法來(lái)組織測(cè)試用例？（1）按照程序的功能模塊組織。 （2）按照測(cè)試用例的類型組織。（3）按照測(cè)試用例的優(yōu)先級(jí)組織。15、驗(yàn)收測(cè)試的通過(guò)標(biāo)準(zhǔn)是什么？（1）完全執(zhí)行了驗(yàn)收測(cè)試計(jì)劃中的每個(gè)測(cè)試用例（2）在驗(yàn)收測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改并且通過(guò)了測(cè)試或者經(jīng)過(guò)評(píng)估留到下一版本中修改（3）完成軟件驗(yàn)收測(cè)試報(bào)告。16、簡(jiǎn)

40、述基本路徑測(cè)試法的幾個(gè)基本步驟。（1）根據(jù)程序的流程圖，計(jì)算程序環(huán)路復(fù)雜度。（2）確定基本路徑。（3）準(zhǔn)備測(cè)試用例，確?；韭窂浇M中的每一條路徑被執(zhí)行一次。17、為什么要使用決策表，決策表有什么優(yōu)缺點(diǎn)。當(dāng)輸入條件之間的組合對(duì)輸出結(jié)果具有影響?？梢允褂脹Q策表解決。優(yōu)點(diǎn)：它能把復(fù)雜的問(wèn)題按各種可能的情況一一列舉出來(lái)，簡(jiǎn)明而易于理解，也可避免遺漏。缺點(diǎn)：不能表達(dá)重復(fù)執(zhí)行的動(dòng)作，例如循環(huán)結(jié)構(gòu)。18、簡(jiǎn)述軟件測(cè)試中的Pareto 80/20規(guī)律。（1）一個(gè)軟件產(chǎn)品或系統(tǒng)中全部功能的20%是常用功能，用戶的80%的時(shí)間都在使用這20%的功能；而軟件產(chǎn)品或系統(tǒng)中剩下的80%不是常用的功能，用戶使用得比較少，

41、只有20%的時(shí)間在使用剩下的80%功能。（2）測(cè)試發(fā)現(xiàn)的所有錯(cuò)誤的80%很可能集中在20%的程序模塊中，另外20%的錯(cuò)誤很可能集中在80%的程序模塊中。19、黑盒測(cè)試中常用到判定表方法，請(qǐng)簡(jiǎn)述判定表制定一般經(jīng)過(guò)的4個(gè)步驟。（1）列出所有條件樁和動(dòng)作樁；（2）填入條件項(xiàng)；（3）填入動(dòng)作項(xiàng)，制定初始判定表；（4）簡(jiǎn)化、合并相似規(guī)則或者相同動(dòng)作20、簡(jiǎn)述用來(lái)描述Web性能需求的兩種方式。1、基于Web應(yīng)用系統(tǒng)的在線用戶和響應(yīng)時(shí)間來(lái)度量系統(tǒng)性能。2、基于Web應(yīng)用系統(tǒng)的吞吐量和響應(yīng)時(shí)間來(lái)度量系統(tǒng)性能。21、驗(yàn)收測(cè)試的通過(guò)標(biāo)準(zhǔn)是什么？。（1）完全執(zhí)行了驗(yàn)收測(cè)試計(jì)劃中的每個(gè)測(cè)試用例（2）在驗(yàn)收測(cè)試中發(fā)現(xiàn)的

42、錯(cuò)誤已經(jīng)得到修改并且通過(guò)了測(cè)試或者經(jīng)過(guò)評(píng)估留到下一版本中修改。（3）完成軟件驗(yàn)收測(cè)試報(bào)告。22、簡(jiǎn)述軟件缺陷產(chǎn)生的原因。（1）用戶需求和說(shuō)明書(shū)沒(méi)有被很好的理解分析人員不能100%理解用戶需求，寫(xiě)作水平不高；（2）軟件設(shè)計(jì)的不合理設(shè)計(jì)人員不能100%理解需求文檔，設(shè)計(jì)水平不高；（3）代碼(算法，流程) 存在錯(cuò)誤編碼人員不能100%理解設(shè)計(jì)文檔，編碼水平不高。五、名詞解釋1、軟件缺陷：從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開(kāi)發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。2、單元測(cè)試：?jiǎn)卧獪y(cè)試是對(duì)軟件基本組成單元進(jìn)行的測(cè)試。3、軟件缺陷生命周期：軟件缺陷生

43、命周期指的是一個(gè)軟件缺陷被發(fā)現(xiàn)、報(bào)告到這個(gè)缺陷被修復(fù)、驗(yàn)證直至最后關(guān)閉的完整過(guò)程。4、軟件測(cè)試：軟件測(cè)試是貫穿整個(gè)軟件開(kāi)發(fā)生命周期、對(duì)軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過(guò)程，其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問(wèn)題與用戶需求、預(yù)先定義的不一致性。5、測(cè)試套件：測(cè)試套件是根據(jù)特定的測(cè)試目標(biāo)和任務(wù)而構(gòu)造的某個(gè)測(cè)試用例的集合。6、測(cè)試策略：測(cè)試策略通常是描述測(cè)試項(xiàng)目的目標(biāo)和所采用的測(cè)試方法，確定在不同的測(cè)試階段測(cè)試范圍、測(cè)試任務(wù)的優(yōu)先級(jí)，以及所采用的測(cè)試技術(shù)和工具，以獲得最有效的測(cè)試和可能達(dá)到的質(zhì)量水平。7、軟件國(guó)際化：軟件國(guó)際化是為了解決軟件能在各種不同語(yǔ)言、不同風(fēng)俗的國(guó)家和

44、地區(qū)使用的問(wèn)題，對(duì)計(jì)算機(jī)設(shè)計(jì)和編程所做出的某些規(guī)定。8、無(wú)效等價(jià)類：對(duì)于程序的規(guī)格說(shuō)明，是不合理的、沒(méi)有意義的輸入數(shù)據(jù)構(gòu)成的集合。9、系統(tǒng)測(cè)試：系統(tǒng)測(cè)試是將經(jīng)過(guò)集成測(cè)試過(guò)后的軟件，作為計(jì)算機(jī)系統(tǒng)的一個(gè)部分，與計(jì)算機(jī)硬件、某些支持軟件、數(shù)據(jù)和人員等系統(tǒng)元素結(jié)合起來(lái)，在實(shí)際運(yùn)行環(huán)境下對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的嚴(yán)格有效的測(cè)試來(lái)發(fā)現(xiàn)軟件的潛在問(wèn)題，保證系統(tǒng)的運(yùn)行。10、功能測(cè)試：功能測(cè)試就是對(duì)產(chǎn)品的各功能進(jìn)行驗(yàn)證，根據(jù)功能測(cè)試用例，逐項(xiàng)測(cè)試，檢查產(chǎn)品是否達(dá)到用戶要求的功能。11、動(dòng)態(tài)測(cè)試：指通過(guò)運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。12、性能測(cè)試：性能測(cè)試就是為了發(fā)現(xiàn)系統(tǒng)性能問(wèn)題或獲取系統(tǒng)性能相關(guān)指標(biāo)而進(jìn)行的測(cè)試。13、測(cè)試用例：測(cè)試用例是為了特定的測(cè)試目的（如考察特定程序路徑或驗(yàn)證某個(gè)產(chǎn)品特性）而設(shè)計(jì)的測(cè)試條件、測(cè)試數(shù)據(jù)及與之相關(guān)的測(cè)試規(guī)程的一個(gè)特定的使用實(shí)例或場(chǎng)景。14、條件覆蓋：指設(shè)計(jì)足夠測(cè)試用例，使判定表達(dá)式中每個(gè)條件的各種可能的值至少出現(xiàn)一次。15、驅(qū)動(dòng)模塊：指用來(lái)模擬被測(cè)模塊的上級(jí)調(diào)用模塊，其功能比真正的上級(jí)模塊簡(jiǎn)單得多，它只完成接受測(cè)試數(shù)據(jù)，