軟件測試作業(yè)及答案

軟件測試作業(yè)及答案軟件測試作業(yè)及答案軟件測試作業(yè)及答案資料僅供參考文件編號：2022年4月軟件測試作業(yè)及答案版本號：A修改號：1頁次：1.0審核：批準:發(fā)布日期：第一章選擇題軟件本身的特點和目前軟件開發(fā)模式使隱蔽在軟件內部的質量缺陷不可能完全避免，在下列關于導致軟件質量缺陷的原因的描述中，不正確的是（C）A.軟件需求模糊以及需求的變更，從根本上影響著軟件產品的質量B.目前廣為采用的手工開發(fā)方式難以避免出現(xiàn)差錯C.程序員編碼水平低下是導致軟件缺陷的最主要原因D.軟件測試技術具有缺陷缺陷產生的原因是（D）A.交流不充分及溝通不暢、軟件需求的變更、軟件開發(fā)工具的缺陷B.軟件的復雜性、軟件項目的時間壓力C.程序開發(fā)人員的錯誤、軟件項目文檔的缺乏D.以上都是判斷題（1）缺乏有力的方法學指導和有效的開發(fā)工具的支持，往往是產生軟件危機的原因之一。（√）（2）目前的絕大多數(shù)軟件都不適和于快速原型技術。（√）（3）在程序運行之前沒法評估其質量。（×）（4）下列哪些活動是項目探索火星生命跡象（√）向部門經理進行月工作匯報（×）開發(fā)新版本的操作系統(tǒng)。（√）每天的衛(wèi)生保潔。（×）組織超級女聲決賽。（√）一次集體婚禮。（√）簡答題什么是軟件軟件經歷了哪幾個發(fā)展階段答：軟件是一系列按照特定順序組織的計算機數(shù)據和指令的集合。一般來講軟件北劃分為系統(tǒng)軟件，應用軟件和介于著兩者之間的中間件。其中系統(tǒng)軟件為計算機使用提供最基本的功能，但是并不是針對某一特定領域，而應用軟件則恰好相反，不同的應用軟件更根據用戶和所服務的領域提供不同的功能。20世紀50年代初期至60年代中期是軟件發(fā)展的第一階段（又稱程序設計階段）；第二階段從20世紀60年代中期到70年代末期是程序系統(tǒng)階段。第三階段稱為軟件工程階段，從20世紀70年代中期到80年代中期，由于微處理器的出現(xiàn)，分布式系統(tǒng)廣泛應用，以軟件的產品化，系列化，工程化和標準化為特征的軟件產業(yè)發(fā)展起來，軟件開發(fā)有了可以遵循的軟件工程化的設計原則，方法和標準。第四階段是從20世紀80年代中期至今，客戶端/度武器（C/S)體系結構，特別是Web技術和網絡分布式對象技術法飛速發(fā)展，導致軟件體系結構向更加靈活的多層分布式結構演變，CORBA,EJB,COM/DCOM等三大分布式的對象模型技術相繼出現(xiàn)。軟件質量與軟件測試有什么關系？答：軟件測試和軟件質量的概念是分不開的。測試是手段，質量是目的。軟件測試能夠提高軟件質量,但是軟件測試和軟件質量保證二者之間既存在包含又存有交叉的關系。軟件測試能夠找出軟件缺陷,確保軟件產品滿足需求。但是測試不是質量保證。測試可以查找錯誤并進行修改,從而提高軟件產品的質量。軟件質量保證則是避免錯誤以求高質量,并且還有其他方面的措施以保證質量問題。軟件質量框架是什么包括什么內容答：第一部分是前提，說明了軟件框架的適用范圍，以及適合的環(huán)境，和方法學一樣，沒有泛之四海皆準的方法學，所以軟件質量框架也需要一個上下文環(huán)境。第二部分是價值觀，價值觀說明了軟件質量框架中強調的價值，在軟件框架的結構和實踐中，都將充分的的表現(xiàn)出一開始我們定義的價值。第三部分是結構。結構定義了軟件質量框架的組成部分，以及軟件質量框架和開發(fā)過程之間的關系。第四部分是文章中著墨最多的部分，即優(yōu)秀實踐。優(yōu)秀實踐通過具體、實際的分析、舉例，深入闡述了軟件質量框架的價值觀和結構。CMM是什么具體內容是什么CMMI與CMM的關系是什么答：CMM是由美國軟件工程學會(Software

Engineering

Institute)制定的一套專門針對軟件產品的質量管理和質量保證標準。該標準最初是為美國軍方選擇軟件產品提供商時評價軟件企業(yè)的軟件開發(fā)質量保證能力而制定，所以稱為軟件企業(yè)能力成熟度模型(Capability

Maturity

Model,簡稱CMM）。該標準將軟件企業(yè)的能力成熟度劃分為５個等級，級別越高表明該企業(yè)在提供合格軟件產品方面的能力越強。軟件過程包括管理過程（軟件項目策劃、軟件項目管理）、組織過程（跨項目過程、培訓、基礎設施）、工程過程（需求分析、設計、編碼、測試）。CMM分為五個等級：一級為初始級，二級為可重復級，三級為已定義級，四級為已管理級，五級為優(yōu)化級。成熟度反映了軟件過程能力的大小，任何一個軟件機構的軟件過程必定屬于其中某個級別。除了第一級以外，每級成熟度又由若干關鍵過程域構成。CMM結構中關鍵實踐描述了對關鍵過程域有效實施和制定化起重要的作用的基礎設施和活動，有5個共同特征：執(zhí)行約定、執(zhí)行能力、進行的活動、測量和分析、驗證實施。CMM:軟件能力成熟度模型，是對組織軟件過程能力的描述。CMMI:能力成熟度模型集成，目的是幫助軟件企業(yè)對軟件工程過程進行管理和改進，增強開發(fā)與改進能力，從而能按時地、不超預算地開發(fā)出高質量的軟件。CMMI模型的前身是SW-CMM和SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區(qū)別就是：一、覆蓋了許多領域；到目前為止包括四個下面領域：（1）、軟件工程（SW-CMM）；（2）、系統(tǒng)工程（SE-CMM）；（3）、集成的產品和過程開發(fā)（IPPD-CMM）；（4）、采購（SS-CMM）。二、CMMI有兩種表示方法，一種就是與CMM一樣的階段式表現(xiàn)方法（把CMMI中的若干個過程區(qū)域分成5個成熟度級別）；另一種是連續(xù)式的表現(xiàn)方法（將CMMI中過程區(qū)域分為四大類：過程管理、項目管理、工程以及支持）。三、CMM2級有6個關鍵過程區(qū)域，在CMMI中增加了一個：度量與分析；CMM4級有2個關鍵過程區(qū)域，在CMMI中也是2個，只是名稱與內容有所改變；在CMM5級中有3個KPA，在CMMI中合并了，改為2個。最顯著還是在CMM3級中，原來的7個KPA改為14個。軟件測試與軟件開發(fā)具有什么關系？答：1、沒有軟件開發(fā)就沒有測試，軟件開發(fā)提供軟件測試的對象。2、軟件開發(fā)和軟件測試都是軟件生命周期中的重要組成部分

3、軟件開發(fā)和軟件測試都是軟件過程中的重要活動。

4、軟件測試是保證軟件開發(fā)產物質量的重要手段。第二章選擇題軟件測試按照測試技術劃分為（C）A.性能測試、負載測試、壓力測試B.恢復測試、安全測試、兼容測試與B都是D.單元測試、集成測試、驗收測試軟件測試目的（C）A.避免軟件開發(fā)中出現(xiàn)錯誤B.發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)錯誤C.盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性D.修改軟件中出現(xiàn)錯誤各個地方對軟件測試定義不同，請根據軟件測試方面、理論方面、代碼角度測試填空。代碼方面分為（A）、集成測試、系統(tǒng)測試、驗收測試理論方面分為（C）、動態(tài)測試、靜態(tài)測試測試方面分為（B）、壓力測試、回歸測試、負載測試、恢復測試、安全性測試、兼容性測試、內存泄露測試、比較測試等。 A.單元測試B.黑盒測試C.白盒測試D.負載測試判斷題Beta測試是驗收測試的一種。(√)盡量用公共過程或子程序去替代重復的代碼段。(√)測試是為了驗收該軟件已正確的實現(xiàn)了用戶的要求。(×)發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。(×)盡量采用復合的條件測試，以避免嵌套的分支結構。(√)簡答題軟件測試的目的是什么？答：軟件測試的目的有：

①

軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。

②

一個好的測試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤。

③

一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤。軟件測試中應注意哪些事項？答：軟件測試應注意以下事項:1.應當把“盡早和不斷地測試”作為開發(fā)者的座右銘。

2.程序員應該避免檢查自己的程序，測試工作應該由獨立的專業(yè)的軟件測試機構來完成。

3.設計測試用例時，應該考慮到合法的輸入和不合法的輸入，以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，比如網絡異常中斷、電源斷電等情況。

4.一定要注意測試中的錯誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習慣有很大的關系。

5.對測試錯誤結果一定要有一個確認的過程。一般有A測試出來的錯誤，一定要有一個B來確認，嚴重的錯誤可以召開評審會進行討論和分析。

6.制定嚴格的測試計劃，并把測試時間安排得盡量寬松，不要希望在極短的時間內完成一個高水平的測試。

7.回歸測試的關聯(lián)性一定要引起充分的注意，修改一個錯誤而引起更多錯誤出現(xiàn)的現(xiàn)象并不少見。

8.妥善保存一切測試過程文檔，意義是不言而喻的，測試的重現(xiàn)性往往要靠測試文檔?！卑磮?zhí)行主體劃分，軟件測試分哪幾類？答：哪找測試實施組織劃分，軟件測試分為α測試，β測試和第三方測試。V模型和W模型各自的優(yōu)缺點是什么？答：V模型：優(yōu)點是：如此簡單的模型適合工程量小、人力投入也少的情況。而且項目的改動不大，風險不高的情況。缺點：在實際中能用上V模型的項目很少。錯誤也發(fā)現(xiàn)得遲。采用V模型的而產生的風險費用很高W模型：優(yōu)點：能在前期發(fā)現(xiàn)需求錯誤，在測試過程中也有利于及時了解項目難度。適合做中型軟件。

缺點：W模型繼承V模型而來，仍要求項目需求不能有大變動，否則前期準備很容易白費。也不適合于大型的項目，大型項目不能一開始就有完整的需求，而且風險大而造成需求變動大。人力上也要求有專門測試的人員。測試用例是什么有什么屬性答：測試用例是指對一項特定的軟件產品進行測試任務的描述，體現(xiàn)在測試方案，方法，技術，策略等。測試用例的內容包括測試目標，測試環(huán)境，輸入數(shù)據，測試步驟，預期結果，測試腳本等，并形成文檔。測試用例的屬性：1.測試用例具有優(yōu)先性。2.測試用例具有目標性。3.測試用例具有范圍性。4.測試用例具有關聯(lián)性。5.測試用例具有階段性。6.測試用例具有狀態(tài)性。7.測試用例具有代表性。8.測試用例具有時效性。第三章選擇題（1）軟件測試是軟件質量保證的重要手段，下述測試中屬于軟件測試最基礎環(huán)節(jié)的是（B）A.功能測試B.單元測試C.結構測試D.確認測試從下列敘述中，能夠與軟件開發(fā)各階段，如需求分析、設計、編碼相對應的軟件測試是（D）A.組裝測試、確認測試、單元測試B.單元測試、組裝測試、確認測試C.單元測試、確認測試、組裝測試D.確認測試、組裝測試、單元測試單元測試的測試對象是（B）A.系統(tǒng)B.程序模塊C.模塊接口D.系統(tǒng)功能單元測試時用于代替被調用模塊的是（A）A.樁模塊B.通信模塊C.驅動模塊D.代理模塊下列關于a測試的描述中準確的是（A）測試需要用戶代表參加測試不需要用戶代表參加測試是系統(tǒng)測試的一種測試是驗收測試的一種對于軟件的β測試，下列描述中正確的是（D）A.β測試就是在軟件公司內部展開的測試，由公司專業(yè)的測試人員窒息感測試B.β測試就是在軟件公司內部展開的測試，由公司的非專業(yè)測試人員執(zhí)行的測試C.β測試就是在軟件公司外部展開的測試，由專業(yè)的測試人員執(zhí)行的測試D.β測試就是在軟件公司外部展開的測試，由非專業(yè)的測試人員執(zhí)行的測試2.簡答題（1）軟件測試的生命周期是如如何定義的？答：在軟件工程環(huán)境中的測試事實上是順序實

現(xiàn)的單元測試、集成測試、確認測試、系統(tǒng)測試四個縱向步驟的序列。（2）α測試與β測試的區(qū)別是什么？

答：Alpha測試：

在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后仍然會有少量的設計變更。

這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

Beta測試：

當開發(fā)和測試根本完成時所做的測試；

最終的錯誤和問題需要在最終發(fā)行前找到。

這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。（3）單元測試是什么其主要任務是什么答：單元測試：在軟件開發(fā)過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。主要任務：單元中所獨立執(zhí)行路經測試（常見的錯誤如下：）

①誤解或用錯了算符優(yōu)先級

②混合類型運算

③變量處置錯誤

④精度不夠

⑤表達是符號錯誤。⑵單元局部數(shù)據結構測試

①不合適或不相容的類型說明

②變量無初值

③變量初始化或默認值有錯誤

④不正確的變量名（拼錯或不正確的截斷）

⑤發(fā)現(xiàn)上溢、下溢和地址異常

⑶單元接口測試

①輸入的實際參數(shù)與形式參數(shù)的個數(shù)、類型等是否匹配、一致

②調用其他單元時所給實際參數(shù)與被調單元的形式參數(shù)個數(shù)、屬性和量綱是否匹配

③調用預定義函數(shù)時所用參數(shù)的個數(shù)、屬性和次序是否正確

④是否存在與當前入口點無關的參數(shù)引用

⑤是否修改只讀型參數(shù)

⑥對全程變量的定義個單元是否一致

⑦是否把某些約束作為參數(shù)傳遞

。⑷單元邊界值測試

邊界條件測試是單元測試中重要的一項任務。眾所周知，軟件經常在邊界上失效，采用邊界值分析技術，針對邊界值及其邊界值的左、右設計測試用例，很有可能發(fā)現(xiàn)新的錯誤。

⑸單元的各條錯誤處理通路測試

①輸出錯誤的信息難以理解

②記錄的錯誤與實際遇到的錯誤不相符合

③在程序自定義的出錯處理段運行之前，系統(tǒng)已介入

④異常處理不當

⑤錯誤陳述中未能提供足夠的定位出錯信息

⑹內存分析

內存泄露會導致系統(tǒng)運行的崩潰，尤其對于嵌入式系統(tǒng)這種資源比較匱乏、應用非常廣泛，而且往往又處于重要部位，將可能導致無法預料的重大損失。通過測量內存使用情況，可了解程序內存分配的真實情況，發(fā)現(xiàn)對內存的不正常使用，在問題出現(xiàn)前發(fā)現(xiàn)征兆，在系統(tǒng)崩潰前發(fā)現(xiàn)內存泄露錯誤，發(fā)現(xiàn)內存分配錯誤，并精確顯示發(fā)現(xiàn)錯誤時的上下文情況，指出發(fā)生錯誤的理由。（4）集成測試方法有幾種集成測試與單元測試的區(qū)別是什么答：1.

模塊內的集成，主要是測試模塊內各個接口間的交互集成關系；

2.

子系統(tǒng)內的集成，測試子系統(tǒng)內各個模塊間的交互關系；

3.

系統(tǒng)集成，測試系統(tǒng)內各個子系統(tǒng)和模塊間的集成關系.集成測試與單元測試的區(qū)別：1.

測試的單元不同

單元測試是針對軟件的基本單元（如：函數(shù)）所做的測試，而集成測試則是以模塊和子系統(tǒng)為單元進行的測試，主要測試接口間的關系。

2.

測試的依據不同

單元測試是針對軟件的詳細設計做的測試，測試用例的主要依據也是詳細設計。而集成測試是針對軟件的概括設計做的測試，測試用例的主要依據則是概括設計。

3.

測試空間不同

集成測試主要測試的是接口層的測試空間，單元測試主要測試的是內部實現(xiàn)層的測試空間。

4.

集成測試使用的方法和單元測試不同

集成測試關注的是接口的集成，和單元測試只關注單個單元，因此在具體測試方法上也不同（5）如何理解系統(tǒng)測試？答：系統(tǒng)測試的目標不是找出軟件故障，而是也要證明系統(tǒng)的性能。（6）回歸測試與一般測試有幾點不同分別是什么答：測試計劃的可獲性：回歸測試面臨的可能更改的規(guī)格說明書、修改過的程序和一個需要更新的舊的測試計劃。測試范圍：一般測試過程目標是要檢測整個程序的正確性，而回歸測試目標是要檢測被修改的相關部分正確性時間分配：回歸測試所需的時間、資源需要根據開發(fā)具體情況進行（尤其是修正性的回歸測試）。開發(fā)信息：回歸測試可能會在不同的地點和時間上進行，及時記錄開發(fā)信息以保證回歸測試的正確進行。完成時間：通常比一般測試所需時間少，因為回歸測試只需測試程序的一部分，且采用測試腳本自動化執(zhí)行。執(zhí)行頻率：在一個系統(tǒng)的生命周期內往往要多次進行，一旦系統(tǒng)經過修改就需要進行回歸測試。第四章選擇題黑盒測試是通過軟件的外部表現(xiàn)來發(fā)現(xiàn)軟件缺陷和錯誤的測試方法，具體地說，黑盒測試用例設計技術包括(D）等A.等價類分法、因果圖法、邊界值分析法、錯誤推測發(fā)、判定表驅動法B.等價類分法、因果圖法、邊界值分析法、正交試驗法、符號發(fā)C.等價類分法、因果圖法、邊界值分析法、功能圖法、基本路徑法D.等價類分法、因果圖法、邊界值分析法、靜態(tài)質量度量法、場景法常用的黑盒測試方法有邊值分析、等價類劃分、錯誤猜測、因果圖等。其中（A）經常與其他方法結合起來使用。A.邊值分析B.等價類劃分C.錯誤猜測D.因果法等價類劃分完成后，就可得出（C），它是確定測試用例的基礎。A.有效等價類B.無效等價C.等價類表D.測試用例案在設計測試用例時，（A）是用的最多的一種黑盒測試方法。A.等價類劃分B.邊界值劃分C.錯誤推測法D.功能圖在黑盒測試中，著重檢查輸入條件的組合的測試用例設計方法是（D）A.等價類劃分B.邊界值劃分C.錯誤推測法D.因果圖法除了測試程序外，黑盒測試還適應于對（C）階段的軟件文檔進行測試。A.編碼B.軟件詳細設計C.軟件總設計D.需求分析由因果圖轉換出來的（A）是確定測試用例的基礎。A.判定表B.約束條件表C.輸入狀態(tài)表D.輸出狀態(tài)表判斷題用黑盒測試時，測試用例是根據程序內部邏輯設計的（×）黑盒測試方法中最有效的是因果圖法。（√）對于連鎖分支結構，若有n個判定語句，則有2n條路徑。（√）盡量采用復合的條件測試，一避免嵌套的分支結構。（√）GOTO語句概念簡單，使用方便，在某些情況下，保留GOTO語句反能使寫出的程序更加簡潔。（×）簡答題等價類劃分的原則是什么？答：1、如果規(guī)定了輸入條件的取值范圍或者個數(shù)，則可以確定一個有效等價類和兩個無效等價類。2、如果規(guī)定了輸入值的集合，則可以確定一個有效等價類和一個無效等價類。3、如果規(guī)定了輸入數(shù)據的一組值，并且程序要求每一個輸入值分別進行處理，則可以為每一個確定一個有效等價類，此外根據這組值確定一個無效等價類，即所有不允許的輸入值的集合。4、如果規(guī)定了輸入數(shù)據必須遵守的規(guī)則，則可以確定一個有效等價類和若干個無效等價類。5、如果已知的等價類中各個元素在程序中的處理方式不同，則應將等價類進一步劃分成更小的等價類。邊界值分析設計原則是什么？有函數(shù)f（x，y，z），其中x屬于[1900,2100],y屬于[1,12],z屬于[1,31]。請寫出該函數(shù)采用邊界值分析設計的測試用例。答：{

<2000,6,1>,

<2000,6,2>,

<2000,6,30>,

<2000,6,31>,

<2000,1,15>,

<2000,2,15>,

<2000,11,15>,

<2000,12,15>,

<1900,6,15>,

<1901,6,15>,

<2099,6,15>,

<2100,6,15>,

<2000,6,15>

}采用等價類劃分方法設計三角行類型的測試用例。答:覆蓋有效等價類的測試用例：

abc覆蓋等價類號碼

345（1）--（7）

445（1）--（7），（8）

455（1）--（7），（9）

545（1）--（7），（10）

444（1）--（7），（11）

覆蓋無效等價類的測試用例：第五章選擇題（1）以下不屬于白盒測試技術的是（D）A.邏輯覆蓋B.基本路徑測試C.循環(huán)覆蓋測試D.等價類劃分（2）以下不屬于邏輯覆蓋的是（D）A.語句覆蓋B.判定覆蓋C.條件覆蓋D.基本路徑（3）McCabe建議模塊規(guī)模應滿足：V（G）≦（A）(4)下列關于覆蓋邏輯，說法錯誤的是（B）A.滿足條件覆蓋并不一定滿足判斷覆蓋B.滿足條件組合覆蓋的測試一定滿足判斷覆蓋、條件覆蓋和判定/條件覆蓋C.滿足路徑覆蓋也一定滿足條件組合覆蓋D.滿足判斷/條件覆蓋同時滿足判定覆蓋和條件覆蓋（5）（A）方法根據輸出對輸入的依賴關系設計測試用例A.路徑測試B.等價類C.因果圖D.歸納測試（6）使用白盒測試方法時，確定測試數(shù)據應根據（A）和指定的覆蓋標準A.程序的內部邏輯B.程序的復雜程度C.使用說明書D.程序的功能（7）白盒測試方法的優(yōu)點是（C）A.可測試軟件的特定功能B.能站在用戶立場上測試C.可按軟件內部結構測試D.可發(fā)現(xiàn)實現(xiàn)功能需求中的錯誤2.簡答題（1）白盒測試是什么和黑盒測試的區(qū)別體現(xiàn)在哪些方面答：白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內部的結構測試程序，通過測試來檢測產品內部動作是否按照設計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。這一方法是把測試對象看作一個打開的盒子，測試人員依據程序內部邏輯結構相關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致。黑盒測試也稱功能測試或數(shù)據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)鋸而產生正確的輸出信息，并且保持外部信息（如數(shù)據庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等，主要用于軟件確認測試。

“黑盒”法著眼于程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試?！昂诤小狈ㄊ歉F舉輸入測試，只有把所有可能的輸入都作為測試