軟件測(cè)試模擬題與答案

..一、選擇題下列軟件屬性中,軟件產(chǎn)品首要滿(mǎn)足的應(yīng)該是[A]A．功能需求 B．性能需求C．可擴(kuò)展性和靈活性 D．容錯(cuò)糾錯(cuò)能力軟件缺陷產(chǎn)生的原因是[D]。A．交流不充分及溝通不暢；軟件需求的變更；軟件開(kāi)發(fā)工具的缺陷B．軟件的復(fù)雜性；軟件項(xiàng)目的時(shí)間壓力C．程序開(kāi)發(fā)人員的錯(cuò)誤；軟件項(xiàng)目文檔的缺乏D．以上都是導(dǎo)致軟件缺陷的最大原因是[A]A．規(guī)格說(shuō)明書(shū)B(niǎo)．設(shè)計(jì)C．編碼D．測(cè)試修復(fù)軟件缺陷費(fèi)用最高的是[D]階段A．編制說(shuō)明書(shū)B(niǎo)．設(shè)計(jì)C．編寫(xiě)代碼D．發(fā)布下列[A]不屬于軟件缺陷。A．測(cè)試人員主觀認(rèn)為不合理的地方B．軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)標(biāo)明的功能C．軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤D．軟件功能超出產(chǎn)品說(shuō)明書(shū)指明范圍軟件測(cè)試的目的是[B]A．避免軟件開(kāi)發(fā)中出現(xiàn)的錯(cuò)誤B．發(fā)現(xiàn)軟件開(kāi)發(fā)中出現(xiàn)的錯(cuò)誤C．盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤,提高軟件的可靠性D．修改軟件中出現(xiàn)的錯(cuò)誤軟件測(cè)試技術(shù)可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試,下列說(shuō)法中錯(cuò)誤的是[D]。A．靜態(tài)測(cè)試是指不運(yùn)行實(shí)際程序,通過(guò)檢查和閱讀等手段來(lái)發(fā)現(xiàn)程序中的錯(cuò)誤。B．動(dòng)態(tài)測(cè)試是指實(shí)際運(yùn)行程序,通過(guò)運(yùn)行的結(jié)果來(lái)發(fā)現(xiàn)程序中的錯(cuò)誤。C．動(dòng)態(tài)測(cè)試包括黑盒測(cè)試和白盒測(cè)試。D．白盒測(cè)試是靜態(tài)測(cè)試,黑盒測(cè)試是動(dòng)態(tài)測(cè)試。白盒測(cè)試是根據(jù)程序的[C]來(lái)設(shè)計(jì)測(cè)試用例。A．功能 B．性能C．內(nèi)部邏輯 D．內(nèi)部數(shù)據(jù)黑盒測(cè)試是根據(jù)軟件的[B]來(lái)設(shè)計(jì)測(cè)試用例。A．功能B．規(guī)格說(shuō)明 C．內(nèi)部邏輯 D．內(nèi)部數(shù)據(jù)用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法之一為[A]A．因果圖B．邏輯覆蓋C．循環(huán)覆蓋D．基本路徑測(cè)試堅(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)審為了提高測(cè)試的效率,正確的做法是[A]。A．選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試用例B．在完成程序的編碼之后再制定軟件的測(cè)試計(jì)劃C．隨機(jī)選取測(cè)試用例D．使用測(cè)試用例測(cè)試是為了檢查程序是否做了應(yīng)該做的事對(duì)程序的測(cè)試最好由[B]來(lái)做。A．程序員B．第三方測(cè)試機(jī)構(gòu)C．程序開(kāi)發(fā)組D．用戶(hù)在邊界值分析中,下列數(shù)據(jù)通常不用來(lái)做數(shù)據(jù)測(cè)試的是[B]。A．正好等于邊界的值 B．等價(jià)類(lèi)中的等價(jià)值C．剛剛大于邊界的值 D．剛剛小于邊界的值單元測(cè)試中設(shè)計(jì)測(cè)試用例的依據(jù)是[D]。A．概要設(shè)計(jì)規(guī)格說(shuō)明書(shū) B．用戶(hù)需求規(guī)格說(shuō)明書(shū)C．項(xiàng)目計(jì)劃說(shuō)明書(shū) D．詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明書(shū)如果一個(gè)判定中的復(fù)合條件表達(dá)式為〔A>1or〔B<=3,則為了達(dá)到100%的條件覆蓋率,至少需要設(shè)計(jì)多少個(gè)測(cè)試用例[B]。A．1 B．2 C．3 D．4在某大學(xué)學(xué)籍管理信息系統(tǒng)中,假設(shè)學(xué)生年齡的輸入范圍為16—40,則根據(jù)黑盒測(cè)試中的等價(jià)類(lèi)劃分技術(shù),下面劃分正確的是[B]。A．可劃分為2個(gè)有效等價(jià)類(lèi),2個(gè)無(wú)效等價(jià)類(lèi)B．可劃分為1個(gè)有效等價(jià)類(lèi),2個(gè)無(wú)效等價(jià)類(lèi)C．可劃分為2個(gè)有效等價(jià)類(lèi),1個(gè)無(wú)效等價(jià)類(lèi)D．可劃分為1個(gè)有效等價(jià)類(lèi),1個(gè)無(wú)效等價(jià)類(lèi)下面有關(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è)試是為了檢查程序是否做了它該做的事下列關(guān)于測(cè)試方法的敘述中不正確的是[C]。A．從某種角度上講,白盒測(cè)試與黑盒測(cè)試都屬于動(dòng)態(tài)測(cè)試B．功能測(cè)試屬于黑盒測(cè)試C．對(duì)功能的測(cè)試通常是要考慮程序的內(nèi)部結(jié)構(gòu)D．結(jié)構(gòu)測(cè)試屬于白盒測(cè)試下列方法中,不屬于黑盒測(cè)試的是[A]。A．基本路徑測(cè)試法 B．等價(jià)類(lèi)測(cè)試法C．邊界值分析法 D．基于場(chǎng)景的測(cè)試方法不屬于白盒測(cè)試的技術(shù)是[C]。A．語(yǔ)句覆蓋 B．判定覆蓋C．邊界值分析 D．基本路徑測(cè)試測(cè)試程序時(shí),不可能遍歷所有可能的輸入數(shù)據(jù),而只能是選擇一個(gè)子集進(jìn)行測(cè)試,那么最好的選擇方法是[B]。A．隨機(jī)選擇 B．劃分等價(jià)類(lèi)C．根據(jù)接口進(jìn)行選擇 D．根據(jù)數(shù)據(jù)大小進(jìn)行選擇下列可以作為軟件測(cè)試對(duì)象的是[D]。A．需求規(guī)格說(shuō)明書(shū)B(niǎo)．軟件設(shè)計(jì)規(guī)格說(shuō)明C．源程序D．以上全部在軟件測(cè)試階段,測(cè)試步驟按次序可以劃分為以下幾步：[A]A．單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試B．驗(yàn)收測(cè)試、單元測(cè)試、系統(tǒng)測(cè)試、集成測(cè)試C．單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試、系統(tǒng)測(cè)試D．系統(tǒng)測(cè)試、單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試單元測(cè)試時(shí),調(diào)用被測(cè)模塊的是[C]。A．樁模塊B．通信模塊C．驅(qū)動(dòng)模塊D．代理模塊不屬于單元測(cè)試內(nèi)容的是[D]。A．模塊接口測(cè)試B．局部數(shù)據(jù)結(jié)構(gòu)測(cè)試C．獨(dú)立路徑測(cè)試D．用戶(hù)界面測(cè)試軟件測(cè)試過(guò)程中的集成測(cè)試主要是為了發(fā)現(xiàn)[B]階段的錯(cuò)誤。A.需求分析 B.概要設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.編碼下列關(guān)于Web應(yīng)用軟件測(cè)試的說(shuō)法中,正確的是[A]。A．Cookie測(cè)試是Web應(yīng)用軟件功能測(cè)試的重要內(nèi)容B．對(duì)于沒(méi)有使用數(shù)據(jù)庫(kù)的Web應(yīng)用軟件,不需要進(jìn)行性能測(cè)試C．鏈接測(cè)試是Web應(yīng)用軟件易用性測(cè)試的重要內(nèi)容D．Web應(yīng)用軟件安全性測(cè)試僅關(guān)注Web應(yīng)用軟件是能夠防御網(wǎng)絡(luò)攻擊下列指導(dǎo)選擇和使用測(cè)試覆蓋率的原則中錯(cuò)誤的是[D]。A．覆蓋率不是目的,僅是一種手段B．不要追求絕對(duì)100%的覆蓋率C．不可能針對(duì)所有的覆蓋率指標(biāo)來(lái)選擇測(cè)試用例D．只根據(jù)測(cè)試覆蓋率指標(biāo)來(lái)指導(dǎo)測(cè)試用例的設(shè)計(jì)測(cè)試設(shè)計(jì)員的職責(zé)有：[C]=1\*GB3①制定測(cè)試計(jì)劃=2\*GB3②設(shè)計(jì)測(cè)試用例=3\*GB3③設(shè)計(jì)測(cè)試過(guò)程、腳本=4\*GB3④評(píng)估測(cè)試活動(dòng)A．=1\*GB3①和=2\*GB3②B．=1\*GB3①、=2\*GB3②和=3\*GB3③C．=2\*GB3②和=3\*GB3③D．=1\*GB3①、=2\*GB3②、=3\*GB3③和=4\*GB3④測(cè)試文檔種類(lèi)包括[D]。A．需求類(lèi)文檔、計(jì)劃類(lèi)文檔B．設(shè)計(jì)類(lèi)文檔、執(zhí)行類(lèi)文檔C．缺陷記錄類(lèi)、階段匯總類(lèi)測(cè)試總結(jié)類(lèi)D．以上都有以下關(guān)于軟件回歸測(cè)試的說(shuō)法中錯(cuò)誤的是[C]。A．軟件變更后,應(yīng)對(duì)軟件變更部分的正確性和對(duì)變更需求的符合性進(jìn)行測(cè)試B．軟件變更后,首先應(yīng)對(duì)變更的軟件單元進(jìn)行測(cè)試,然后再進(jìn)行其他相關(guān)的測(cè)試C．軟件變更后,不必再對(duì)軟件原有正確的功能、性能和其他規(guī)定的要求進(jìn)行測(cè)試D．對(duì)具體的軟件,可以根據(jù)軟件測(cè)試合同及軟件的重要性、完整性級(jí)別對(duì)回歸測(cè)試內(nèi)容進(jìn)行剪裁以下說(shuō)法中錯(cuò)誤的是[C]A．軟件配置項(xiàng)測(cè)試的目的是檢驗(yàn)軟件配置與軟件需求規(guī)格說(shuō)明的一致性B．軟件配置項(xiàng)測(cè)試一般由軟件供方組織,由獨(dú)立于軟件開(kāi)發(fā)的人員實(shí)施,軟件開(kāi)發(fā)人員配合C．軟件配置項(xiàng)測(cè)試不得委托第三方實(shí)施D．軟件配置項(xiàng)測(cè)試要求被測(cè)軟件配置項(xiàng)已通過(guò)單元測(cè)試和集成測(cè)試下面說(shuō)法正確的是[C]。A．經(jīng)過(guò)測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤說(shuō)明程序正確B．測(cè)試的目標(biāo)是為了證明程序沒(méi)有錯(cuò)誤 C．成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試D．成功的測(cè)試是沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試以下哪種軟件測(cè)試屬于軟件性能測(cè)試的范疇[B]。A．接口測(cè)試B．壓力測(cè)試C．單元測(cè)試D．易用性測(cè)試軟件測(cè)試管理包括測(cè)試過(guò)程管理、配置管理以及[A]A．測(cè)試評(píng)審管理B．測(cè)試用例管理C．測(cè)試計(jì)劃管理D．測(cè)試實(shí)施管理在用白盒測(cè)試中的邏輯覆蓋法設(shè)計(jì)測(cè)試用例時(shí),在下列覆蓋中,[D]是最強(qiáng)的覆蓋準(zhǔn)則。A.語(yǔ)句覆蓋B.條件覆蓋C.判定-條件覆蓋D.路徑覆蓋下列關(guān)于Web應(yīng)用軟件測(cè)試的說(shuō)法中,正確的是[A]。A．Cookie測(cè)試是Web應(yīng)用軟件功能測(cè)試的重要內(nèi)容B．對(duì)于沒(méi)有使用數(shù)據(jù)庫(kù)的Web應(yīng)用軟件,不需要進(jìn)行性能測(cè)試C．鏈接測(cè)試是Web應(yīng)用軟件易用性測(cè)試的重要內(nèi)容D．Web應(yīng)用軟件安全性測(cè)試僅關(guān)注Web應(yīng)用軟件是能夠防御網(wǎng)絡(luò)攻擊[A]的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試,確保最終軟件系統(tǒng)滿(mǎn)足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。A．系統(tǒng)測(cè)試B．集成測(cè)試C．單元測(cè)試D．功能測(cè)試如果一個(gè)產(chǎn)品中次嚴(yán)重的缺陷基本完成修正并通過(guò)復(fù)測(cè),這個(gè)階段的成品是[B]。A．Alpha版 B．Beta版C．正版 D．以上都不是自底向上法需要寫(xiě)[A]。A．驅(qū)動(dòng)程序B．樁程序C．驅(qū)動(dòng)程序和樁程序D．以上都不是必須要求用戶(hù)參與的測(cè)試階段是[D]。A．單元測(cè)試B．集成測(cè)試C．確認(rèn)測(cè)試D．驗(yàn)收測(cè)試對(duì)Web網(wǎng)站進(jìn)行的測(cè)試中,屬于功能測(cè)試的是[B]A．連接速度測(cè)試B．鏈接測(cè)試C．平臺(tái)測(cè)試D．安全性測(cè)試[D]不是軟件自動(dòng)化測(cè)試的優(yōu)點(diǎn)。A．速度快、效率高B．準(zhǔn)確度和精確度高C．能提高測(cè)試的質(zhì)量D．能充分測(cè)試軟件配置測(cè)試是指[C]。A．檢查軟件之間是否正確交互和共享信息B．交互適應(yīng)性、實(shí)用性和有效性的集中體現(xiàn)C．使用各種硬件來(lái)測(cè)試軟件操作的過(guò)程D．檢查缺陷是否有效改正下列不屬于測(cè)試原則的是[D]。A．軟件測(cè)試是有風(fēng)險(xiǎn)的行為B．完全測(cè)試程序是不可能的C．測(cè)試無(wú)法顯示潛伏的軟件缺陷D．找到的缺陷越多軟件的缺陷就越少條件覆蓋的目的是[A]A．使每個(gè)判定的所有可能的條件取值組合至少執(zhí)行一次B．使程序中的每個(gè)判定至少都獲得一次"真"值和"假"值。C．使程序中的每個(gè)判定中每個(gè)條件的可能值至少滿(mǎn)足一次。D．使程序中的每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次。下列各項(xiàng)中[B]不是一個(gè)測(cè)試計(jì)劃所應(yīng)包含的內(nèi)容。A．測(cè)試資源、進(jìn)度安排B．測(cè)試預(yù)期輸出C．測(cè)試范圍D．測(cè)試策略下列不屬于正式審查的方式是[D]。A．同事審查 B．公開(kāi)陳述 C．檢驗(yàn) D．編碼標(biāo)準(zhǔn)和規(guī)范調(diào)試是[D]。A．發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標(biāo)準(zhǔn)不符合的問(wèn)題B．發(fā)現(xiàn)軟件錯(cuò)誤征兆的過(guò)程C．有計(jì)劃的、可重復(fù)的過(guò)程D．消除軟件錯(cuò)誤的過(guò)程下列描述錯(cuò)誤的是[A]。A．軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問(wèn)題,那是軟件測(cè)試人員的錯(cuò)B．窮盡測(cè)試實(shí)際上在一般情況下是不可行的C．軟件測(cè)試自動(dòng)化不是萬(wàn)能的D．測(cè)試能由非開(kāi)發(fā)人員進(jìn)行,調(diào)試必須由開(kāi)發(fā)人員進(jìn)行。如下圖所示的N-S圖,至少需要[B]個(gè)測(cè)試用例完成邏輯覆蓋。A．15B．16C．17D．18在軟件修改之后,再次運(yùn)行以前為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序曾用過(guò)的測(cè)試用例,這種測(cè)試稱(chēng)之為[C]。A．單元測(cè)試 B．集成測(cè)試 C．回歸測(cè)試D．驗(yàn)收測(cè)試集成測(cè)試計(jì)劃應(yīng)該在[B]階段末提交。A．需求分析 B．概要設(shè)計(jì) C．詳細(xì)設(shè)計(jì) D．單元測(cè)試完成在下面所列舉中的邏輯測(cè)試覆蓋中,測(cè)試覆蓋最強(qiáng)的是[B]。A．條件覆蓋B．條件組合覆蓋C．語(yǔ)句覆蓋D．判定覆蓋在下面所列舉中的邏輯測(cè)試覆蓋中,測(cè)試覆蓋最弱的是[C]。A．條件覆蓋B．條件組合覆蓋C．語(yǔ)句覆蓋D．判定覆蓋增量式集成測(cè)試有3種方式：自頂向下增量測(cè)試方法、[B]和混合增量測(cè)試方式。A．自中向下增量測(cè)試方法B．自底向上增量測(cè)試方法C．多次性測(cè)試D．維護(hù)創(chuàng)建一個(gè)基于Junit的單元測(cè)試類(lèi),該類(lèi)必須擴(kuò)展于[C]。A．TestSuiteB．AssertC．TestCaseD．JFCTestCaseTestCase是junit.framework中的一個(gè)[D]。A．方法B．接口C．類(lèi)D．抽象類(lèi)TestSuite是JUNIT中用來(lái)[A]。A．集成多個(gè)測(cè)試用例 B．做系統(tǒng)測(cè)試用的C．做自動(dòng)化測(cè)試用的 D．方法斷言LoadRunner是[A]。A．工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具 B．一款下載軟件C．單元測(cè)試框架 D．集成開(kāi)發(fā)工具二、判斷題[]軟件測(cè)試是有效的排除軟件缺陷的手段。對(duì)[]測(cè)試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶(hù)的要求。錯(cuò)[]軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。對(duì)[]白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功能要求。對(duì)[]白盒測(cè)試不僅與程序內(nèi)部結(jié)構(gòu)有關(guān),還要考慮程序的功能要求。錯(cuò)[]黑盒測(cè)試的測(cè)試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計(jì)的。對(duì)[]在軟件開(kāi)發(fā)過(guò)程中,若能推遲暴露其中的錯(cuò)誤,則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。錯(cuò)[]單元測(cè)試通常由開(kāi)發(fā)人員進(jìn)行。對(duì)[]壓力測(cè)試不需要輔助工具的支持。錯(cuò)[]在設(shè)計(jì)測(cè)試用例時(shí),應(yīng)包括合理的輸入條件和不合理的輸入條件。對(duì)[]程序員與測(cè)試工作無(wú)關(guān)。錯(cuò)[]產(chǎn)品說(shuō)明書(shū)〔需求文檔的變更應(yīng)當(dāng)受到控制。對(duì)[]白盒測(cè)試的"條件覆蓋"標(biāo)準(zhǔn)強(qiáng)于"判定覆蓋"。錯(cuò)[]軟件開(kāi)發(fā)全過(guò)程的測(cè)試工作都可以實(shí)現(xiàn)自動(dòng)化。錯(cuò)[]找出的軟件缺陷越多,說(shuō)明剩下的軟件缺陷越少。錯(cuò)[]驗(yàn)收測(cè)試是以最終用戶(hù)為主的測(cè)試。對(duì)[]自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。對(duì)[]軟件測(cè)試工具可以代替軟件測(cè)試員。錯(cuò)[]Beta測(cè)試是驗(yàn)收測(cè)試的一種。對(duì)[]代碼評(píng)審員一般由測(cè)試員擔(dān)任。錯(cuò)[]一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。對(duì)[]軟件只要經(jīng)過(guò)嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測(cè)試之后,可以做到?jīng)]有缺陷。錯(cuò)[]測(cè)試是可以窮盡的。錯(cuò)[]每一個(gè)軟件項(xiàng)目都有一個(gè)最優(yōu)的測(cè)試量。對(duì)[]代碼審查工作屬于靜態(tài)測(cè)試。對(duì)[]回歸測(cè)試是在軟件修改后再次運(yùn)行以前為查找錯(cuò)誤而執(zhí)行程序曾用過(guò)的測(cè)試用例。對(duì)[]集成測(cè)試是為確定軟件系統(tǒng)是否滿(mǎn)足驗(yàn)收標(biāo)準(zhǔn)以及使客戶(hù)決定是否接受而進(jìn)行的正式測(cè)試。錯(cuò)[]只要能夠達(dá)到100％的邏輯覆蓋率,就可以保證程序的正確性。錯(cuò)[]軟件測(cè)試是有風(fēng)險(xiǎn)的行為,并非所有的軟件缺陷都能夠被修復(fù)。對(duì)[]軟件質(zhì)量保證和軟件測(cè)試是同一層次的概念。錯(cuò)[]軟件測(cè)試的生命周期包括測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、缺陷跟蹤、測(cè)試評(píng)估。對(duì)[]在所有的黑盒測(cè)試方法中,基于決策表的測(cè)試是最為嚴(yán)格、最具有邏輯性的測(cè)試方法。對(duì)[]測(cè)試用例的數(shù)目越多,測(cè)試的效果越好。錯(cuò)[]驗(yàn)收測(cè)試是以最終用戶(hù)為主的測(cè)試。對(duì)[]測(cè)試是調(diào)試的一個(gè)部分。錯(cuò)[]程序中隱藏錯(cuò)誤的概率與其已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比。對(duì)[]代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。對(duì)三、填空測(cè)試用例是由__測(cè)試輸入數(shù)據(jù)__和預(yù)期的__輸出結(jié)果___兩部分組成。軟件是包括__程序__﹑_數(shù)據(jù)___和__相關(guān)文檔_的完整集合。單元測(cè)試是以__詳細(xì)設(shè)計(jì)_說(shuō)明書(shū)為指導(dǎo),測(cè)試源程序代碼。單元測(cè)試的主要內(nèi)容有模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、獨(dú)立路徑測(cè)試、錯(cuò)誤處理測(cè)試和邊界條件測(cè)試。集成測(cè)試以_概要設(shè)計(jì)_說(shuō)明書(shū)指導(dǎo),測(cè)試軟件結(jié)構(gòu)。把模塊組裝成為系統(tǒng)的測(cè)試方式有一次性集成測(cè)試方式和增值式集成測(cè)試方式。確認(rèn)測(cè)試以_需求分析_說(shuō)明書(shū)為指導(dǎo)。在等價(jià)類(lèi)劃分法中,等價(jià)類(lèi)分為有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。決策表通常由條件樁、條件項(xiàng)、動(dòng)作樁、動(dòng)作項(xiàng)四部分組成白盒測(cè)試的主要方法有邏輯覆蓋、基本路徑測(cè)試等軟件測(cè)試階段的輸入信息包括軟件配置和測(cè)試配置。驗(yàn)收測(cè)試的常用策略有三種,它們分別是正式驗(yàn)收測(cè)試、α測(cè)試、β測(cè)試。軟件測(cè)試環(huán)境包括設(shè)計(jì)環(huán)境、實(shí)施環(huán)境和管理環(huán)境三部分。測(cè)試用例要依據(jù)測(cè)試計(jì)劃、需求分析以及測(cè)試設(shè)計(jì)編寫(xiě)。測(cè)試過(guò)程實(shí)施所必備的核心文檔是測(cè)試計(jì)劃、測(cè)試用例和軟件測(cè)試報(bào)告。面向?qū)ο筌浖臏y(cè)試包括面向?qū)ο蠓治龅臏y(cè)試〔OOATest、面向?qū)ο笤O(shè)計(jì)的測(cè)試〔OODTest、面向?qū)ο缶幊痰臏y(cè)試〔OOPTest、面向?qū)ο髥卧獪y(cè)試〔OOUnitTest、面向?qū)ο蠹蓽y(cè)試〔OOIntegrateTest和面向?qū)ο笙到y(tǒng)測(cè)試〔OOSystemTest。CMM的五個(gè)等級(jí)分別是初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)和優(yōu)化級(jí)。四、名詞解釋軟件缺陷 軟件測(cè)試靜態(tài)測(cè)試 動(dòng)態(tài)測(cè)試 黑盒測(cè)試決策表法 因果圖法 白盒測(cè)試 單元測(cè)試 集成測(cè)試驅(qū)動(dòng)模塊樁模塊 性能測(cè)試 回歸測(cè)試 α測(cè)試β測(cè)試 測(cè)試用例 測(cè)試文檔 自動(dòng)化測(cè)試 類(lèi)測(cè)試軟件質(zhì)量保證 軟件能力成熟度模型單元測(cè)試〔UnitTesting:是對(duì)軟件基本組成單元進(jìn)行的測(cè)試。單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位——模塊。針對(duì)每個(gè)單元的測(cè)試,它確保每個(gè)模塊能正常工作,主要采用白盒測(cè)試方法,用以發(fā)現(xiàn)內(nèi)部錯(cuò)誤。集成測(cè)試:對(duì)已測(cè)試過(guò)的模塊進(jìn)行組裝后的測(cè)試,主要檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問(wèn)題。是介于單元測(cè)試和系統(tǒng)測(cè)試之間的過(guò)渡階段,與軟件開(kāi)發(fā)計(jì)劃中的軟件概要設(shè)計(jì)階段相對(duì)應(yīng),是單元測(cè)試的擴(kuò)展和延伸。白盒測(cè)試:基于產(chǎn)品的內(nèi)部結(jié)構(gòu)來(lái)進(jìn)行測(cè)試,又稱(chēng)為結(jié)構(gòu)測(cè)試,邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試。主要檢查內(nèi)部操作是否按規(guī)定執(zhí)行,軟件各個(gè)部分功能是否得到充分利用,即根據(jù)被測(cè)程序的內(nèi)部結(jié)構(gòu)設(shè)計(jì)測(cè)試用例,測(cè)試者需要預(yù)先了解被測(cè)試程序的結(jié)構(gòu)。β測(cè)試:是指軟件開(kāi)發(fā)公司組織各方面的典型用戶(hù)在日常工作中使用β版本,并要求用戶(hù)報(bào)告異常情況、提出批評(píng)意見(jiàn),然后軟件開(kāi)發(fā)公司再對(duì)β版本進(jìn)行改錯(cuò)和完善〔包括功能、性能、可靠性、易用性、可擴(kuò)充性、兼容性、α測(cè)試：α測(cè)試是用戶(hù)在開(kāi)發(fā)環(huán)境下的測(cè)試,或者是軟件開(kāi)發(fā)公司組織內(nèi)部人員模擬各類(lèi)用戶(hù)對(duì)即將面市軟件產(chǎn)品〔稱(chēng)為α版本進(jìn)行的測(cè)試,由開(kāi)發(fā)人員或測(cè)試人員進(jìn)行的測(cè)試。測(cè)試用例：測(cè)試用例〔TestCase是為了高效率地發(fā)現(xiàn)軟件缺陷而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)。測(cè)試用例通俗一點(diǎn)來(lái)講就是編寫(xiě)〔編制一組前提條件、輸入、執(zhí)行條件、預(yù)期結(jié)果以完成對(duì)某個(gè)特定需求或目標(biāo)測(cè)試的數(shù)據(jù),體現(xiàn)測(cè)試方案、方法、技術(shù)和策略的文檔。測(cè)試文檔；軟件測(cè)試文檔<SoftwareTestDocumentation>記錄和描述了整個(gè)測(cè)試流程,它是整個(gè)測(cè)試活動(dòng)中非常重要的文件,為測(cè)試項(xiàng)目的組織、規(guī)劃和管理提供了架構(gòu)。自動(dòng)化測(cè)試：軟件自動(dòng)化測(cè)試就是使用自動(dòng)化測(cè)試工具或手段,按照測(cè)試工程師的預(yù)定計(jì)劃進(jìn)行自動(dòng)的測(cè)試,來(lái)驗(yàn)證各種軟件測(cè)試的需求,包括測(cè)試活動(dòng)的管理與實(shí)施。使用自動(dòng)化測(cè)試可以：減輕手工測(cè)試的工作量改進(jìn)所有的測(cè)試領(lǐng)域支持所有的測(cè)試階段因果圖法：因果圖是一種描述輸入條件的組合及每種組合對(duì)應(yīng)的輸出的圖形化工具。可在因果圖的基礎(chǔ)上設(shè)計(jì)測(cè)試用例。它適合于檢查程序輸入條件的各種情況的組合。驅(qū)動(dòng)模塊：用來(lái)代替被測(cè)單元的上層模塊,相當(dāng)于被測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù),把這些數(shù)據(jù)傳送給被測(cè)模塊,最后輸出實(shí)測(cè)結(jié)果。樁模塊：又稱(chēng)為存根模塊,代替被測(cè)模塊調(diào)用的子模塊。樁模塊可以做少量的數(shù)據(jù)操作,不需要把子模塊所有功能都帶進(jìn)來(lái),但不允許什么事情也不做。性能測(cè)試：性能測(cè)試用來(lái)測(cè)試軟件在系統(tǒng)運(yùn)行時(shí)的性能表現(xiàn),設(shè)計(jì)測(cè)試用例,并記錄軟件運(yùn)行性能,度量系統(tǒng)與預(yù)定義目標(biāo)的差距。回歸測(cè)試：這種方式采取自頂向下的方式測(cè)試被修改的模塊及其子模塊,然后將這一部分視為子系統(tǒng),再自底向上測(cè)試,以檢查該子系統(tǒng)與其上級(jí)模塊的接口是否適配。類(lèi)測(cè)試：類(lèi)內(nèi)方法間的交互和其對(duì)象的各個(gè)狀態(tài),它由與驗(yàn)證類(lèi)的實(shí)現(xiàn)是否和該類(lèi)的說(shuō)明完全一致的相關(guān)聯(lián)的活動(dòng)組成。軟件缺陷:即計(jì)算機(jī)系統(tǒng)或者程序中存在的任何一種破壞正常運(yùn)行能力的問(wèn)題、錯(cuò)誤,或者隱藏的功能缺陷、瑕疵。缺陷會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿(mǎn)足用戶(hù)的需要。軟件測(cè)試:軟件的質(zhì)量就是軟件的生命,為了保證軟件的質(zhì)量,人們?cè)陂L(zhǎng)期的開(kāi)發(fā)過(guò)程中積累了許多經(jīng)驗(yàn)并形成了許多行之有效的方法。但是借助這些方法,我們只能盡量減少軟件中的錯(cuò)誤和不足,卻不能完全避免所有的錯(cuò)誤。軟件測(cè)試是保證軟件質(zhì)量,提高軟件可靠性的關(guān)鍵。靜態(tài)測(cè)試：通過(guò)對(duì)被測(cè)程序的靜態(tài)審查,發(fā)現(xiàn)代碼中潛在的錯(cuò)誤。一般用人工方式脫機(jī)完成,故亦稱(chēng)人工測(cè)試或代碼評(píng)審〔CodeReview;也可借助于靜態(tài)分析器在機(jī)器上以自動(dòng)方式進(jìn)行檢查,但不要求程序本身在機(jī)器上運(yùn)行。動(dòng)態(tài)測(cè)試：使用和運(yùn)行被測(cè)軟件,通常意義上的測(cè)試。動(dòng)態(tài)測(cè)試的對(duì)象必須是能夠由計(jì)算機(jī)真正運(yùn)行的被測(cè)試的程序,它包含黑盒測(cè)試和白盒測(cè)試。黑盒測(cè)試：從用戶(hù)角度出發(fā)的測(cè)試,又稱(chēng)為功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和基于規(guī)格說(shuō)明的測(cè)試。把被測(cè)試程序當(dāng)作一個(gè)黑盒,忽略程序內(nèi)部的結(jié)構(gòu)的特性,測(cè)試者在只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下,依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說(shuō)明書(shū),來(lái)確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。軟件質(zhì)量保證〔SQA是建立一套有計(jì)劃、有系統(tǒng)的方法,來(lái)向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被所有項(xiàng)目所采用。即為了確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)。SQA主要進(jìn)行協(xié)調(diào)、審查、促進(jìn)和跟蹤等活動(dòng),獲取有用信息,形成分析結(jié)果以指導(dǎo)軟件過(guò)程。美國(guó)卡內(nèi)基梅隆大學(xué)軟件工程研究所在美國(guó)國(guó)防部資助下于20世紀(jì)80年代末建立的能力成熟度模型〔capabilitymaturitymodel,CMM>。這是一套專(zhuān)門(mén)針對(duì)軟件產(chǎn)品的質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn),并在美國(guó),隨后在全世界推廣實(shí)施的一種軟件評(píng)估標(biāo)準(zhǔn)。CMM幫助軟件企業(yè)對(duì)軟件工程過(guò)程進(jìn)行管理和改進(jìn),增強(qiáng)開(kāi)發(fā)與改進(jìn)能力,從而能按時(shí)地、不超預(yù)算地開(kāi)發(fā)出高質(zhì)量的軟件。決策表法：決策表是分析和表達(dá)過(guò)個(gè)邏輯條件下執(zhí)行不同操作情況的工具。五、簡(jiǎn)答簡(jiǎn)述軟件測(cè)試的生命周期及各階段的內(nèi)容。軟件生命周期分為6個(gè)階段：需求階段、功能設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、編碼階段、軟件測(cè)試階段、以及運(yùn)行/維護(hù)階段?！?需求階段————測(cè)試任務(wù)：制定驗(yàn)證和確認(rèn)測(cè)試計(jì)劃。對(duì)需求進(jìn)行分析和審核。分析并設(shè)計(jì)基于需求的測(cè)試,構(gòu)成對(duì)應(yīng)的需求覆蓋或追蹤矩陣?！?功能設(shè)計(jì)階段————測(cè)試任務(wù)：功能設(shè)計(jì)驗(yàn)證和確認(rèn)測(cè)試計(jì)劃分析和審核功能設(shè)計(jì)規(guī)格說(shuō)明可用性測(cè)試設(shè)計(jì)分析并設(shè)計(jì)基于功能的測(cè)試,構(gòu)造對(duì)應(yīng)的功能覆蓋矩陣。實(shí)施基于需求和基于功能的測(cè)試詳細(xì)設(shè)計(jì)階段————測(cè)試任務(wù)詳細(xì)設(shè)計(jì)驗(yàn)收測(cè)試計(jì)劃。分析和審核詳細(xì)設(shè)計(jì)規(guī)格設(shè)計(jì)說(shuō)明說(shuō)。編碼階段————測(cè)試任務(wù)代碼驗(yàn)收測(cè)試計(jì)劃分析代碼驗(yàn)證代碼設(shè)計(jì)基于外部的測(cè)試。設(shè)計(jì)基于內(nèi)部的測(cè)試。測(cè)試階段————測(cè)試任務(wù)制定測(cè)試計(jì)劃審查由開(kāi)發(fā)部門(mén)進(jìn)行的單元和集成測(cè)試進(jìn)行功能測(cè)試進(jìn)行系統(tǒng)測(cè)試審查用戶(hù)手冊(cè)。運(yùn)行維護(hù)階段————測(cè)試任務(wù)監(jiān)視驗(yàn)收測(cè)試為確認(rèn)的問(wèn)題開(kāi)發(fā)新的測(cè)試報(bào)告用例對(duì)測(cè)試的有效性進(jìn)行評(píng)估。簡(jiǎn)述軟件測(cè)試的目的軟件測(cè)試的目的包括以下三點(diǎn)：<1>測(cè)試是程序的執(zhí)行過(guò)程,目的在于發(fā)現(xiàn)錯(cuò)誤,不能證明程序的正確性,僅限于處理有限種的情況。<2>檢查系統(tǒng)是否滿(mǎn)足需求,這也是測(cè)試的期望目標(biāo)。<3>一個(gè)好的測(cè)試用例在于發(fā)現(xiàn)還未曾發(fā)現(xiàn)的錯(cuò)誤；一個(gè)成功的測(cè)試是發(fā)現(xiàn)了錯(cuò)誤的測(cè)試。簡(jiǎn)述靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的區(qū)別。靜態(tài)測(cè)試——通過(guò)對(duì)被測(cè)程序的靜態(tài)審查,發(fā)現(xiàn)代碼中潛在的錯(cuò)誤。它一般用人工方式脫機(jī)完成,故亦稱(chēng)人工測(cè)試或代碼評(píng)審〔CodeReview;也可借助于靜態(tài)分析器在機(jī)器上以自動(dòng)方式進(jìn)行檢查,但不要求程序本身在機(jī)器上運(yùn)行動(dòng)態(tài)測(cè)試——使用和運(yùn)行被測(cè)軟件,通常意義上的測(cè)試。動(dòng)態(tài)測(cè)試的對(duì)象必須是能夠由計(jì)算機(jī)真正運(yùn)行的被測(cè)試的程序,它包含黑盒測(cè)試和白盒測(cè)試。簡(jiǎn)述黑盒測(cè)試的具體技術(shù)方法。典型的黑盒測(cè)試方法包括主要包括等價(jià)類(lèi)劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法、決策表表法、正交試