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

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

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

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

4、單元測試工具，并不能進(jìn)行現(xiàn)回歸測試。錯（32）判定表法是一種白盒測試方法。錯（33）白盒測試不考慮程序內(nèi)部結(jié)構(gòu)。錯（34）在單元測試中，樁程序模擬被測模塊工作過程中所調(diào)用的下層模塊。對.（35）在測試中發(fā)現(xiàn)缺陷多的地方，還有更多的缺陷將會被發(fā)現(xiàn)。對（36）測試用例越多，測試效果就會越好。錯（37）在實際的軟件項目測試中，窮舉測試是不可能的。對（38）因果圖法是一種白盒測試方法。錯（39）完成了代碼的編寫才能開始進(jìn)行測試活動。錯（40）白盒法設(shè)計測試用例更詳細(xì)，更完全， 所以在有充足時間的時候，沒有必要采用黑盒測試法。錯（41）經(jīng)過 Alpha 測試和修正的軟件產(chǎn)品稱為Beta 版本。對（42）

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

6、排除軟件缺陷的手段。對（54）產(chǎn)品規(guī)格說明書和文檔的謬誤不屬于軟件缺陷。錯（55）功能測試通常采用的是黑盒測試方法，而性能測試通常采用的是白盒測試方法。錯（56）軟件開發(fā)全過程的測試工作都可以實現(xiàn)自動化。錯（57）只要能夠達(dá)到 100的邏輯覆蓋率，就可以保證程序的正確性。錯（58）自動化測試相比手工測試而言，能發(fā)現(xiàn)更多的錯誤。錯（59）軟件缺陷主要是由于編碼問題造成。錯（ 60） Beta 測試是指公司外部的典型用戶試用，并要求用戶報告異常情況、提出批評意見。對（61）軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。錯（62） JUnit 、 CheckStyle 與 FindBug 都是單元測試工具

7、。對（63）不存在質(zhì)量很高但可靠性很差的產(chǎn)品。對（64）系統(tǒng)測試不包括性能測試。錯（65）為了快速完成集成測試，采用一次性集成方式是適宜的。錯（66）在測試中發(fā)現(xiàn)缺陷多的地方，還有更多的缺陷將會被發(fā)現(xiàn)。對（67）靜態(tài)測試只能發(fā)現(xiàn)簡單的語法錯誤，效率低，耗費(fèi)時間。錯（ 68）在軟件開發(fā)過程中， 若能推遲暴露其中的錯誤， 則為修復(fù)和改進(jìn)錯誤所花費(fèi)的代價就會降低。錯（69）向后兼容是指可以使用未來版本的軟件。錯.二、選擇1、軟件測試的目的是（b）A ）避免軟件開發(fā)中出現(xiàn)的錯誤B）發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C）盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性D）修改軟件中出現(xiàn)的錯誤2、下列軟件屬性中，

8、軟件產(chǎn)品首要滿足的應(yīng)該是（b）A ）性能需求B）功能需求C）可擴(kuò)展性和靈活性D ）容錯糾錯能力3、堅持在軟件的各個階段實施下列哪種質(zhì)量保障措施，才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯誤，把出現(xiàn)的錯誤克服在早期（a）。A ）技術(shù)評審B ）程序測試C ）改正程序錯誤D）管理評審4、為了提高測試的效率，正確的做法是（a）。A ）選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B）在完成程序的編碼之后再制定軟件的測試計劃C）隨機(jī)選取測試用例D）使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事5、大多數(shù)實際情況下，性能測試的實現(xiàn)方法是（a）。A ）黑盒測試B ）可靠性測試C）白盒測試D ）靜態(tài)分析6、對程序的測試最好由

9、誰來做，對程序的調(diào)試最好由誰來做（b）。A ）程序員第三方測試機(jī)構(gòu)B）第三方測試機(jī)構(gòu)程序員C）程序開發(fā)組程序員D）程序開發(fā)組程序開發(fā)組7、軟件生存周期過程中，修改錯誤最大的階段是（a）。A ）發(fā)布運(yùn)行階段B）設(shè)計階段C）編程階段D）需求階段8、在邊界值分析中，下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是（b）。A ）正好等于邊界的值B ）等價類中的等價值C）剛剛大于邊界的值D）剛剛小于邊界的值9、用黑盒技術(shù)設(shè)計測試用例的方法之一為（a ）A ）因果圖B）邏輯覆蓋C）循環(huán)覆蓋D）基本路徑測試10、關(guān)于白盒測試與黑盒測試的最主要區(qū)別，正確的是（a ）。A 、白盒測試側(cè)重于程序結(jié)構(gòu)，黑盒測試側(cè)重于功能.B、白盒

10、測試可以使用測試工具，黑盒測試不能使用工具C、白盒測試需要程序參與，黑盒測試不需要D、黑盒測試比白盒測試應(yīng)用更廣泛11、在進(jìn)行單元測試時，常用的方法是（c）A ）采用白盒測試，輔之以黑盒測試B）采用黑盒測試，輔之以白盒測試C）只使用白盒測試D）只使用黑盒測試D ）在程序完成的編碼之后再制定軟件的測試用例12、通常可分為白盒測試和黑盒測試。白盒測試是根據(jù)程序的（d）來設(shè)計測試用例，黑盒測試是根據(jù)軟件的需求規(guī)格說明來設(shè)計測試用例。A ）功能B）性能C ）內(nèi)部數(shù)據(jù)D ）內(nèi)部邏輯13、經(jīng)驗表明， 在程序測試中， 某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯誤較多，則該模塊中殘存的錯誤數(shù)目與其他模塊相

11、比，通常應(yīng)該（d）。A ）相似B）較少C）不確定D）較多14、如果一個判定中的復(fù)合條件表達(dá)式為（A > 1 ） or（ B <= 3 ），則為了達(dá)到100%的條件覆蓋率，至少需要設(shè)計多少個測試用例（d）。A ）1B）4C）3D） 215、以下哪個是功能測試工具？（a ）A ） SeleniumB ） LoadRunerC） JMeterD） WebGoat16、增量式集成測試有3 種方式：自頂向下增量測試方法，（ b）和混合增量測試方式。A、自中向下增量測試方法B、自底向上增量測試方法C、多次性測試D、維護(hù)17、下面有關(guān)軟件缺陷的說法中錯誤的是（c）。A ）缺陷就是軟件產(chǎn)品在開發(fā)中

12、存在的錯誤B ）缺陷就是軟件維護(hù)過程中存在的錯誤、毛病等各種問題C）缺陷就是導(dǎo)致系統(tǒng)程序崩潰的錯誤D ）缺陷就是系統(tǒng)所需要實現(xiàn)某種功能的實效和違背18、單元測試一般以（a）為主。A）白盒測試B）分析測試C）系統(tǒng)測試D）黑盒測試19、在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為16 40，則根據(jù)黑盒測試中的等價類劃分技術(shù)，下面劃分正確的是（b ）。A ）可劃分為2 個有效等價類，2 個無效等價類.B ）可劃分為1 個有效等價類，2 個無效等價類C）可劃分為2 個有效等價類，1 個無效等價類D ）可劃分為1 個有效等價類，1 個無效等價類20、軟件生存周期過程中，修改錯誤代價最大的階段是（

13、a）。A ）發(fā)布運(yùn)行階段B）設(shè)計階段C）編程階段D）需求階段21、根據(jù)軟件需求規(guī)格說明書，在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進(jìn)行的測試是（ a）。A ）系統(tǒng)測試B） 單元測試C） 集成測試D） 驗收測試22、以下那一種選項不屬于軟件缺陷（b）。A ）軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B）軟件實現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能但因受性能限制而未考慮可移植性問題C）軟件實現(xiàn)了產(chǎn)品規(guī)格沒有提到的功能D）軟件中出現(xiàn)了產(chǎn)品規(guī)格說明不應(yīng)該出現(xiàn)的功能23、下面有關(guān)測試原則的說法正確的是（a ）。A ）測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B ）測試用例只需選取合理的輸入數(shù)據(jù)C）程序最好由編寫該程序的程序

14、員自己來測試D ）使用測試用例進(jìn)行測試是為了檢查程序是否做了它該做的事24、集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了何種質(zhì)量特性aA ）正確性B）可靠性C）可使用性D）可維護(hù)性25、以下有關(guān)回歸測試的說法中錯誤的是（b）。A 、嚴(yán)格來說，回歸測試不是一個測試階段，只是一種可以用于各個測試階段的測試技術(shù)B、回歸測試適合采用手工方法完成，不適合使用自動化測試工具來完成C、回歸測試可以在系統(tǒng)和驗收測試環(huán)境下進(jìn)行D、回歸測試的目標(biāo)是保證被測應(yīng)用在被修改或擴(kuò)充后，各項功能依然正確26、 I18n 的含義是（c）。A ）場所B ）本地化C）國際化D ）全球化27、下列關(guān)于測試方法的敘述中不正確的是

15、（c）A ）從某種角度上講，白盒測試與黑盒測試都屬于動態(tài)測試B ）C）對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu)D ）結(jié)構(gòu)測試屬于白盒測試28、在覆準(zhǔn)則中，最常用的是（d）.A ）語句覆蓋B ）條件覆蓋C）分支覆蓋D ）以上全部29、單元測試中設(shè)計測試用例的依據(jù)是（c）。A ）項目計劃說明書B）需求規(guī)格說明書C）詳細(xì)設(shè)計規(guī)格說明書D）概要設(shè)計規(guī)格說明書30、下列方法中，不屬于黑盒測試的是（a ）。A ）基本路徑測試法B）等價類測試法C）邊界值分析法D）基于場景的測試方法31、軟件測試是按照特定的規(guī)程，（ a）的過程。A）發(fā)現(xiàn)軟件錯誤B）設(shè)計并運(yùn)行測試用例C）證明程序沒有錯誤D）說明程序正確32、測

16、試程序時，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個子集進(jìn)行測試，那么最好的選擇方法是（b）。A ）隨機(jī)選擇B）劃分等價類C）根據(jù)接口進(jìn)行選擇D）根據(jù)數(shù)據(jù)大小進(jìn)行選擇33、在黑盒測試中，著重檢查輸入條件組合的方法是（b）A 、等價類劃分法B 、判定表方法C、錯誤推測法D 、邊界值分析法34、驗收測試的測試用例主要根據(jù)（c ）的結(jié)果來設(shè)計。A 、概要設(shè)計B、源程序C、需求分析D、詳細(xì)設(shè)計35、在下面所列舉中的邏輯測試覆蓋中，測試覆蓋最強(qiáng)的是（a）。A）條件組合覆蓋B）條件覆蓋C）判定覆蓋D）語句覆蓋36、數(shù)據(jù)流覆蓋關(guān)注的是程序中某個變量從其聲明、賦值到引用的變化情況，它是下列哪一種覆蓋的變種

17、（d ）。A ）語句覆蓋B）控制覆蓋C）分支覆蓋D）路徑覆蓋37、在測試過程中，測試用例的狀態(tài)是唯一的，一般是三種狀態(tài)之一，這三種狀態(tài)不包括下列哪個？（d）A ）通過B）未通過C）未進(jìn)行測試D）已測試38、在 Web應(yīng)用軟件的分層測試策略中，下列哪個不是測試關(guān)注的層次（c ）。A ）數(shù)據(jù)層B）業(yè)務(wù)層C）服務(wù)層D）表示層39、軟件測試規(guī)范規(guī)定，軟件測試的類別可分為：單元測試、集成測試以及（d）。A ）系統(tǒng)測試B）驗收測試.C）系統(tǒng)測試和驗收測試D ）配置項測試、系統(tǒng)測試和驗收測試40、不屬于白盒測試的技術(shù)是（c ）A 、路徑覆蓋B 、判定覆蓋C、邊界值分析法D 、條件覆蓋41、以下關(guān)于白盒測試的

18、描述，正確的是（d）：A ）白盒測試可以考慮，也可以不考慮程序內(nèi)部結(jié)構(gòu)。B）白盒測試主要在項目驗收階段采用。C）邊界值分析是白盒測試經(jīng)常采用的測試技術(shù)。D）白盒測試是基于覆蓋的測試。42、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的測試用例技術(shù)屬于（d）。A ）黑盒測試B ）灰盒測試C）數(shù)據(jù)測試D ）白盒測試43、軟件測試的分類方式有多種，其中可用性測試是按測試（b）劃分的測試中的一種。A ）方法B）目標(biāo)C）對象或階段D）以上都不是44、必須要求用戶參與的測試階段是（c）。A）系統(tǒng)測試B）集成測試C）驗收測試D）單元測試45、軟件設(shè)計階段的測試主要采取的方式是（d ）。A ）白盒測試B）動態(tài)測試C）黑盒測試D）評

19、審46、有效等價類和無效等價類是（d）中涉及的概念。A ）白盒測試B）性能測試C）邊界值分析D）等價類劃分47、測試驅(qū)動開發(fā)的簡稱是（c）。A、 ADDB、TTDC、 TDDD、TDT48、以下哪個是商業(yè)性能測試工具？（d）A） WebGoatB） SeleniumC） JMeterD） LoadRuner49、 IBM 統(tǒng)一過程的4 個階段為先啟階段、 （ d）、構(gòu)建階段和產(chǎn)品化階段。A ）規(guī)劃階段B）分析階段C）設(shè)計階段D）精化階段50、以下關(guān)于單元測試的描述不正確的是（d）。A ）單元測試是對軟件基本組成單元進(jìn)行的測試。B）單元測試常采用白盒測試技術(shù)。C）單元測試是對軟件測試按對象或階段

20、劃分中的一種測試。D）單元測試一般在項目收尾階段進(jìn)行。51、代碼評審的2 種形式為（ c）和正式會議審查。A ）靜態(tài)審查B）動態(tài)審查C）代碼走查D）交叉審查.52、以下不屬于黑盒測試技術(shù)的是（c）：A ）等價類劃分B）邊界值分析C）條件組合覆蓋D）交叉審查53、關(guān)于回歸測試，下列哪項描述是錯誤的（b）。A、回歸測試一般適合自動化測試B、再測試全部用例是最好的回歸測試策略C、回歸測試是為了發(fā)現(xiàn)回歸缺陷而進(jìn)行的測試D、功能測試工具主要適合回歸測試54、在等價類劃分中，如果程序輸入條件為小于30, 或大于 70 的整數(shù)，我們可以確定（）個有效等價類， （ d）個無效等價類。A）1；2B）1；3C）2

21、； 2D）2； 155、不屬于黑盒測試的技術(shù)是（d）A、邊界值分析法B、等價類劃分法C、判定表方法D、語句覆蓋56、一個成功的測試是（a）。A）發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤B）證明發(fā)現(xiàn)不了錯誤C）沒有發(fā)現(xiàn)錯誤碼D）發(fā)現(xiàn)錯誤碼57、在邊界值分析法中，下列數(shù)據(jù)通常不用來做測試數(shù)據(jù)的是（b）。A、剛剛大于邊界的值B、等價類中的等價值C、剛剛小于邊界的值D、正好等于邊界的值58、以下符號中，因果圖法中不使用的符號為（d）：A ）B）C）D）59、單元測試中用以模擬被測模塊工作過程中所調(diào)用的下層模塊的是（a）。A）樁模塊B）子模塊C）驅(qū)動模塊D）父模塊60、在軟件產(chǎn)品完成了系統(tǒng)測試之后、產(chǎn)品發(fā)布之前所進(jìn)行的

22、測試是（b）。A ）單元測試B ）驗收測試C）集成測試D ）功能測試61、按方法劃分，我們可以將軟件測試方法劃分為（d）：A ）動態(tài)測試和靜態(tài)測試。B）性能測試和壓力測試。C）單元測試、集成測試、系統(tǒng)測試和驗收測試D）白盒測試和黑盒測試。62、下列項目中不屬于測試文檔的是（c）。A、測試計劃B、測試用例C、程序流程圖D、測試報告63、以下關(guān)于軟件測試自動化的描述，正確的是（c）：A ）從軟件測試自動化技術(shù)來看，工具比人更重要。B）經(jīng)驗表明，軟件測試中發(fā)現(xiàn)的錯誤，絕大部分都是工具發(fā)現(xiàn)的。C）在軟件測試過程中，工具只起輔助作用，起關(guān)鍵作用的還是測試人員。D）以上都不對。64、單元測試中用來模擬被測

23、模塊調(diào)用者的模塊是（a）。.A ）驅(qū)動模塊B ）樁模塊C）主控模塊D ）真實的被調(diào)用模塊65、 L10n 的含義是（c）。A）國際化B）場所C）本地化D）全球化66、集成測試計劃應(yīng)該在（b）階段末提交。A ）需求分析B）概要設(shè)計C、詳細(xì)設(shè)計D ）單元測試完成67、軟件測試是采用（a）執(zhí)行軟件的活動。A ）測試用例B）輸入數(shù)據(jù)C）測試環(huán)境D）輸入條件68、若一個通訊簿最多可以輸入100 條記錄，則下列選項中設(shè)計的測試用例最優(yōu)的是（ a）。A、分別輸入0、 1、50、 99、100、 101 條記錄B、分別輸入0、 1、99、 100、101 條記錄C、分別輸入1、 50、 100 條記錄D、分別

24、輸入0、 1、50、 99、100 條記錄69、導(dǎo)致軟件缺陷的最大原因是：（a）A ）軟件需求說明書B）設(shè)計方案C）編碼D）維護(hù)70、在下列描述中，關(guān)于測試與調(diào)試的說法錯誤的是（d）A ）測試是顯示錯誤的行為；而調(diào)試是推理的過程；B）測試顯示開發(fā)人員的錯誤。調(diào)試是開發(fā)人員為自己辯護(hù)；C）測試能預(yù)期和可控。調(diào)試需要想象、經(jīng)驗和思考；D）測試必須在詳細(xì)設(shè)計已經(jīng)完成的情況下才能開始；沒有詳細(xì)設(shè)計的信息調(diào)試不可能進(jìn)行。71、某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果，下列（b）不可能是導(dǎo)致出錯的原因。A ）變量沒有初始化B ）編寫的語句書寫格式不規(guī)范C）循環(huán)控制出錯D ）代碼輸入有誤72、軟件缺陷修復(fù)的代價最高的

25、階段為（a）A ）發(fā)布階段B）需求階段C）設(shè)計階段D）編碼階段73、在軟件生命周期的哪一個階段，軟件缺陷修復(fù)費(fèi)用最低（b）。A、編碼B、需求分析C、設(shè)計D、產(chǎn)品發(fā)布74、設(shè)計若干用例， 運(yùn)行被測程序， 使得程序中每個判斷的取真分支和取假分支至少經(jīng)歷一.次的測試方法是（ b）A、語句覆蓋B、判定覆蓋C、條件覆蓋D、路徑覆蓋75、不屬于邏輯覆蓋方法的是（d）。A ）組合覆蓋B）判定覆蓋C）條件覆蓋D）接口覆蓋76、在邊界值分析法中，下列數(shù)據(jù)通常不用來做測試數(shù)據(jù)的是（b ）。A ）剛剛大于邊界的值B、等價類中的等價值C）剛剛小于邊界的值D）正好等于邊界的值77、（ d）是選擇若干個測試用例，運(yùn)行被測

26、程序，使得程序中的每個可執(zhí)行語句至少執(zhí)行一次。A ）條件覆蓋B ）組合覆蓋C）判定覆蓋D ）語句覆蓋78、按照測試組織劃分，軟件測試可分為：開發(fā)方測試，第三方測試，（ b ）。A、集成測試B、用戶測試C、灰盒測試D、確認(rèn)測試79、以下關(guān)于靜態(tài)測試技術(shù)和動態(tài)測試技術(shù)的描述，正確的是（d）。A ）靜態(tài)測試技術(shù)多在項目驗收階段使用B ） PMD屬于動態(tài)測試工具C） Fingbugs 屬于動態(tài)測試工具D ） CheckStyle屬于靜態(tài)測試工具80、（ a）是設(shè)計足夠多的測試用例，使得程序中每個判定包含的每個條件的所有情況（真/ 假）至少出現(xiàn)一次，并且每個判定本身的判定結(jié)果（真/ 假）也至少出現(xiàn)一次。

27、A ）判定條件覆蓋B ）組合覆蓋C）判定覆蓋D ）條件覆蓋81、功能測試主要根據(jù)（d ）來設(shè)計測試用例。A、維護(hù)手冊B、設(shè)計文檔C、程序的內(nèi)部邏輯D、需求規(guī)格說明書82、軟件測試是軟件質(zhì)量保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？（ b）A ）功能測試B）單元測試C）結(jié)構(gòu)測試D）驗收測試83、以下哪個測試方法不是基于組合及其優(yōu)化的測試方法？（a）。A）等價類劃分法B） Pair-wise方法C）判定表方法D）正交實驗法84、劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是（c）。A）運(yùn)行結(jié)果是否確定B）是否能看到軟件設(shè)計文檔C）是否能看到被測源程序D）是否執(zhí)行程序代碼.三、填空1、軟件測

28、試的成效需要良好的軟件測試環(huán)境，對于軟件測試環(huán)境，我們可以細(xì)分出5 個要素，分別為：軟件、硬件、網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)準(zhǔn)備和測試工具。2、在軟件本地化過程中，數(shù)據(jù)格式是其中的一個方面，主要包括數(shù)字、時間、貨幣、日期格式、度量衡單位、索引與排序、姓名格式以及復(fù)數(shù)等。3、腳本是一組測試工具執(zhí)行的指令集合，也是計算機(jī)程序的一種形式。在軟件自動化中，腳本技術(shù)至關(guān)重要，腳本類型也有許多種，其中常見的有線性 腳本、結(jié)構(gòu)化 腳本、數(shù)據(jù)驅(qū)動 腳本和關(guān)鍵字驅(qū)動腳本。4、在 ANSI/IEEE829-1983標(biāo)準(zhǔn)中，列出了和測試設(shè)計相關(guān)的測試用例編寫規(guī)范和模板。標(biāo)準(zhǔn)模板中的主要元素有標(biāo)識符、 測試項 、測試環(huán)境要求、 輸

29、入標(biāo)準(zhǔn)、輸出標(biāo)準(zhǔn)以及測試用例間的關(guān)聯(lián)。5、性能測試中系統(tǒng)行為的性能指標(biāo)很多，常見的有以下幾個：請求響應(yīng)時間、事務(wù)響應(yīng)時間、數(shù)據(jù)吞吐量。6、軟件測試分為靜態(tài) 測試和 動態(tài) 測試的依據(jù)是測試過程中被測軟件是否被執(zhí)行。7、 規(guī)格說明書是軟件缺陷出現(xiàn)最多的地方。8、軟件缺陷的詳細(xì)描述，由三部分組成：步驟、期望結(jié)果、 實際結(jié)果。9、測試用例是為了實現(xiàn)測試有效性的一種最基本的手段。10、測試成熟度模型TMM 基于 CMM和業(yè)界最佳實踐提出，它將測試過程成熟度劃分為5個等級，分別為初始級、定義級、集成、管理和度量以及優(yōu)化。11、測試套件 是根據(jù)特定的測試目標(biāo)和任務(wù)而構(gòu)造的某個測試用例的集合。12、本地化測試

30、的技術(shù)問題主要包括：數(shù)據(jù)格式、頁面顯示和布局、配置和兼容性問題。13、黑盒測試方法也稱為功能測試或 數(shù)據(jù)驅(qū)動測試。14、隨著 Internet 的普及， 網(wǎng)上購物、 網(wǎng)上交易、 電子銀行等新的交易方式走進(jìn)人們的生活，網(wǎng)絡(luò)安全變得越來越重要。在Web 的安全性測試中，通常需要考慮數(shù)據(jù)加密、登錄或身份驗證、輸入驗證、 SQL 注入、超時限制、目錄以及操作痕跡等。15、靜態(tài)測試技術(shù)是單元測試中最重要的手段之一，采用工具掃描分析、代碼評審等方法。16、軟件測試是由“驗證（verification ）”和有效性確認(rèn)活動構(gòu)成的整體。17、一個基本的軟件缺陷生命周期包含三個狀態(tài)：新打開的、已修正和已關(guān)閉。1

31、8、跨站點攻擊 XSS 可以讓攻擊者在頁面訪問者的瀏覽器中執(zhí)行JavaScript 腳本，按注入的途徑，一般可分為三種，反射型 XSS、基于 DOM 的 XSS 以及 存儲 型 XSS。19、軟件測試中的 Mock 指的是模型，模擬測試時所需的對象 及測試數(shù)據(jù)。20、ALAC 測試方法是一種基于客戶 使用產(chǎn)品的知識開發(fā)出來的測試方法，它的出發(fā)點是著名的 Pareto 80/20規(guī)律。21、軟件缺陷按測試開發(fā)階段分為_需求缺陷 _缺陷、設(shè)計缺陷和_編碼 _缺陷。22、軟件測試按測試層次可劃分為單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗收測試。23、基于圖的覆蓋準(zhǔn)則分為結(jié)構(gòu)化覆蓋準(zhǔn)則和 數(shù)據(jù)流覆蓋

32、準(zhǔn)則。24、在整個測試期間收集當(dāng)前所有打開的（激活的）缺陷數(shù)（Number of Open Bug ，NOB ），也可以將嚴(yán)重級別的缺陷分離出來進(jìn)行控制，從而形成NOB 曲線，它在一定程度上反映了軟件質(zhì)量和測試進(jìn)度隨時間的發(fā)展趨勢。25、集成測試基本可以概括為兩種模式：非漸增式測試模式、漸增式測試模式。.26、等價類測試法將數(shù)據(jù)劃分為有效等價類 和 無效等價類。27、單元測試的對象是類或函數(shù)。28、數(shù)據(jù)庫服務(wù)器性能測試主要從兩個方面考慮，一是大數(shù)據(jù)量測試、另一個是大容量數(shù)據(jù) 測試。29、 Selenium 是 Web 功能測試工具。 JMeter 和 LoadRunner 是性能工具。根據(jù)程序

33、是否運(yùn)行，測試可以分為靜態(tài)測試和動態(tài)測試。30、基于風(fēng)險 的測試是指評估測試的優(yōu)先級，先進(jìn)行高優(yōu)先級的測試，如果時間或精力不夠，低優(yōu)先級的測試可以暫時不做。31、在測試過程中，測試用例的狀態(tài)是唯一的，一般是下列三種狀態(tài)中的一種：通過、未通過、未進(jìn)行測試 。32 、在進(jìn)行等價類劃分的過程中，不但要考慮有效等價類劃分，同時要考慮無效等價類劃分。33、自動化測試測試技術(shù)主要包括：代碼分析、捕獲和回放、腳本技術(shù)、自動化比較、虛擬用戶。34、文檔測試主要檢查文檔的正確性、完備性、易理解性和一致性。35、在軟件兼容性測試中向后兼容 是只可以使用以前版本的軟件，而向前兼容指的是可以使用未來版本的軟件。36、

34、跟蹤測試用例， 包括以下兩方面的內(nèi)容：測試用例執(zhí)行的跟蹤和 測試用例覆蓋率的跟蹤 。37、軟件的健壯性包含了容錯能力和恢復(fù) 能力。38、代碼審查的參與人員為協(xié)調(diào)人、編碼人員、模塊設(shè)計人員和一名測試專家。39、兼容性測試包括軟件 兼容性、數(shù)據(jù)共享兼容性、硬件 兼容性三個方面。40、 Junit 是一個開放源代碼的java測試框架，用于編寫和運(yùn)行可重復(fù)的測試。.四、問答1、什么是樁模塊，什么是驅(qū)動模塊？樁模塊：用來模擬被測試模塊工作過程中所調(diào)用的模塊。驅(qū)動模塊：用來模擬被測試模塊的上一級模塊。2、用黑盒測試設(shè)計測試用例有哪些常用方法？等價類劃分法、邊界值劃分法、錯誤推測法、因果圖法、場景法3、軟件

35、測試工作過程有哪些？確定測試計劃、設(shè)計測試用例、測試執(zhí)行、測試總結(jié)4、簡述軟件測試自動化和手工測試各自的適用范圍（ 1）在系統(tǒng)功能邏輯測試、驗收測試、適用性測試、涉及人機(jī)交互性測試時，多采用黑盒測試的手工測試方法。（ 2）單元測試、集成測試、系統(tǒng)負(fù)載或性能測試、穩(wěn)定性測試、可靠性測試等比較適合采用自動化測試。（ 3）對那種不穩(wěn)定軟件的測試、 開發(fā)周期很短的軟件或一次性的軟件等不適合測試自動化。5、簡述測試需求分析包括哪些方面的工作。（ 1）明確測試范圍，了解哪些功能點要測試，哪些功能點不需要測試。（ 2）知道哪些測試目標(biāo)優(yōu)先級高，哪些目標(biāo)優(yōu)先級低。（ 3）要完成哪些相應(yīng)的測試任務(wù)才能確保目標(biāo)的

36、實現(xiàn)。6、在設(shè)計測試用例時，除了要遵守基本的測試用例編寫規(guī)范外，還需要遵循一些基本的原則，請簡述這些原則。（ 1）避免含糊的測試用例。（ 2）盡量將具有相類似功能的測試用例抽象并歸類。（ 3）盡量避免冗長和復(fù)雜的測試用例。7、驗收測試的注意事項有哪些？1、必須編寫正式的、單獨的驗收測試計劃。改計劃中必須有明確的驗收標(biāo)準(zhǔn)。2、驗收測試必須在實際運(yùn)行環(huán)境中或盡可能模擬實際的環(huán)境中進(jìn)行。3、驗收測試一般需要由用戶和測試部門共同完成。8、測試工具LoadRunner 簡介LoadRunner 是一種適用于各種體系結(jié)構(gòu)的自動負(fù)載測試工具，它能預(yù)測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。9、集成測試的兩種模式是什么？1、

37、非漸增式測試模式：先分別測試每個模塊，再把所有模塊按設(shè)計要求放在一起結(jié)合成所要的程序，如大棒式。2、漸增式測試模式：把下一個要測試的模塊同已經(jīng)測試好的模塊結(jié)合起來進(jìn)行測試，測試完以后再把下一個應(yīng)該測試的模塊結(jié)合進(jìn)來測試。10、工作分解結(jié)構(gòu)表（ Work Breakdown Structure ， WBS ）是較專業(yè)的測試工作量估算方法，請闡述這種方法的三個步驟。（ 1）列出本項目需要完成的各項任務(wù)，如測試計劃、需求和設(shè)計評審、測試設(shè)計、腳本開發(fā)、測試執(zhí)行等。（ 2）對每個任務(wù)進(jìn)一步細(xì)分，可進(jìn)行多層次的細(xì)分，直到不能細(xì)分為止。（ 3）列出需要完成的所有任務(wù)之后，根據(jù)任務(wù)的層次給任務(wù)進(jìn)行編號，就行

38、成了完成的工作分解結(jié)構(gòu)表。11、系統(tǒng)性能問題一般可分為三類，請列舉出這三類問題。.（ 1）資源耗盡，如 CPU 使用率達(dá)到 100% 。（ 2）資源泄露，如內(nèi)存泄漏，最終會導(dǎo)致資源耗盡。（ 3）資源瓶頸，如線程、 GDI 、DB 連接等資源變得稀缺。12、簡述性能測試指標(biāo)有哪些，各有什么作用。吞吐量 (TPS)：單位時間內(nèi)處理的客戶端請求數(shù)量，體現(xiàn)處理的容量；響應(yīng)時間（ Response Time）：服務(wù)器對每個應(yīng)用請求的處理時間，體現(xiàn)處理的速度資源利用率，體現(xiàn)系統(tǒng)資源的使用程度13、正交實驗法設(shè)計測試的整體步驟是什么？1、確定影響功能的因子與狀態(tài)。2、選擇一個合適的正交表。3、利用正交表構(gòu)造

39、測試數(shù)據(jù)集。14、為了構(gòu)造有效的測試套件，通常情況下，可以使用哪些方法來組織測試用例？（ 1）按照程序的功能模塊組織。（ 2）按照測試用例的類型組織。（ 3）按照測試用例的優(yōu)先級組織。15、驗收測試的通過標(biāo)準(zhǔn)是什么？（ 1）完全執(zhí)行了驗收測試計劃中的每個測試用例（ 2）在驗收測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改并且通過了測試或者經(jīng)過評估留到下一版本中修改（ 3）完成軟件驗收測試報告。16、簡述基本路徑測試法的幾個基本步驟。（ 1）根據(jù)程序的流程圖，計算程序環(huán)路復(fù)雜度。（ 2）確定基本路徑。（ 3）準(zhǔn)備測試用例，確?；韭窂浇M中的每一條路徑被執(zhí)行一次。17、為什么要使用決策表，決策表有什么優(yōu)缺點。當(dāng)輸入

40、條件之間的組合對輸出結(jié)果具有影響?？梢允褂脹Q策表解決。優(yōu)點：它能把復(fù)雜的問題按各種可能的情況一一列舉出來，簡明而易于理解，也可避免遺漏。缺點：不能表達(dá)重復(fù)執(zhí)行的動作，例如循環(huán)結(jié)構(gòu)。18、簡述軟件測試中的 Pareto 80/20 規(guī)律。（1）一個軟件產(chǎn)品或系統(tǒng)中全部功能的20%是常用功能，用戶的 80%的時間都在使用這20%的功能；而軟件產(chǎn)品或系統(tǒng)中剩下的80%不是常用的功能，用戶使用得比較少，只有20%的時間在使用剩下的 80%功能。（ 2）測試發(fā)現(xiàn)的所有錯誤的 80%很可能集中在 20%的程序模塊中，另外 20%的錯誤很可能集中在 80%的程序模塊中。19、黑盒測試中常用到判定表方法，請簡

41、述判定表制定一般經(jīng)過的4 個步驟。（ 1）列出所有條件樁和動作樁；（ 2）填入條件項；.（ 3）填入動作項，制定初始判定表；（ 4）簡化、合并相似規(guī)則或者相同動作20、簡述用來描述Web 性能需求的兩種方式。1、基于 Web 應(yīng)用系統(tǒng)的在線用戶和響應(yīng)時間來度量系統(tǒng)性能。2、基于 Web 應(yīng)用系統(tǒng)的吞吐量和響應(yīng)時間來度量系統(tǒng)性能。21、驗收測試的通過標(biāo)準(zhǔn)是什么？。（ 1）完全執(zhí)行了驗收測試計劃中的每個測試用例（ 2）在驗收測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改并且通過了測試或者經(jīng)過評估留到下一版本中修改。（ 3）完成軟件驗收測試報告。22、簡述軟件缺陷產(chǎn)生的原因。（1）用戶需求和說明書沒有被很好的理解分析

42、人員不能100% 理解用戶需求，寫作水平不高；（ 2）軟件設(shè)計的不合理設(shè)計人員不能100% 理解需求文檔，設(shè)計水平不高；（ 3）代碼 (算法，流程 ) 存在錯誤編碼人員不能 100% 理解設(shè)計文檔，編碼水平不高。.五、名詞解釋1、軟件缺陷：從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中存在的錯誤、毛病等各種問題；從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實現(xiàn)的某種功能的失效或違背。2、單元測試：單元測試是對軟件基本組成單元進(jìn)行的測試。3、軟件缺陷生命周期：軟件缺陷生命周期指的是一個軟件缺陷被發(fā)現(xiàn)、報告到這個缺陷被修復(fù)、驗證直至最后關(guān)閉的完整過程。4、軟件測試：軟件測試是貫穿整個軟件開發(fā)生命周期、對軟件產(chǎn)品（

43、包括階段性產(chǎn)品）進(jìn)行驗證和確認(rèn)的活動過程，其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問題與用戶需求、預(yù)先定義的不一致性。5、測試套件：測試套件是根據(jù)特定的測試目標(biāo)和任務(wù)而構(gòu)造的某個測試用例的集合。6、測試策略：測試策略通常是描述測試項目的目標(biāo)和所采用的測試方法，確定在不同的測試階段測試范圍、測試任務(wù)的優(yōu)先級，以及所采用的測試技術(shù)和工具，以獲得最有效的測試和可能達(dá)到的質(zhì)量水平。7、軟件國際化：軟件國際化是為了解決軟件能在各種不同語言、不同風(fēng)俗的國家和地區(qū)使用的問題，對計算機(jī)設(shè)計和編程所做出的某些規(guī)定。8、無效等價類：對于程序的規(guī)格說明，是不合理的、沒有意義的輸入數(shù)據(jù)構(gòu)成的集合。9、系統(tǒng)測試：

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