2024年大學(xué)試題(計算機(jī)科學(xué))-軟件測試技術(shù)筆試參考題庫含答案

“人人文庫”水印下載源文件后可一鍵去除，請放心下載?。▓D片大小可任意調(diào)節(jié)）2024年大學(xué)試題(計算機(jī)科學(xué))-軟件測試技術(shù)筆試參考題庫含答案“人人文庫”水印下載源文件后可一鍵去除，請放心下載！第1卷一.參考題庫(共75題)1.針對基于路徑的測試技術(shù)的陳述下列哪項是正確的（）A、基于經(jīng)驗的測試方法在測試項目中總是作為基本測試方法B、基于經(jīng)驗的測試需要完整的檔案C、基于經(jīng)驗的測試只能作為系統(tǒng)化測試方法的有效補(bǔ)充手段D、探索性測試是基于經(jīng)驗的測試方法的一種他是嚴(yán)格按照過程所定義的步驟和順序進(jìn)行的2.以下各項中（）屬于需求說明書的評測內(nèi)容 （1）系統(tǒng)定義的目標(biāo)是否與用戶的要求一致 （2）設(shè)計的約束條件或限制條件是否符合實際 （3）是否考慮過軟件需求的其他方案 （4）軟件的行為與它必須處理的信息，必須完成的功能是否一致A、1、2、4B、1、3、4C、2、3、4D、1、2、3、43.主鍵、外鍵的作用，索引的優(yōu)點與不足？4.重新編寫程序片斷14~20，用嵌套if-then-else語句替代復(fù)合條件。 14.if（a=b）AND（b=c） 15.ThenOutput（“Equilateral”） 16.ElseIf（ab）AND（ac）AND（bc） 17.ThenOutput（“Scalence”） 18.ElseOutput（“Isosecles”） 19.EndIf 20.EndIf 比較你改寫后的程序和上面程序片斷的圈復(fù)雜度。5.簡述軟件開發(fā)-軟件測試的對用關(guān)系。6.詳細(xì)的描述一個測試活動完整的過程。7.用偽代碼實現(xiàn)下面這個問題：輸入一年中的某月，然后給出該月的天數(shù)，如果是2月，用戶將回答這年是否是閏年。8.（）是選擇若干個測試用例，運(yùn)行被測程序，使得程序中的每個可執(zhí)行語句至少執(zhí)行一次。A、條件覆蓋B、組合覆蓋C、判定覆蓋D、語句覆蓋9.優(yōu)秀的軟件測試工程師應(yīng)具備哪些素質(zhì)？10.簡述黑盒測試有哪兩種基本方法？11.對手機(jī)軟件的壓力測試通常可以包括（）。A、存儲壓力B、響應(yīng)能力壓力C、網(wǎng)絡(luò)流量壓力D、并發(fā)壓力12.簡述系統(tǒng)測試包含哪些內(nèi)容？13.請列舉一些常見的邊界值。14.什么是測試用例和測試規(guī)程？設(shè)計一個測試用例應(yīng)當(dāng)從哪幾方面考慮？15.測試工作就是進(jìn)行輸入、接受輸出、檢驗結(jié)果，不深入代碼細(xì)節(jié)，這樣的測試方法稱為（），在不執(zhí)行代碼的條件下有條理地仔細(xì)審查軟件設(shè)計、體系結(jié)構(gòu)和代碼，從而找出軟件缺陷的測試方法稱為（）。16.對Web網(wǎng)站進(jìn)行的測試中，屬于功能測試的是（）。A、連接速度測試B、鏈接測試C、平臺測試D、安全性測試17.請說出這些測試最好由那些人員完成，測試的是什么？18.軟件的安全性應(yīng)從哪幾個方面去測試？19.軟件測試分為幾個階段？各階段的測試策略和要求是什么？20.關(guān)于測試驅(qū)動開發(fā)，描述錯誤的是（）。A、測試驅(qū)動開發(fā)式是一種敏捷開發(fā)方法B、TDD需求開發(fā)人員學(xué)習(xí)測試相關(guān)知識C、測試驅(qū)動開發(fā)不適合使用CMM/CMMI方法D、測試驅(qū)動開發(fā)可以和結(jié)對編程結(jié)合使用21.軟件測試計劃的內(nèi)容包括（）A、測試目的、背景B、被測軟件的功能特征C、測試內(nèi)容和評價標(biāo)準(zhǔn)D、以上全部22.有關(guān)"測試驅(qū)動開發(fā)"，下列說法正確的有（）。A、TDD的原理是在開發(fā)功能代碼之前，先編寫單元測試用例代碼，測試代碼確定需要編寫什么產(chǎn)品代碼B、TDD的基本思路就是通過測試來推動整個開發(fā)得進(jìn)行，但測試驅(qū)動開發(fā)并不只是單純的測試工作，而是把需求分析，設(shè)計，質(zhì)量控制量化的過程C、TDD的重要目的不僅僅是測試軟件，測試工作保證代碼質(zhì)量僅僅是其中一部分，而且是在開發(fā)過程中幫助客戶和程序員去除模棱兩可的需求D、TDD首先考慮使用需求（對象、功能、過程、接口等），主要是編寫測試用例框架對功能的過程和接口進(jìn)行設(shè)計，而測試框架可以持續(xù)進(jìn)行驗證23.測試過程中，（）用于描述測試的整體方案，（）描述依據(jù)測試案例找出的問題。24.簡述軟件質(zhì)量保證和軟件測試的關(guān)系。25.下面那個說法是錯誤的：（）A、軟件測試是有風(fēng)險的行為B、完全測試程序是不可能的C、測試無法顯示潛伏的軟件缺陷D、找到的缺陷越多，軟件的缺陷就越少26.在軟件生命周期的哪一個階段，軟件缺陷修復(fù)費(fèi)用最低。（）A、需求分析（編制產(chǎn)品說明書）B、設(shè)計C、編碼D、產(chǎn)品發(fā)布27.下列說法不正確的是（）。A、測試不能證明軟件的正確性B、測試員需要良好的溝通技巧C、QA與testing屬于一個層次的概念D、成功的測試是發(fā)現(xiàn)了錯誤的測試28.軟件測試計劃評審會需要哪些人員參加？（）A、項目經(jīng)理B、SQA負(fù)責(zé)人C、配置負(fù)責(zé)人D、測試組29.軟件測試包括哪些類型的測試？這些測試之間的區(qū)別是什么？30.一個測試工程師應(yīng)具備那些素質(zhì)？31.問：給你一個網(wǎng)站，你如何測試？32.簡述邊界值分析法的原則。33.如下圖所示的N-S圖，至少需要（）個測試用例完成邏輯覆蓋。 A、12B、48C、27D、1834.下列各項中（）不是一個測試計劃應(yīng)包含的內(nèi)容A、測試進(jìn)度安排B、測試詳細(xì)說明C、測試風(fēng)險D、人力資源35.軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測試之后，可以做到?jīng)]有缺陷。36.驗收測試是由最終用戶來實施的。37.軟件缺陷可能會被修復(fù)，可能會被保留或者標(biāo)識出來。38.使用基本路徑測試方法，為以下程序段設(shè)計測試用例。 （1）畫出程序的控制流圖，編號已經(jīng)給出。? （2）計算程序的循環(huán)復(fù)雜度，導(dǎo)出程序基本路徑集中的獨(dú)立路徑條數(shù)。 （3）導(dǎo)出基本路徑集，確定程序的獨(dú)立路徑。? （4）根據(jù)（3）中的獨(dú)立路徑，設(shè)計測試用例（確?；韭窂郊械拿恳粭l路徑的執(zhí)行）的輸入數(shù)據(jù)和預(yù)期輸出。39.簡述集成測試的過程。40.從供選擇的答案中選出同下列關(guān)于軟件測試的各條敘述關(guān)系最密切的字句。 A．對可靠性要求很高的軟件，例如操作系統(tǒng)，由第三者對源代碼進(jìn)行逐行檢查。 B．已有的軟件被改版時，由于受到變更的影響，改版前正常的功能可能發(fā)生異常，性能也可能下降。因此，對變更的軟件進(jìn)行測試是必要的。 C．在意識到被測試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測試。 D．為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交給用戶試用。 E．在測試具有層次結(jié)構(gòu)的大型軟件時，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時，有必要用一些模塊替代尚未測試過的下層模塊。 供選擇的答案： A~E://①仿真器；②代碼審查；③模擬器；④樁；⑤驅(qū)動器；⑥域測試；⑦黑盒測試；⑧原型；⑨白盒測試；⑩退化測試。41.黑盒測試用例設(shè)計方法包括（）、（）以及（），錯誤推測法等。42.白盒測試是根據(jù)程序的（）來設(shè)計測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。A、功能B、性能C、內(nèi)部邏輯D、內(nèi)部數(shù)據(jù)43.單元測試通常應(yīng)該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動態(tài)測試。44.有二元函數(shù)f（x，y），其中x∈[1，12]，y∈[1，31]；請寫出該函數(shù)采用基本邊界值分析法設(shè)計的測試用例。45.引用與指針有什么區(qū)別？46.什么是測試用例？什么是測試腳本？兩者的關(guān)系是什么？47.GOTO語句概念簡單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡潔。48.某城市的電話號碼由三部分組成。這三部分的名稱和內(nèi)容分別是 地區(qū)碼：空白或三位數(shù)字；? 前綴：非’0’或’1’開頭的三位數(shù)； 后綴：四位數(shù)字。假定被調(diào)試的程序能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的號碼，試用等價分類法來設(shè)計它的調(diào)試用例。49.代碼評審員一般由測試員擔(dān)任。50.在下列描述中，關(guān)于一個軟件缺陷狀態(tài)完整變化的錯誤描述是（）。A、打開——修復(fù)——關(guān)閉B、打開——關(guān)閉C、打開——保留?D、激活——修復(fù)——重新打開51.軟件開發(fā)全過程的測試工作都可以實現(xiàn)自動化。52.單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么？53.關(guān)于自動化測試局限性描述錯誤的是（）A、自動化測試不能取代手工測試B、自動化測試比手工測試發(fā)現(xiàn)的測試多C、自動化測試可能降低測試的效率D、自動化測試需要技術(shù)和環(huán)境的支持54.什么是測試用例？為什么要設(shè)計測試用例？55.結(jié)構(gòu)化程序設(shè)計的一種基本方法是（）。A、篩選法B、遞歸法C、歸納法D、逐步求精法56.你認(rèn)為做好測試計劃工作的關(guān)鍵是什么？57.軟件測試是按照特定的規(guī)程說明書（）的過程A、發(fā)現(xiàn)軟件錯誤B、說明程序正確C、證明程序沒有錯誤D、設(shè)計并運(yùn)行測試用例58.軟件驗收測試包括哪些（）。A、正式驗收測試B、白盒測試C、alpha測試D、beta測試59.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請試述一個完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？60.軟件調(diào)試的目的是（）。A、找出錯誤所在并改正之B、排除存在錯誤的可能性C、對錯誤性質(zhì)進(jìn)行分類D、統(tǒng)計出錯的次數(shù)61.軟件測試是采用（）執(zhí)行軟件的活動。A、測試用例B、輸入數(shù)據(jù)C、測試環(huán)境D、輸入條件62.關(guān)于測試用用例的描述，下列哪個是錯誤的（）A、立從測試用例到需求的可追溯性，有助于需求變更的市場分析。?B、測試用例本身的質(zhì)量是否與需求有可追溯性以及期望結(jié)果的正確性這兩方面來評定。?C、理想情況下，通過執(zhí)行測試用例就可以執(zhí)行測試用例的期望結(jié)果。?D、測試用例由一組輸入值，執(zhí)行的執(zhí)行條件、前值步驟、期望結(jié)果和執(zhí)行后置條件等組成。63.一個程序中所含有的路徑數(shù)與（）有著直接的關(guān)系。A、程序的復(fù)雜程度B、程序語句行數(shù)C、程序模塊數(shù)D、程序指令執(zhí)行時間64.項目立項前測試人員不需要提交任何工件。65.軟件測試項目從什么時候開始？為什么？

66.下列關(guān)于alpha?測試的描述中正確的是：（）A、alpha測試需要用戶代表參加B、alpha測試不需要用戶代表參加C、alpha測試是系統(tǒng)測試的一種D、alpha測試是驗收測試的一種67.黑盒測試方法中最有效的是因果圖法。68.需求測試的注意事項有哪些？69.對于連鎖型分支結(jié)構(gòu)，若有n個判定語句，則有2n條路徑。70.對于一個含有n個變量的程序，采用邊界值健壯性測試方法來測試程序會產(chǎn)生6n+1個測試用例。71.設(shè)計測試用例時應(yīng)該考慮哪些方面，即不同的測試用例針對那些方面進(jìn)行測試？72.在沒有產(chǎn)品說明書時使用（）。A、探索測試B、功能測試C、動態(tài)測試D、靜態(tài)測試73.你的測試職業(yè)發(fā)展目標(biāo)是什么？74.一個參數(shù)的取值范圍是正整數(shù)那么這個參數(shù)的有效邊界值的數(shù)目是（）A、一個B、兩個C、三個D、四個75.測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成（）。A、未知B、反比C、相等D、正比第2卷一.參考題庫(共75題)1.程序員與測試工作無關(guān)。2.驗收測試是以最終用戶為主的測試。3.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。4.當(dāng)開發(fā)人員說不是BUG時，你如何應(yīng)付？5.下面描述測試工具的功能正確的有（）。A、JMeter：基于JAVA的壓力測試工具，Badboy用來進(jìn)行腳本的錄制B、Junit：白盒測試工具：針對代碼測試C、LoadRunner：負(fù)載壓力測試D、TestLink：用例管理工具6.集成測試計劃在需求分析階段末提交。7.一套完整的測試應(yīng)該由哪些階段組成？8.軟件測試是軟件質(zhì)量保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？（）A、功能測試B、單元測試C、結(jié)構(gòu)測試D、驗收測試9.不需要修復(fù)軟件缺陷的原因包括（）、不能算真正的軟件缺陷、（）、不值得修復(fù)。10.發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。11.黑盒測試往往會造成測試用例之間可能存在嚴(yán)重的冗余和未測試的功能漏洞。12.什么是等價類劃分（） a?將測試對象的輸入或輸出域劃分成若干部分? b?從每個子集中選取少數(shù)具有代表性的數(shù)據(jù) c?是一種白盒測試方法? d?有效值的等價類? e?無效值的等價類A、a、b、c、dB、a、b、cC、a、b、d、eD、d、e13.修復(fù)軟件缺陷費(fèi)用最高的是（）階段。A、編制說明書B、設(shè)計C、編寫代碼D、發(fā)布14.測試計劃工作的目的是什么？測試計劃文檔的內(nèi)容應(yīng)該包括什么？其中哪些是最重要的？15.階段評審與同行評審的區(qū)別。16.下面對靜態(tài)測試和動態(tài)測試的描述正確的是（）A、靜態(tài)測試是由開發(fā)人員執(zhí)行的而動態(tài)測試是由專門的測試人員完成的B、靜態(tài)測試需要借助專門的測試工具而動態(tài)測試不需要C、靜態(tài)測試并沒有真正的運(yùn)行軟件而動態(tài)測試需要運(yùn)行軟件D、靜態(tài)測試主要是為了增加測試人員對軟件的理解而動態(tài)測試是為了發(fā)現(xiàn)缺陷17.您認(rèn)為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測試人員同開發(fā)團(tuán)隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？18.如何測試一個紙杯？19.請把下面的程序流程圖轉(zhuǎn)化成控制流圖。 20.場景要求：”……對功率大于50馬力的機(jī)器、維修記錄不全或已運(yùn)行10年以上的機(jī)器，應(yīng)給予優(yōu)先的維修處理……”。這里假定，“維修記錄不全”和“優(yōu)先維修處理”均已在別處有更嚴(yán)格的定義。請建立決策表。 （1）確定規(guī)則的個數(shù)。 （2）列出所有的條件樁和動作樁。 （3）填入條件項。 （4）填入動作項，得到初始決策表。 （5）簡化決策表，合并相似規(guī)則。21.測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求。22.可作為測試停止的必要標(biāo)準(zhǔn)是：（）A、當(dāng)時間用光時B、執(zhí)行了所有的測試用例，但沒有發(fā)現(xiàn)故障C、當(dāng)所有缺陷都已清除時D、當(dāng)達(dá)到所有要求的覆蓋時23.軟件驗收測試應(yīng)完成哪些主要測試工作？24.軟件測試類型按開發(fā)階段劃分是（）。A、需求測試、單元測試、集成測試、驗證測試B、單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗收測試C、單元測試、集成測試、驗證測試、確認(rèn)測試、驗收測試D、調(diào)試、單元測試、集成測試、用戶測試25.黑盒測試用例設(shè)計方法包括（），（），（），（）等。26.簡述因果圖中有哪些關(guān)系和約束？27.做好文檔測試需要注意的點有哪些（）。A、仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例B、檢查文檔的編寫是否滿足文檔編寫的目的C、內(nèi)容是否齊全，正確，完善D、標(biāo)記是否正確28.下面有關(guān)白盒測試和黑盒測試說法錯誤的有（）。A、白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，是指基于一個應(yīng)用代碼的內(nèi)部邏輯知識，即基于覆蓋全部代碼、分支、路徑、條件的測試。B、黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個功能是否都能正常使用C、黑盒測試，也稱作黑盒分析，是基于對程序內(nèi)部細(xì)節(jié)有限認(rèn)知上的軟件調(diào)試方法D、黑盒測試與白盒測試相比，更需要關(guān)心模塊與模塊之間的交互29.您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？30.下面那個屬于靜態(tài)分析（） a?編碼規(guī)則的檢查? b?程序結(jié)構(gòu)分析 c?程序復(fù)雜度分析 d?內(nèi)存泄露A、除c以外B、除a和c以外C、除c、d以外D、除d以外31.怎樣做好文檔測試？32.程序效率的提高主要應(yīng)通過選擇高效的算法來實現(xiàn)。33.白盒測試的“條件覆蓋”標(biāo)準(zhǔn)強(qiáng)于“判定覆蓋”。34.你自認(rèn)為測試的優(yōu)勢在哪里？35.下列各項中（）不是一個測試計劃所應(yīng)包含的內(nèi)容。A、測試資源、進(jìn)度安排B、測試預(yù)期輸出C、測試范圍D、測試策略36.軟件缺陷產(chǎn)生的原因包括軟件（）、（）、（）以及其他原因。37.為什么要在一個團(tuán)隊中開展軟件測試工作？38.下述有關(guān)負(fù)載測試，容量測試和強(qiáng)度測試的描述正確的有（）。A、負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間B、強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響C、容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行D、容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量39.軟件的集成測試工作最好由（）承擔(dān)，以提高集成測試的效果。A、該軟件的設(shè)計人員B、該軟件開發(fā)組的負(fù)責(zé)人C、該軟件的編程人員D、不屬于該軟件開發(fā)組的軟件設(shè)計人員40.你對測試最大的興趣在哪里？為什么？41.好的測試員不懈追求完美。42.測試結(jié)束的標(biāo)準(zhǔn)是什么？43.針對是否對無效數(shù)據(jù)進(jìn)行測試，可以將等價類測試分為（）。 1）標(biāo)準(zhǔn)（一般）等價類測試 2）健壯等價類測試 3）弱等價類測試 4）強(qiáng)等價類測試A、3）4）B、1）2）C、1）3）D、2）4）44.根據(jù)黑盒測試方法可以設(shè)計變量0A、0，20，100B、20，50，100C、-1，0，1，50，99，100，101D、-100，30，100，20045.什么是軟件測試？軟件測試的目的與原則是什么。46.下面哪些屬于靜態(tài)分析（）。A、代碼規(guī)則檢查B、程序結(jié)構(gòu)分析C、程序復(fù)雜度分析D、內(nèi)存泄漏47.下面關(guān)于軟件測試，描述正確的是（）。A、軟件測試是使用人工操作或者軟件自動運(yùn)行的方式來檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別的過程B、軟件測試的測試目標(biāo)是發(fā)現(xiàn)一些可以通過測試避免的開發(fā)風(fēng)險C、軟件測試的原則之一是測試應(yīng)該盡早進(jìn)行，最好在需求階段就開始介入D、軟件測試主要工作內(nèi)容是驗證（verification）和確認(rèn)（validation）48.目前主要的測試用例設(shè)計方法是什么？49.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。50.下面哪些測試屬于黑盒測試方法（）。A、路徑測試B、等價類劃分C、邊界值分析D、條件判斷E、循環(huán)測試F、因果圖分析、正交分析法51.為何說軟件缺陷的最大來源是產(chǎn)品說明書？52.軟件驗收測試的合格通過準(zhǔn)則是：（）。A、軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達(dá)到要求B、所有測試項沒有殘余一級、二級和三級錯誤C、立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致D、驗收測試工件齊全53.集成測試的過程包括有以下哪些（）。A、構(gòu)建的確認(rèn)過程B、系統(tǒng)集成測試測試組提交過程C、測試用例設(shè)計過程D、Bug的報告過程54.產(chǎn)品發(fā)布后修復(fù)軟件缺陷比項目開發(fā)早期這樣做的費(fèi)用要高（）。A、1～2倍B、10～20倍C、50倍D、100倍或更高55.調(diào)試是（）。A、發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標(biāo)準(zhǔn)不符合的問題B、發(fā)現(xiàn)軟件錯誤征兆的過程C、有計劃的、可重復(fù)的過程D、消除軟件錯誤的過程56.下面屬于黑盒測試方法的是（）。A、語句覆蓋B、邏輯覆蓋C、邊界值分析D、路徑覆蓋57.軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測試屬于QC的核心工作內(nèi)容。58.測試是可以窮盡的。59.（）把黑盒子測試和白盒子測試的界限打亂了。A、灰盒子測試B、動態(tài)測試C、靜態(tài)測試D、失敗測試60.測試用例設(shè)計的原則是什么？目前主要的測試用例設(shè)計方法有哪些？61.每一個軟件項目都有一個最優(yōu)的測試量。62.導(dǎo)致軟件缺陷的最大原因是（）。A、編制說明書B、設(shè)計C、編碼D、測試63.測試設(shè)計員的職責(zé)有哪些（）。A、制定測試計劃B、設(shè)計測試用例C、設(shè)計測試過程、腳本D、評估測試活動64.您如何看待軟件過程改進(jìn)？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進(jìn)的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣的？65.什么是軟件質(zhì)量保證？軟件質(zhì)量保證人員與開發(fā)人員的關(guān)系如何？66.系統(tǒng)測試的策略有哪些（）。A、負(fù)載測試B、易用性測試C、強(qiáng)度測試D、安全測試67.軟件測試是一個過程，包含若干活動，運(yùn)行軟件進(jìn)行測試只是活動之一。68.軟件開發(fā)模式包括（）、（）、（）、（）。69.不屬于邏輯覆蓋方法的是（）。A、組合覆蓋B、判定覆蓋C、條件覆蓋D、接口覆蓋70.軟件缺陷修復(fù)的代價最高的階段為（）。A、發(fā)布階段B、需求階段C、設(shè)計階段D、編碼階段71.下面哪些屬于動態(tài)分析（）。A、代碼覆蓋率B、模塊功能檢查C、系統(tǒng)壓力測試D、程序數(shù)據(jù)流分析72.I18N測試是指對產(chǎn)品做出具有國際性的規(guī)劃，而L10N測試則是指對軟件做出符合本地需求更改工作。73.系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要同行評審。74.靜態(tài)白盒測試可以找出遺漏之處和問題。75.軟件產(chǎn)品質(zhì)量特性是什么？第1卷參考答案一.參考題庫1.參考答案：C2.參考答案：D3.參考答案： 主鍵：是表中的唯一標(biāo)示鍵。作用：保證實體的完整性；加快數(shù)據(jù)庫的操作速度；增加新的表記錄時，數(shù)據(jù)庫會自動檢索新記錄的主鍵值，不允許該值與其他表中記錄的主鍵重復(fù)；數(shù)據(jù)庫會按主鍵值的順序顯示記錄，如果沒有設(shè)定主鍵，則按輸入的順序顯示記錄。 外鍵：是主鍵的從屬，表示了兩個表之間的聯(lián)系。作用：使用外鍵可以避免冗余。 索引的優(yōu)點： 1、通過創(chuàng)建唯一性的索引，可以保證表中數(shù)據(jù)的唯一性； 2、加速數(shù)據(jù)的檢索速度； 3、加快表與表之間的連接； 4、在使用分組與排序數(shù)據(jù)檢索時，可以顯著檢索分組與排序的時間； 5、在查詢的過程中使用優(yōu)化隱藏器，提供系統(tǒng)性能。 缺點： 1、創(chuàng)建索引需要時間，且隨著數(shù)據(jù)量的增加而增加； 2、索引需要占用物理空間； 3、當(dāng)對表中數(shù)據(jù)進(jìn)行修改時，索引也要動態(tài)維護(hù)，降低了數(shù)據(jù)的維護(hù)速度。4.參考答案：5.參考答案： 軟件開發(fā)-軟件測試的對用關(guān)系如下圖所示。 6.參考答案： 項目經(jīng)理通過和客戶的交流，完成需求文檔，由開發(fā)人員和測試人員共同完成需求文檔的評審，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功能的地方。項目經(jīng)理通過綜合開發(fā)人員，測試人員以及客戶的意見，完成項目計劃。然后SQA進(jìn)入項目，開始進(jìn)行統(tǒng)計和跟蹤 開發(fā)人員根據(jù)需求文檔完成需求分析文檔，測試人員進(jìn)行評審，評審的主要內(nèi)容包括是否有遺漏或雙方理解不同的地方。測試人員完成測試計劃文檔，測試計劃包括的內(nèi)容上面有描述。 測試人員根據(jù)修改好的需求分析文檔開始寫測試用例，同時開發(fā)人員完成概要設(shè)計文檔，詳細(xì)設(shè)計文檔。此兩份文檔成為測試人員撰寫測試用例的補(bǔ)充材料。 測試用例完成后，測試和開發(fā)需要進(jìn)行評審。 測試人員搭建環(huán)境 開發(fā)人員提交第一個版本，可能存在未完成功能，需要說明。測試人員進(jìn)行測試，發(fā)現(xiàn)BUG后提交給BugZilla。 開發(fā)提交第二個版本，包括BugFix以及增加了部分功能，測試人員進(jìn)行測試。 重復(fù)上面的工作，一般是3-4個版本后BUG數(shù)量減少，達(dá)到出貨的要求。 如果有客戶反饋的問題，需要測試人員協(xié)助重現(xiàn)并重新測試。 （供參考，本答案主要是瀑布模型的做法）7.參考答案： 8.參考答案：D9.參考答案： 具有探索精神、具有良好的計算機(jī)編程基礎(chǔ)、故障排除能手、堅持不懈的精神、具有創(chuàng)新精神和超前意識、追求完美、判斷準(zhǔn)確、具有整體觀念，對細(xì)節(jié)敏感、團(tuán)隊合作精神，溝通能力10.參考答案：黑盒測試有兩種基本方法，即通過測試和失敗測試。11.參考答案：A,B,C12.參考答案：壓力測試、容量測試、性能測試、安全測試、容錯測試13.參考答案：1）對16-bit的整數(shù)而言32767和-32768是邊界 2）屏幕上光標(biāo)在最左上、最右下位置 3）報表的第一行和最后一行 4）數(shù)組元素的第一個和最后一個 5）循環(huán)的第0次、第1次和倒數(shù)第2次、最后一次14.參考答案： 狹義的講，一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實際的一組數(shù)據(jù)，也可能是測試人員專門設(shè)計出來的測試軟件某些功能的一組數(shù)據(jù)。 測試規(guī)程就是詳細(xì)的對測試用例設(shè)計方法、測試方法、測試工具、測試環(huán)境和測試數(shù)據(jù)進(jìn)行描述的文檔，還可以包括能把某個或某一組測試用例應(yīng)用到被測軟件上完成某項測試的一系列的操作步驟。 設(shè)計測試用例應(yīng)當(dāng)從以下幾方面考慮：邊界值，等價類劃分，有效/無效值等。15.參考答案：動態(tài)黑盒測試；靜態(tài)白盒測試16.參考答案：B17.參考答案： 代碼、函數(shù)級測試一般由白盒測試人員完成，他們針對每段代碼或函數(shù)進(jìn)行正確性檢驗，檢查其是否正確的實現(xiàn)了規(guī)定的功能。 模塊、組件級測試主要依據(jù)是程序結(jié)構(gòu)設(shè)計測試模塊間的集成和調(diào)用關(guān)系，一般由測試人員完成。 系統(tǒng)測試在于模塊測試與單元測試的基礎(chǔ)上進(jìn)行測試。了解系統(tǒng)功能與性能，根據(jù)測試用例進(jìn)行全面的測試。18.參考答案： 軟件安全性測試包括程序、數(shù)據(jù)庫安全性測試。根據(jù)系統(tǒng)安全指標(biāo)不同測試策略也不同。 用戶認(rèn)證安全的測試要考慮問題：明確區(qū)分系統(tǒng)中不同用戶權(quán)限、系統(tǒng)中會不會出現(xiàn)用戶沖突、系統(tǒng)會不會因用戶的權(quán)限的改變造成混亂、用戶登陸密碼是否是可見、可復(fù)制、是否可以通過絕對途徑登陸系統(tǒng)（拷貝用戶登陸后的鏈接直接進(jìn)入系統(tǒng)）、用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標(biāo)記，是否可以使用后退鍵而不通過輸入口令進(jìn)入系統(tǒng)、系統(tǒng)網(wǎng)絡(luò)安全的測試要考慮問題、測試采取的防護(hù)措施是否正確裝配好，有關(guān)系統(tǒng)的補(bǔ)丁是否打上、模擬非授權(quán)攻擊，看防護(hù)系統(tǒng)是否堅固、采用成熟的網(wǎng)絡(luò)漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞（即用最專業(yè)的黑客攻擊工具攻擊試一下，現(xiàn)在最常用的是NBSI系列和IPhackerIP）、采用各種木馬檢查工具檢查系統(tǒng)木馬情況、采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞。 數(shù)據(jù)庫安全考慮問題：系統(tǒng)數(shù)據(jù)是否機(jī)密（比如對銀行系統(tǒng)，這一點就特別重要，一般的網(wǎng)站就沒有太高要求）、系統(tǒng)數(shù)據(jù)的完整性（我剛剛結(jié)束的企業(yè)實名核查服務(wù)系統(tǒng)中就曾存在數(shù)據(jù)的不完整，對于這個系統(tǒng)的功能實現(xiàn)有了障礙）、系統(tǒng)數(shù)據(jù)可管理性、系統(tǒng)數(shù)據(jù)的獨(dú)立性、系統(tǒng)數(shù)據(jù)可備份和恢復(fù)能力（數(shù)據(jù)備份是否完整，可否恢復(fù)，恢復(fù)是否可以完整）。19.參考答案： 和開發(fā)過程相對應(yīng)，測試過程會依次經(jīng)歷單元測試、集成測試、系統(tǒng)測試、驗收測試四個主要階段： 單元測試：單元測試是針對軟件設(shè)計的最小單位––程序模塊甚至代碼段進(jìn)行正確性檢驗的測試工作，通常由開發(fā)人員進(jìn)行。 集成測試：集成測試是將模塊按照設(shè)計要求組裝起來進(jìn)行測試，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測試部門前，產(chǎn)品開發(fā)小組都要進(jìn)行聯(lián)合調(diào)試，因此在大部分企業(yè)中集成測試是由開發(fā)人員來完成的。 系統(tǒng)測試：系統(tǒng)測試是在集成測試通過后進(jìn)行的，目的是充分運(yùn)行系統(tǒng)，驗證各子系統(tǒng)是否都能正常工作并完成設(shè)計的要求。它主要由測試部門進(jìn)行，是測試部門最大最重要的一個測試，對產(chǎn)品的質(zhì)量有重大的影響。 驗收測試：驗收測試以需求階段的《需求規(guī)格說明書》為驗收標(biāo)準(zhǔn)，測試時要求模擬實際用戶的運(yùn)行環(huán)境。對于實際項目可以和客戶共同進(jìn)行，對于產(chǎn)品來說就是最后一次的系統(tǒng)測試。測試內(nèi)容為對功能模塊的全面測試，尤其要進(jìn)行文檔測試。 單元測試測試策略： 自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的一個好的選擇。 自底向上的單元測試策略：比較合理的單元測試策略，但測試周期較長。 孤立單元測試策略：最好的單元測試策略。 集成測試的測試策略： 大爆炸集成：適應(yīng)于一個維護(hù)型項目或被測試系統(tǒng)較小。 自頂向下集成：適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較小；底層接口未定義或經(jīng)?？赡鼙恍薷模划a(chǎn)口控制組件具有較大的技術(shù)風(fēng)險，需要盡早被驗證；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。 自底向上集成：適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。 基于進(jìn)度的集成 優(yōu)點：具有較高的并行度；能夠有效縮短項目的開發(fā)進(jìn)度。 缺點：樁和驅(qū)動工作量較大；有些接口測試不充分；有些測試重復(fù)和浪費(fèi)。 系統(tǒng)測試的測試策略： 數(shù)據(jù)和數(shù)據(jù)庫完整性測試；功能測試；用戶界面測試；性能評測；負(fù)載測試；強(qiáng)度測試；容量測試；安全性和訪問控制測試；故障轉(zhuǎn)移和恢復(fù)測試；配置測試；安裝測試；加密測試；可用性測試；版本驗證測試；文檔測試20.參考答案：C21.參考答案：D22.參考答案：A,B,C,D23.參考答案：測試計劃；缺陷報告24.參考答案：軟件質(zhì)量保證（SQA）是建立一套有計劃，有系統(tǒng)的方法，來向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實踐和方法能夠正確地被所有項目所采用。 軟件測試流程包括項目計劃檢查、測試計劃創(chuàng)建、測試設(shè)計、執(zhí)行測試、更新測試文檔和測試評估；SQA的活動可總結(jié)為協(xié)調(diào)度量、風(fēng)險管理、文檔檢查、促進(jìn)／協(xié)助流程改進(jìn)、監(jiān)察測試工作。軟件質(zhì)量保證和軟件質(zhì)量控制之間的界限越來越模糊了。軟件測試是SQA中的重要手段，SQA的主要功能在軟件測試中得到體現(xiàn)，集中在靜態(tài)測試中，兩者的關(guān)系越來越緊密。25.參考答案：D26.參考答案：A27.參考答案：D28.參考答案：A,B,C,D29.參考答案： 軟件測試包括單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試等。 單元測試集中于單個模塊的功能和結(jié)構(gòu)的檢驗；集成測試集中于模塊組合的功能和軟件結(jié)構(gòu)檢驗；確認(rèn)測試主要檢查軟件是否符合合同要求，包括需求規(guī)格說明、設(shè)計規(guī)格說明和用戶手冊等；系統(tǒng)測試集中檢驗系統(tǒng)所有元素之間協(xié)作是否合適，整個系統(tǒng)的性能和功能是否達(dá)到。30.參考答案：1、責(zé)任心；2、溝通能力；3、團(tuán)隊合作精神；4、耐心、細(xì)心、信心；5、時時保持懷疑態(tài)度，并且有缺陷預(yù)防的意識；6、具備一定的編程經(jīng)驗。31.參考答案： 首先，查找需求說明、網(wǎng)站設(shè)計等相關(guān)文檔，分析測試需求。 制定測試計劃，確定測試范圍和測試策略，一般包括以下幾個部分：功能性測試；界面測試；性能測試；數(shù)據(jù)庫測試；安全性測試；兼容性測試 設(shè)計測試用例： 功能性測試可以包括，但不限于以下幾個方面： 鏈接測試。鏈接是否正確跳轉(zhuǎn)，是否存在空頁面和無效頁面，是否有不正確的出錯信息返回。 提交功能的測試。 多媒體元素是否可以正確加載和顯示。 多語言支持是否能夠正確顯示選擇的語言等。 界面測試可以包括但不限于一下幾個方面： 頁面是否風(fēng)格統(tǒng)一，美觀 頁面布局是否合理，重點內(nèi)容和熱點內(nèi)容是否突出 控件是否正常使用 對于必須但未安裝的控件，是否提供自動下載并安裝的功能 文字檢查 性能測試一般從以下兩個方面考慮： 壓力測試；負(fù)載測試；強(qiáng)度測試 數(shù)據(jù)庫測試要具體決定是否需要開展。數(shù)據(jù)庫一般需要考慮連結(jié)性，對數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗證等方面。 安全性測試： 基本的登錄功能的檢查 是否存在溢出錯誤，導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露 相關(guān)開發(fā)語言的常見安全性問題檢查，例如SQL注入等 如果需要高級的安全性測試，確定獲得專業(yè)安全公司的幫助，外包測試，或者獲取支持 兼容性測試，根據(jù)需求說明的內(nèi)容，確定支持的平臺組合： 瀏覽器的兼容性；操作系統(tǒng)的兼容性；軟件平臺的兼容性；數(shù)據(jù)庫的兼容性；開展測試，并記錄缺陷。合理的安排調(diào)整測試進(jìn)度，提前獲取測試所需的資源，建立管理體系（例如，需求變更、風(fēng)險、配置、測試文檔、缺陷報告、人力資源等內(nèi)容）。 定期評審，對測試進(jìn)行評估和總結(jié)，調(diào)整測試的內(nèi)容。32.參考答案：1）如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù)。 2）如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)，最小個數(shù)，比最小個數(shù)少一，比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù)。 3）將規(guī)則1）和2）應(yīng)用于輸出條件，即設(shè)計測試用例使輸出值達(dá)到邊界值及其左右的值。 4）如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例。 5）如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例。 6）分析規(guī)格說明，找出其它可能的邊界條件。33.參考答案：B34.參考答案：C35.參考答案：錯誤36.參考答案：錯誤37.參考答案：正確38.參考答案： （1）畫出控制流圖：如下圖所示。 （2）計算環(huán)形復(fù)雜度： 10（條邊）-7（個節(jié)點）+2?=5 （3）導(dǎo)出獨(dú)立路徑（用語句編號表示） 路徑1：1→2→3→4→5→6→7 路徑2：1→4→5→6→7 路徑3：1→2→4→6→7 路徑4：1→2→4→5→7 路徑5：1→2→3→4→5→7 （4）測試用例如下： 39.參考答案： 系統(tǒng)集成測試主要包括以下過程： 1.構(gòu)建的確認(rèn)過程。 2.補(bǔ)丁的確認(rèn)過程。 3.系統(tǒng)集成測試測試組提交過程。 4.測試用例設(shè)計過程。 5.測試代碼編寫過程。 6.Bug的報告過程。 7.每周/每兩周的構(gòu)建過程。 8.點對點的測試過程。 9.組內(nèi)培訓(xùn)過程。40.參考答案： A：②代碼審查；B：⑩退化測試；C://⑨白盒測試；D://⑧原型；E://④樁。41.參考答案：等價類劃分；邊界值分析；因果圖42.參考答案：C43.參考答案：正確44.參考答案：{?，，，，，，，，?}45.參考答案：（1）引用必須被初始化，指針不必。（2）引用初始化以后不能被改變，指針可以改變所指的對象。（3）不存在指向空值的引用，但是存在指向空值的指針。46.參考答案： 為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個特定的集合。 測試腳本是為了進(jìn)行自動化測試而編寫的腳本。 測試腳本的編寫必須對應(yīng)相應(yīng)的測試用例47.參考答案：正確48.參考答案： 第一步：劃分等價類，包括4個有效等價類，11個無效等價類。 第二步：確定調(diào)試用例。 對11個無效等價類，要選擇11個調(diào)試用例，如下所示： 49.參考答案：錯誤50.參考答案：D51.參考答案：錯誤52.參考答案： 單元測試針對的是軟件設(shè)計的最小單元--程序模塊（面向過程中是函數(shù)、過程；面向?qū)ο笾惺穷?。），進(jìn)行正確性檢驗的測試工作，在于發(fā)現(xiàn)每個程序模塊內(nèi)部可能存在的差錯.一般有兩個步驟：人工靜態(tài)檢查/動態(tài)執(zhí)行跟蹤。 集成測試針對的是通過了單元測試的各個模塊所集成起來的組件進(jìn)行檢驗，其主要內(nèi)容是各個單元模塊之間的接口，以及各個模塊集成后所實現(xiàn)的功能。 系統(tǒng)測試針對的是集成好的軟件系統(tǒng)，作為整個計算機(jī)系統(tǒng)的一個元素，與計算機(jī)硬件/外設(shè)/某些支持軟件/數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，要在實際的運(yùn)行環(huán)境中，對計算機(jī)系統(tǒng)進(jìn)行一系列的集成測試和確認(rèn)測試。53.參考答案：B54.參考答案： 所謂的測試用例就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。 使用測試用例的好處主要體現(xiàn)在以下幾個方面： 1）在開始實施測試之前設(shè)計好測試用例，可以避免盲目測試并提高測試效率。 2）測試用例的使用令軟件測試的實施重點突出、目的明確。 3）在軟件版本更新后只需修正少部分的測試用例便可展開測試工作，降低工作強(qiáng)度、縮短項目周期。 4）功能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而相對于功能模塊的測試用例的通用化和復(fù)用化則會使軟件測試易于開展，并隨著測試用例的不斷精化其效率也不斷攀升。55.參考答案：D56.參考答案： 明確測試的目標(biāo)，增強(qiáng)測試計劃的實用性。 編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結(jié)果直觀、準(zhǔn)確。 堅持“5W”規(guī)則，明確內(nèi)容與過程。 “5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團(tuán)隊理解測試的目的（Why），明確測試的范圍和內(nèi)容（What），確定測試的開始和結(jié)束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。 采用評審和更新機(jī)制，保證測試計劃滿足實際需求。 測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團(tuán)隊，測試計劃內(nèi)容的可能不準(zhǔn)確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新，誤導(dǎo)測試執(zhí)行人員。 分別創(chuàng)建測試計劃與測試詳細(xì)規(guī)格、測試用例。 應(yīng)把詳細(xì)的測試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨(dú)立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。57.參考答案：A58.參考答案：A,C,D59.參考答案： 開發(fā)過程---需求調(diào)研（需求人員）、需求分析（需求人員）、概要設(shè)計（設(shè)計人員）、詳細(xì)設(shè)計（設(shè)計人員）、編碼（開發(fā)人員）。 測試過程---需求評審、系統(tǒng)測試設(shè)計、概要設(shè)計評審、集成測試設(shè)計、詳細(xì)設(shè)計評審、單元測試設(shè)計、測試執(zhí)行 測試工作的整個過程都做過，擅長做測試設(shè)計。 過程決定質(zhì)量，軟件的過程改進(jìn)正是為了提高軟件的質(zhì)量，將過往的種種經(jīng)驗教訓(xùn)積累起來。60.參考答案：A61.參考答案：A62.參考答案：B63.參考答案：A64.參考答案：正確65.參考答案： 軟件測試應(yīng)該在需求分析階段就介入，因為測試的對象不僅僅是程序編碼，應(yīng)該對軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測試，并且軟件缺陷存在放大趨勢.缺陷發(fā)現(xiàn)的越晚，修復(fù)它所花費(fèi)的成本就越大。66.參考答案：A,D67.參考答案：錯誤68.參考答案：是否使用了公司的模板、文檔內(nèi)容是否符合規(guī)范、所有的需求是分級是否清析適當(dāng)、所有的需求是否具有一致性、需求是否可行（即，該需求組合有解決方案）、需求可否用己知的約束來實現(xiàn)、需求是否足夠（即，可以把它送到一個規(guī)范的開發(fā)組織，并有一個生產(chǎn)出所需要產(chǎn)品的合理的可能性）、所有的其它需求是交叉引用是否正確、用戶描述是否清楚、是否用客戶的語言來描述需求、每個需求描述是否清楚沒有岐義，可以移交給一個獨(dú)立的組去實現(xiàn)時也能理解、是否所有的需求都是可驗證的、是否每條需求都具有獨(dú)立性，即使發(fā)生了變化也不會影響其它需求、性能指標(biāo)是否明確、非功能性需求是否得到充分表現(xiàn)、是否完整列出適用的標(biāo)準(zhǔn)或協(xié)議、標(biāo)準(zhǔn)和協(xié)議之間是否存在沖突。69.參考答案：正確70.參考答案：正確71.參考答案：設(shè)計測試用例時需要注意的是，除了對整體流程及功能注意外，還要注意強(qiáng)度測試、性能測試、壓力測試、邊界值測試、穩(wěn)定性測試、安全性測試等多方面。（測試用例需要考慮的四個基本要素是輸入、輸出、操作和測試環(huán)境；另外，測試用例需要考慮的是測試類型（功能、性能、安全……），這部分可以參照TP做答。此外，還需要考慮用例的重要性和優(yōu)先級）。72.參考答案：A73.參考答案：測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗，不斷的更新自己改正自己，做好測試任務(wù)。74.參考答案：A75.參考答案：D第2卷參考答案一.參考題庫1.參考答案：錯誤2.參考答案：正確3.參考答案：正確4.參考答案： 開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果？程序員可能會給你很多理由，你可以對他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個問題提出來，跟開發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認(rèn)，如果要修改就改，如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認(rèn)。5.參考答案：A,B,C,D6.參考答案：錯誤7.參考答案：可行性分析、需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、單元測試、集成測試、系統(tǒng)測試、驗收測試。8.參考答案：B9.參考答案：沒有時間；風(fēng)險太大10.參考答案：正確11.參考答案：正確12.參考答案：C13.參考答案：D14.參考答案： 軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件： 領(lǐng)導(dǎo)能夠根據(jù)測試計劃進(jìn)行宏觀調(diào)控，進(jìn)行相應(yīng)資源配置等 測試人員能夠了解整個項目測試情況以及項目測試不同階段的所要進(jìn)行的工作等 便于其他人員了解測試人員的工作內(nèi)容，進(jìn)行有關(guān)配合工作 包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進(jìn)度，應(yīng)對測試過程中的各種變更。 測試計劃編寫6要素（5W1H）： W.hy——為什么要進(jìn)行這些測試； W.hat—測試哪些方面，不同階段的工作內(nèi)容； W.hen—測試不同階段的起止時間； W.here—相應(yīng)文檔，缺陷的存放位置，測試環(huán)境等； W.ho—項目有關(guān)人員組成，安排哪些測試人員進(jìn)行測試； H.ow—如何去做，使用哪些測試工具以及測試方法進(jìn)行測試。 測試計劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）。15.參考答案： 同行評審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤，只要是找錯誤； 階段評審目的：評審模塊，階段作品的正確性、可行性、及完整性； 同行評審人數(shù)：3-7人，人員必須經(jīng)過同行評審會議的培訓(xùn)，由SQA指導(dǎo)； 階段評審人數(shù)：5人左右，評審人必須是專家，具有系統(tǒng)評審資格； 同行評審內(nèi)容：內(nèi)容小，一般文檔16.參考答案：C17.參考答案： 盡量面對面的溝通，其次是能直接通過電話溝通，如果只能通過Email等非及時溝通工具的話，強(qiáng)調(diào)必須對特性的理解深刻以及能表達(dá)清楚。 運(yùn)用一些測試管理工具如TestDirector進(jìn)行管理也是較有效的方法，同時要注意在TestDirector中對BUG有準(zhǔn)確的描述。 在團(tuán)隊中建立測試人員與開發(fā)人員良好溝通中注意以下幾點： 一真誠、二是團(tuán)隊精神、三是在專業(yè)上有共同語言、四是要對事不對人，工作至上 當(dāng)然也可以通過直接指出一些小問題，而不是進(jìn)入BUGTrackingSystem來增加對方的好感。18.參考答案： 功能度：用水杯裝水看漏不漏；水能不能被喝到 安全性：杯子有沒有毒或細(xì)菌 可靠性：杯子從不同高度落下的損壞程度 可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用 兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等 易用性：杯子是否燙手、是否有防滑措施、是否方便飲用 用戶文檔：使用手冊是否對杯子的用法、限制、使用條件等有詳細(xì)描述 疲勞測試：將杯子盛上水（案例一）放24小時檢查泄漏時間和情況；盛上汽油（案例二）放24小時檢查泄漏時間和情況等 壓力測試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時會穿透19.參考答案：20.參考答案： （1）確定規(guī)則的個數(shù)：這里有3個條件，每個條件有兩個取值，故應(yīng)有2*2*2=8種規(guī)則。 （2）列出所有的條件樁和動作樁： （3）填入條件項?？蓮淖詈?行條件項開始，逐行向上填滿。 如第三行是：Y?N?Y?N?Y?N?Y?N 第二行是：Y?Y?N?N?Y?Y?N?N?等等。 （4）填入動作項。這樣便得到形如圖的初始判定表。 （5）化簡。合并相似規(guī)則后得到結(jié)果圖。 21.參考答案：錯誤22.參考答案：D23.參考答案： 1）文檔資料的審查驗收； 2）功能測試； 3）性能測試； 4）強(qiáng)化測試； 5）性能降級執(zhí)行方式測試 6）檢查系統(tǒng)的余量要求； 7）安裝測試； 8）用戶操作測試。24.參考答案：B25.參考答案：等價類劃分法；邊界值法；以及因果圖法；錯誤推測法26.參考答案： 27.參考答案：A,B,C,D28.參考答案：C29.參考答案：對業(yè)務(wù)和軟件需求非常清楚，可以根據(jù)需求不同選擇不同的測試用例設(shè)計。30.參考答案：D31.參考答案： 仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。 檢查文檔的編寫是否滿足文檔編寫的目的；內(nèi)容是否齊全，正確；內(nèi)容是否完善；標(biāo)記是否正確。32.參考答案：正確33.參考答案：錯誤34.參考答案：該面試也沒有固定不變的答案，但可參考以下幾點，并結(jié)合自身特點：有韌性、有耐心、做事有條理性、喜歡面對挑戰(zhàn)、有信心做好每一件事情、較強(qiáng)的溝通能力、從以前的經(jīng)理處都得到了很好的評價表明我做的很好。35.參考答案：B36.參考答案：說明書；設(shè)計；編寫代碼37.參考答案：因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團(tuán)隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。38.參考答案：A,B,C,D39.參考答案：D40.參考答案： 回答這個面試題，沒有固定統(tǒng)一的答案，但可能是許多企業(yè)都會問到的。提供以下答案供考： 最大的興趣，感覺這是一個有挑戰(zhàn)性的工作； 測試是一個經(jīng)驗行業(yè)，工作越久越能感覺到做好測試的難度和樂趣 通過自己的工作，能使軟件產(chǎn)品越來越完善，從中體會到樂趣 回答此類問題注意以下幾個方面： 盡可能的切合招聘企業(yè)的技術(shù)路線來表達(dá)你的興趣，例如該企業(yè)是數(shù)據(jù)庫應(yīng)用的企業(yè)，那么表示你的興趣在數(shù)據(jù)庫的測試，并且希望通過測試提升自己的數(shù)據(jù)庫掌握能力。 表明你做測試的目的是為了提升能力，也是為了更好的做好測試；提升能力不是為了以后轉(zhuǎn)開發(fā)或其他的，除非用人企業(yè)有這樣的安排。 不要過多的表達(dá)你的興趣在招聘企業(yè)的范疇這外。比如招聘企業(yè)是做財務(wù)軟件的，可是你表現(xiàn)出來的是對游戲軟件的興趣；或招聘是做JAVA開發(fā)的，而你的興趣是在C類語言程序的開發(fā)。41.參考答案：錯誤42.參考答案： 從微觀上來說，在測試計劃中定義，比如系統(tǒng)在一定性能下平穩(wěn)運(yùn)行72小時，目前BugTrackingSystem中，本版本中沒有一般嚴(yán)重的BUG，普通BUG的數(shù)量在3以下，BUG修復(fù)率90%以上等等參數(shù)，然后由開發(fā)經(jīng)理，測試經(jīng)理，項目經(jīng)理共同簽字認(rèn)同版本Release。 如果說宏觀的，則是當(dāng)這個軟件徹底的消失以后，測試就結(jié)束了。43.參考答案：B44.參考答案：C45.參考答案： 在規(guī)定的條件下對程序進(jìn)行操作，以發(fā)現(xiàn)程序錯誤，衡量軟件質(zhì)量，并對其是否能滿足設(shè)計要求進(jìn)行評估的過程。 軟件測試的目的： 測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤； 一個成功的測試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤； 一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試； 確保產(chǎn)品完成了它所承諾或公布的功能，并且用戶可以訪問到的功能都有明確的書面說明。 確保產(chǎn)品滿足性能和效率的要求； 確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的。 軟件測試的原則： 測試用例中一個必須部分是對預(yù)期輸出或接過進(jìn)行定義； 程序員應(yīng)避免測試自己編寫的程序； 編寫軟件的組織不應(yīng)當(dāng)測試自己編寫的軟件； 應(yīng)當(dāng)徹底檢查每個測試的執(zhí)行結(jié)果 測試用