軟件測試經(jīng)典練習(xí)題.doc

一、 判斷題（正確的“”，錯(cuò)誤的“”）2、 測試程序僅僅按預(yù)期方式運(yùn)行就行了。(F )3、 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。(F )4、 軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。(F )5、 靜態(tài)白盒測試可以找出遺漏之處和問題。( T)6、 總是首先設(shè)計(jì)白盒測試用例。(F )7、 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(T )8、 所有軟件必須進(jìn)行某種程度的兼容性測試。(T )9、 所有軟件都有一個(gè)用戶界面，因此必須測試易用性。(F )10、 測試組負(fù)責(zé)軟件質(zhì)量。(F )11、 軟件測試按照測試過程分類為黑盒、白盒測試。( F)12、在設(shè)計(jì)測試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件。 ( T)13、集成測試計(jì)劃在需求分析階段末提交。(F )14、單元測試屬于動態(tài)測試。 (F )15、缺陷跟蹤系統(tǒng)只針對測試人員來使用。(F )16、從用戶軟件開發(fā)者的角度出發(fā)，普遍希望通過軟件測試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可接受該產(chǎn)品。 ( F)17、項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。( F)18、軟件測試的目的是盡可能多的找出軟件的缺陷。( F)19、軟件項(xiàng)目在進(jìn)入需求分析階段，測試人員應(yīng)該開始介入其中。(T )20、軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個(gè)時(shí)期。( F)21、單元測試能發(fā)現(xiàn)約80%的軟件缺陷。( F)22、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。(T )23、負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(F )24、測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。(T 25、代碼評審員一般由測試員擔(dān)任。( F)26、測試組負(fù)責(zé)軟件質(zhì)量。(F )27、程序的效率與程序的復(fù)雜性相關(guān)。(F )28、詳細(xì)設(shè)計(jì)的目的是為軟件結(jié)構(gòu)圖中的每一個(gè)模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達(dá)工具給出清晰的描述。 (T ) 29、軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象性。 (T ) 30、測試程序僅僅按預(yù)期方式運(yùn)行就行了。( F)二、 單選題（正確的“”，錯(cuò)誤的“”）1、在軟件測試中，下面說法中錯(cuò)誤的是(B)。A. 測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程B. 測試是為了表明程序是正確的C. 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的方案D. 成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試2、軟件測試的目的是(B)。A. 試驗(yàn)性運(yùn)行軟件B. 發(fā)現(xiàn)軟件錯(cuò)誤C. 證明軟件正確D. 找出軟件中全部錯(cuò)誤3、軟件測試用例主要由測試輸入數(shù)據(jù)和(C)兩部分組成。A. 測試計(jì)劃B. 測試規(guī)則C. 測試的預(yù)期結(jié)果D. 以往測試記錄分析4、與設(shè)計(jì)測試用例無關(guān)的文檔是(A )。A. 項(xiàng)目開發(fā)計(jì)劃B. 需求規(guī)格說明書C. 軟件設(shè)計(jì)說明書D. 源程序5、軟件測試是軟件質(zhì)量保證的主要手段之一，測試的成本已超過(A )的30%以上。因此，提高測試的有效性非常重要。A. 軟件開發(fā)成本B. 軟件維護(hù)成本C. 軟件開發(fā)成本和維護(hù)成本D. 軟件研制成本6、“高產(chǎn)”的測試是指(C )。A. 用適量的測試用例說明被測試程序正確無誤B. 用適量的測試用例說明被測試程序符合相應(yīng)的要求C. 用適量的測試用例發(fā)現(xiàn)被測試程序盡可能多的錯(cuò)?D. 用適量的測試用例糾正被測試程序盡可能多的錯(cuò)誤7、如果想要進(jìn)行成功的測試，為其設(shè)計(jì)測試用例主要依賴于(B )。A. 黑盒測試方法B. 測試人員的經(jīng)驗(yàn)C. 白盒測試方法D. 錯(cuò)誤推測法8、使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)(A )和指定的覆蓋標(biāo)準(zhǔn)。A. 程序的內(nèi)部結(jié)構(gòu)B. 程序的復(fù)雜性C. 使用說明書D. 程序的功能9、在用邏輯覆蓋法設(shè)計(jì)測試用例時(shí)，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等。其中(D)是最強(qiáng)的覆蓋準(zhǔn)則。A. 語句覆蓋B. 條件覆蓋C. 判定-條件覆蓋D. 路徑覆蓋10、在設(shè)計(jì)測試用例時(shí)，(A )是用得最多的一種黑盒測試方法。A. 等價(jià)類劃分B. 邊界值分析C. 因果圖D. 功能圖11、在黑盒測試中，著重檢查輸入條件的組合的測試用例設(shè)計(jì)方法是(D )。A. 等價(jià)類劃分B. 邊界值分析C. 錯(cuò)誤推測法D. 因果圖法12、從下列敘述中，能夠與軟件開發(fā)各階段，如需求分析、設(shè)計(jì)、編碼相對應(yīng)的軟件測試是(D)。A. 集成測試、確認(rèn)測試、單元測試B. 單元測試、集成測試、確認(rèn)測試C. 單元測試、確認(rèn)測試、集成測試D. 確認(rèn)測試、集成測試、單元測試13、單元測試將根據(jù)在(D )階段中產(chǎn)生的規(guī)格說明進(jìn)行A. 可行性研究與計(jì)劃B. 需求分析C. 概要設(shè)計(jì)D. 詳細(xì)設(shè)計(jì)14、集成測試計(jì)劃是在(C )階段制定的A. 可行性研究與計(jì)劃B. 需求分析C. 概要設(shè)計(jì)D. 詳細(xì)設(shè)計(jì)15、確認(rèn)測試計(jì)劃是在(B )階段制定的。A. 可行性研究與計(jì)劃B. 需求分析C. 概要設(shè)計(jì)D. 詳細(xì)設(shè)計(jì)16、軟件的集成測試最好是由(D )承擔(dān)，以提高集成測試的效果。A. 該軟件的設(shè)計(jì)者B. 該軟件開發(fā)組的負(fù)責(zé)人C. 該軟件的編程者D. 不屬于該開發(fā)組的人員17、(D )是簡化了的模擬較低層次模塊功能的虛擬子程序。A. 過程B. 函數(shù)C. 仿真D. 樁18、(A )是指為查明程序中的錯(cuò)誤和缺陷，可能使用的工具和手段。A. 調(diào)試技術(shù)B. 測試技術(shù)C. 跟蹤法D. 動態(tài)測試19、從已發(fā)現(xiàn)故障的存在到找到準(zhǔn)確的故障位置并確定故障的性質(zhì)，這一過程稱為(C )。A. 錯(cuò)誤檢測B. 故障排除C. 調(diào)試D. 測試20、在程序設(shè)計(jì)的過程中應(yīng)為程序調(diào)試做好準(zhǔn)備，主要體現(xiàn)在(D)方面。A. 采用模塊化、結(jié)構(gòu)化的程序設(shè)計(jì)方法設(shè)計(jì)程序B. 編寫程序時(shí)要為程序調(diào)試提供足夠的靈活性C. 根據(jù)程序調(diào)試的需要，選擇并安排適當(dāng)?shù)闹虚g結(jié)果輸出和必要的斷?D. 以上全是21、統(tǒng)計(jì)資料表明，軟件測試的工作量占整個(gè)軟件開發(fā)工作量的(C )。A. 30%B. 70%C. 40%50%D. 95%22、軟件測試計(jì)劃是一些文檔，它們描述了(D )。A. 軟件的性質(zhì)B. 軟件的功能和測試用例C. 軟件的規(guī)定動作D. 對于預(yù)定的測試活動將要采取的手段23、IBM公司的統(tǒng)計(jì)資料表明，使用靜態(tài)測試的方法最高可以查出在測試中查出的全部軟件錯(cuò)誤的(B )。A. 80%B. 70%C. 50%D. 35%24、黑盒測試方法的優(yōu)點(diǎn)是(D )。A. 可測試軟件的特定部位B. 能站在用戶立場測試C. 可按軟件內(nèi)部結(jié)構(gòu)測試D. 可發(fā)現(xiàn)實(shí)現(xiàn)功能需求中的錯(cuò)誤25、白盒測試方法的優(yōu)點(diǎn)是(C )。A. 可測試軟件的特定部位B. 能站在用戶立場測試C. 可按軟件內(nèi)部結(jié)構(gòu)測試D. 可發(fā)現(xiàn)實(shí)現(xiàn)功能需求中的錯(cuò)誤26、等價(jià)類劃分完成后，就可得出(C )，它是確定測試用例的基礎(chǔ)。A. 有效等價(jià)類B. 無效等價(jià)C. 等價(jià)類表D. 測試用例集27、由因果圖轉(zhuǎn)換出來的(A )是確定測試用例的基礎(chǔ)。A. 判定表B. 約束條件表C. 輸入狀態(tài)表D. 輸出狀態(tài)表28、（A）是用戶和設(shè)計(jì)交換最頻繁的方法A. 原型化方法B. 瀑布模型方法C. 螺旋模型方法D. 構(gòu)件組裝模型29、軟件測試的目的: （C）A. 避免軟件開發(fā)中出現(xiàn)的錯(cuò)誤B. 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯(cuò)誤C. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，提高軟件的可靠性D. 修改軟件中出現(xiàn)的錯(cuò)誤30、某次程序調(diào)試沒有出現(xiàn)預(yù)計(jì)的結(jié)果，下列（B ）不可能是導(dǎo)致出錯(cuò)的原因。A 變量沒有初始化B 編寫的語句書寫格式不規(guī)范C 循環(huán)控制出錯(cuò)D 代碼輸入有誤31、下列關(guān)于程序效率的描述錯(cuò)誤的是（B ）。A 提高程序的執(zhí)行速度可以提高程序的效率B 降低程序占用的存儲空間可以提高程序的效率C 源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無關(guān)D 好的程序設(shè)計(jì)可以提高效率32、軟件測試是軟件開發(fā)過程的重要階段，是軟件質(zhì)量保證的重要手段，下列哪個(gè)（些）是軟件測試的任務(wù)？D預(yù)防軟件發(fā)生錯(cuò)誤發(fā)現(xiàn)改正程序錯(cuò)誤提供診斷錯(cuò)誤信息A只有B只有C只有D都是33、軟件測試是軟件質(zhì)撾保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？BA功能測試 B單元測試C結(jié)構(gòu)測試 D確認(rèn)測試34、通?？煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的（C ）來設(shè)計(jì)測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測試用例。A功能B性能C內(nèi)部邏輯D內(nèi)部數(shù)據(jù)35、常用的黑盒測試方法有邊值分析、等價(jià)類劃分、錯(cuò)誤猜測、因果圖等。其中（C ）經(jīng)常與其它方法結(jié)合起來使用。軟件測試的步驟主要有單元測試、集成測試和確認(rèn)測試。A邊值分析 B等價(jià)類劃分C錯(cuò)誤猜測D因果圖三、選擇填空題（正確的“”，錯(cuò)誤的“”）1、從供選擇的答案中選出應(yīng)填入下列( )中的字句。軟件測試的目的是（ A2 ）。為了提高測試的效率，應(yīng)該（ B4 ）。使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（ C1 ）和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是（ D4 ）。軟件的集成測試工作最好由（ E4 ）承擔(dān)，以提高集成測試的效果?BR供選擇的答案：A. 評價(jià)軟件的質(zhì)量 發(fā)現(xiàn)軟件的錯(cuò)誤 找出軟件中的所有錯(cuò)誤 證明軟件是正確的B. 隨機(jī)地選取測試數(shù)據(jù) 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) 在完成編碼以后制定軟件的測試計(jì)劃 選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)C. 程序的內(nèi)部邏輯 程序的復(fù)雜程度 使用說明書 程序的功能D. 該軟件的設(shè)計(jì)人員 程序的復(fù)雜程度 源程序 項(xiàng)目開發(fā)計(jì)劃E. 該軟件的設(shè)計(jì)人員 該軟件開發(fā)組的負(fù)責(zé)人 該軟件的編程人員 不屬該軟件開發(fā)組的軟件人員2、從供選擇的答案中選出應(yīng)填入下列( )中的字句。為了把握軟件開發(fā)各個(gè)環(huán)節(jié)的正確性和協(xié)調(diào)性，人們需要進(jìn)行（ A2 ）和（ B3 ）工作。（ A ）的目的是想證實(shí)在一給定的外部環(huán)境中軟件的邏輯正確性。它包括（ C2 ）和（ D3 ），（ B ）則試圖證明在軟件生存期各個(gè)階段，以及階段間的邏輯（ E3 ）、（ F4 ）和正確性。供選擇的答案：A, B. 操作 確認(rèn) 驗(yàn)證 測試 調(diào)試C, D. 用戶的確認(rèn) 需求規(guī)格說明的確認(rèn) 程序的確認(rèn) 測試的確認(rèn)E, F. 可靠性 獨(dú)立性 協(xié)調(diào)性 完備性 擴(kuò)充性3、從供選擇的答案中選出應(yīng)填入下列( )中的字句。測試過程需要三類輸入：（ A ）、（ B ）和（ C ）。請選擇正確的答案填入下圖中以完成測試信息處理的全過程。供選擇的答案?2 4 6 3 1 2AC. 接口選擇 軟件配置 硬件配置 測試配置 測試環(huán)境 測試工具D F. 排錯(cuò) 可靠性分析 結(jié)果分析 數(shù)據(jù)分類4、請從供選擇的答案中選出應(yīng)填入下列（ ）中的字句。程序的三種基本控制結(jié)構(gòu)是（ A2 ）。它們的共同點(diǎn)是（ B4 ）。結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（ C4 ）。軟件測試的目的是（ D2 ）。軟件調(diào)試的目的是（ E1 ）。供選擇的答案：A. 過程，子程序，分程序 順序，條件，循環(huán) 遞歸，堆棧，隊(duì)列 調(diào)用，返回，轉(zhuǎn)移四、填空題（正確的“”，錯(cuò)誤的“”）1、測試用例不僅要選用合理的測試輸入數(shù)據(jù)，還需要選用不合理的測試輸入數(shù)據(jù)，這樣能更多地發(fā)現(xiàn)錯(cuò)誤，提高程序的可靠性。對于不合理的測試輸入數(shù)據(jù)，程序應(yīng)拒絕執(zhí)行，并給出相應(yīng)的提示。2、動態(tài)測試指通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。對軟件產(chǎn)品進(jìn)行動態(tài)測試時(shí)使用黑盒測試法和白盒測試法。3、靜態(tài)測試指被測試程序不在機(jī)器上運(yùn)行，而是采用人工測試和計(jì)算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。4、黑盒測試依據(jù)軟件規(guī)格說明，檢查程序是否滿足功能需求。因此，黑盒測試由稱為功能測試或數(shù)據(jù)驅(qū)動測試。5、白盒測試以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢查內(nèi)部邏輯結(jié)構(gòu)和運(yùn)行原理是否有錯(cuò)，程序的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。6、在基本路徑測試中，獨(dú)立路徑是指包括一組以前沒有處理過的語句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條從未走過的邊的路徑。7、在單元測試中，驅(qū)動模塊的作用是用來模擬被測模塊的上層調(diào)用模塊。它的工作是接受測試輸入數(shù)據(jù)，以上層模塊調(diào)用被測模塊的形式把數(shù)據(jù)傳送給被測模塊，接收被測模塊的實(shí)測結(jié)果并輸出。8、在單元測試中，樁模塊用來代替被測模塊的子模塊。其作用是返回被測模塊所需的信息。9、錯(cuò)誤的群集現(xiàn)象是指模塊錯(cuò)誤發(fā)現(xiàn)率與模塊的殘留錯(cuò)誤數(shù)成正比關(guān)系。B. 不能嵌套使用 只能用來寫簡單的程序 已經(jīng)用硬件實(shí)現(xiàn) 只有一個(gè)入口和一個(gè)出口C. 篩選法 遞歸法 歸納法 逐步求精法D. 證明程序中沒有錯(cuò)誤 發(fā)現(xiàn)程序中的錯(cuò)誤 測量程序的動態(tài)特性 檢查程序中的語法錯(cuò)誤E. 找出錯(cuò)誤所在并改正之 排除存在錯(cuò)誤的可能性 對錯(cuò)誤性質(zhì)進(jìn)行分類 統(tǒng)計(jì)出錯(cuò)的次數(shù)5、從供選擇的答案中選出同下列各條敘述關(guān)系最密切的字句。(1) 對可靠性要求很高的軟件，例如操作系統(tǒng)，由第三者對源代碼進(jìn)行逐行檢查。(2) 已有的軟件被改版時(shí)，由于受到變更的影響，改版前正常的功能可能發(fā)生異常，性能也可能下降。因此，對變更的軟件進(jìn)行測試是必要的。(3) 在意識到被測試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測試。(4) 為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交給用戶試用。(5) 在測試具有層次結(jié)構(gòu)的大型軟件時(shí)，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時(shí)，有必要用一些模塊替代尚未測試過的下層模塊。供選擇的答案：AE： 仿真器 代碼審查 模擬器 樁 驅(qū)動器 域測試 黑盒測試 原型 白盒測試 退化測試6、從供選擇的答案中選出應(yīng)填入下面敘述的（ ）內(nèi)的正確答案。軟件測試方法可分為黑盒測試法和白盒測試法兩種。黑盒測試法是通過分析程序的（ A3 ）來設(shè)計(jì)測試用例的方法。除了測試程序外，它還適用于對（ B4 ）階段的軟件文檔進(jìn)行測試。白盒測試法是根據(jù)程序的（ C2 ）來設(shè)計(jì)測試用例的方法。除了測試程序外，它也適用于對（ D2 ）階段的軟件文檔進(jìn)行測試。白盒法測試程序時(shí)常按照給定的覆蓋條件選取測試用例。（ E2 ）覆蓋比（ F1 ）覆蓋嚴(yán)格，它使得每一個(gè)判定的每一條分支至少經(jīng)歷一次。（ G4 ）覆蓋既是判定覆蓋，又是條件覆蓋，但它并不保證使各種條件都能取到所有可能的值。（ H5 ）覆蓋比其他條件都要嚴(yán)格，但它不能保證覆蓋程序中的每一條路徑?BR單元測試一般以（ I1 ）為主，測試的依據(jù)是（ J1 ）。供選擇的答案：A, C： 應(yīng)用范圍 內(nèi)部邏輯 功能 輸入數(shù)據(jù)B, D： 編碼 軟件詳細(xì)設(shè)計(jì) 軟件總體設(shè)計(jì) 需求分析EH： 語句 判定 條件 判定/條件 多重條件 路徑I： 白盒法 黑盒法J： 模塊功能規(guī)格說明 系統(tǒng)模塊結(jié)構(gòu)圖 系統(tǒng)需求規(guī)格說明7、從供選擇的答案中選出應(yīng)填入下面敘述的（ ）內(nèi)的正確答案。集成測試也叫做（ A3 ）或（ B6 ）。通常，在（ C1 ）的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求集成成為系統(tǒng)。子系統(tǒng)的集成測試特別稱為?nbsp; D2 ），它所做的工作是要找出子系統(tǒng)和系統(tǒng)需求規(guī)格說明之間的（ E6 ）。需要考慮的問題是：在把各個(gè)模塊連接起來的時(shí)侯，穿越模塊接口的數(shù)據(jù)是否會（ F2 ）； 一個(gè)模塊的功能是否會對另一個(gè)模塊的功能產(chǎn)生不利的影響；各個(gè)（ G1 ）組合起來，能否達(dá)到預(yù)期要求的（ H3 ）；（ I5 ）是否有問題；單個(gè)模塊的誤差累積起來是否會放大。供選擇的答案：AD. 單元測試 部件測試 集成測試 系統(tǒng)測試 確認(rèn)測試 聯(lián)合測試EI. 子功能 丟失 父功能 局部數(shù)據(jù)結(jié)構(gòu) 全局?jǐn)?shù)據(jù)結(jié)構(gòu) 不一致 一致8、從供選擇的答案中選出應(yīng)該填入下列敘述的( )內(nèi)的正確答案。軟件測試中常用的靜態(tài)分析方法是（ A1 ）和（ B5 ）。（ B ）用于檢查模塊或子程序間的調(diào)用是否正確。分析方法（白盒方法）中常用的方法是（ C1 ）方法。非分析方法（黑盒方法）中常用的方法是（ D2 ）方法和（ E3 ）方法。（ E ）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計(jì)測試用例。供選擇的答案：AB： 引用分析 算法分析 可靠性分析 效率分析 接口分析 操作分析CE： 路徑測試 等價(jià)類 因果圖 歸納測試 綜合測試 追蹤 深度優(yōu)先 調(diào)試 相對圖9、從供選擇的答案中選出應(yīng)填入下面敘述的（ ）內(nèi)的正確答案。等價(jià)類劃分是一種典型的（ A2 ）方法，也是一種非常實(shí)用的重要的測試方法。使用這一方法，完全不考慮程序的（ B1 ）。用所有可能輸入的數(shù)據(jù)來測試程序是不可能的，只能從全部可供輸入的數(shù)據(jù)中選擇一個(gè)（ C2 ）進(jìn)行測試。（ D5 ）是指某個(gè)輸入域的集合，在該集合中，各個(gè)輸入數(shù)據(jù)對于揭露程序中的錯(cuò)誤是（ E3 ）。供選擇的答案：A： 白盒測試方法 黑盒測試方法B： 內(nèi)部結(jié)構(gòu) 外部環(huán)境 順序 流程CE： 全集 子集 等效?BR 不同的 等價(jià)類 典型集簡答1你認(rèn)為一個(gè)優(yōu)秀的測試工程師應(yīng)該具備哪些素質(zhì)？ 探索者，故障排除員，不放過任何蛛絲馬跡，創(chuàng)造性，老練的追求完美者，判斷準(zhǔn)確，注重策略和外交，善于說服。2軟件開發(fā)模型分哪幾種瀑布模型、漸增模型/演化/迭代、原型模型、螺旋模型、噴泉模型、智能模型、混合模型3軟件生命周期分哪幾個(gè)階段？可行性分析、總體描述、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測試、驗(yàn)收與運(yùn)行、維護(hù)升級到廢棄4應(yīng)該由誰來進(jìn)行確認(rèn)測試？是軟件開發(fā)者還是軟件用戶？為什么？由軟件開發(fā)者，開發(fā)者對軟件產(chǎn)品進(jìn)行評估，若不滿足要求則與用戶協(xié)商解決辦法5如果能夠執(zhí)行完美的黑盒測試，還需要進(jìn)行白盒測試嗎？為什么？需要，黑盒測試可根據(jù)程序規(guī)格檢驗(yàn)程序是否完成規(guī)定功能，但無法發(fā)現(xiàn)程序內(nèi)部的編碼和邏輯錯(cuò)誤，白盒測試與之相反互補(bǔ)。6產(chǎn)品測試到什么時(shí)候就算是足夠了？測試一直貫穿軟件的整個(gè)生命周期，從需求、設(shè)計(jì)到編碼、實(shí)現(xiàn)一直到軟件的最終交付用戶，測試時(shí)期已滿或特定的測試用例作為判斷測試停止的基礎(chǔ)。7測試計(jì)劃的目的是什么？確定測試基本原則，生成測試概要設(shè)計(jì)。8軟件測試應(yīng)該劃分幾個(gè)階段?簡述各個(gè)階段應(yīng)重點(diǎn)測試的點(diǎn)?各個(gè)階段的含義？按照開發(fā)階段劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗(yàn)收測試。單元測試：針對每個(gè)單元的測試， 以確保每個(gè)模塊能正常工作為目標(biāo)。集成測試：對已測試過的模塊進(jìn)行組裝，進(jìn)行集成測試。系統(tǒng)測試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分協(xié)調(diào)工作。驗(yàn)收測試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序。9對小的程序進(jìn)行窮舉測試是可能的，用窮舉測試能否保證程序是百分之百正確呢？ 不能，不能查出錯(cuò)誤程序本身違反了設(shè)計(jì)規(guī)范不可能查出程序因遺漏而出錯(cuò)發(fā)現(xiàn)不了一些與權(quán)據(jù)相關(guān)的錯(cuò)誤10在任何情況下單元測試都是可能的嗎？都是需要的嗎？、單元測試，其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測試。單元測試是在編碼階段完成的，每編寫出一個(gè)程序模塊，就開始做這個(gè)模塊的單元測試，所以只要采用模塊化方法開發(fā)軟件，單元測試都是必需的。 11測試和測試是軟件公司組織內(nèi)部人員模擬各類用戶對將面世的軟件產(chǎn)品進(jìn)行測試。是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行測試。12驅(qū)動模塊和樁模塊樁模塊：也叫存根程序，用于模擬被測模塊工作過程中所調(diào)用的子模塊 驅(qū)動模塊：用于模擬所測模塊的上級模塊，它接受測試數(shù)據(jù)，把這些數(shù)據(jù)傳輸給被測模塊。13白盒測試和黑盒測試白盒測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行。黑盒測試也稱功能測試，它是通過測試來檢測每個(gè)功能是否都能正常使用。14靜態(tài)測試和動態(tài)測試靜態(tài)方法是指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。動態(tài)測試方法是指通過運(yùn)行被測程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，15累進(jìn)測試和回歸測試回歸測試是指修改了舊代碼后，重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。問答計(jì)算題1、畫出下列偽碼程序的程序流程圖。STARTIF m THENWHILE n DOABEND DOELSEBLOCKCDEND BLOCKEND IFSTOP2、如圖所示的程序有三條不同的路徑。分別表示為L1(ab)、L2(acd)、L3(ace)，或簡寫為ace、abd、abe及acd。根據(jù)判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋和路徑覆蓋等五種覆蓋標(biāo)準(zhǔn)，從供選擇的答案中分別找出滿足相應(yīng)覆蓋標(biāo)準(zhǔn)的最小測試用例組。(用 回答)供選擇的答案：x = 90, y = 90x = 50, y = 50x = 90, y = 90x = 90, y = 70