軟件測試題目

一：選擇題1．軟件測試的目的是（發(fā)覺軟件錯誤）。2．軟件測試中白盒法是通過度析程序的（內部邏輯）來設計測試用例的。3．黑盒法是依照程序的（功能）來設計測試用例的。4．為了提高軟件測試的效率，應該（選擇發(fā)覺錯誤可能性最大的數(shù)據(jù)作為測試用例5．與設計測試用例無關的文檔是（項目開發(fā)打算）。6．測試的關鍵問題是（如何選擇測試用例）。7．軟件測試用例要緊由輸入數(shù)據(jù)和（預期輸出結果）兩部份組成。8．成功的測試是指運行測試用例后（發(fā)覺了程序錯誤）。9．以下幾種邏輯覆蓋標準中，查錯能力最強的是（條件組合覆蓋）10．在黑盒測試中，著重檢查輸入條件組合的方式是（因果圖法）。11．單元測試要緊針對模塊的幾個大體特點進行測試，該時期不能完成的測試是（系統(tǒng)功能）。12.軟件測試進程中的集成測試主若是為了發(fā)覺（c）時期的錯誤。BA）需求分析 B）概要設計 C）詳細設計 D）編碼13．不屬于白盒測試的技術是（d）。A）途徑覆蓋 B）判定覆蓋 C）循環(huán)覆蓋 D）邊界值分析14．集成測試時，能較早發(fā)覺高層模塊接口錯誤的測試方式為（ a）。A）自頂向下漸增式測試B）自底向上漸增式測試C）非漸增式測試 D）系統(tǒng)測試15．確認測試以（需求規(guī)格說明書）文檔作為測試的基礎。16．利用白盒測試方式時，確信測試數(shù)據(jù)應依照（a）和指定的覆蓋標準。A）程序內部邏輯 B）程序的復雜度 C）利用說明書 D）程序的功能17．程序的三種大體結構是（順序、選擇、循環(huán)18．結構化程序設計的一種大體方式是（d）A）挑選法B）遞歸法C）歸納法 D）慢慢求精法19．軟件調試的目的是（找犯錯誤所在并更正之）20．程序三種大體結構的一起特點是（d）A）不能嵌套利用B）只能用來寫簡單程序C）已經用硬件實現(xiàn)D）只有一個入口和一個出口21．下面說法正確的選項是（c）。A）通過測試沒有發(fā)覺錯誤說明程序正確 B）測試的目標是為了證明程序沒有錯誤C）成功的測試是發(fā)覺了迄今尚未發(fā)覺的錯誤的測試D）成功的測試是沒有發(fā)覺錯誤的測試22．覆蓋準那么最強的是（d）。A）語句覆蓋B）判定覆蓋C）條件覆蓋D）途徑覆蓋23．發(fā)覺錯誤能力最弱的是（a）。A）語句覆蓋B）判定覆蓋C）條件覆蓋D）途徑覆蓋24．實際的邏輯覆蓋測試中，一樣以（C）為主設計測試用例。A）條件覆蓋B）判定覆蓋C）條件組合覆蓋D）途徑覆蓋25．下面（d）方式能夠有效地檢測輸入條件的各類組合可能引發(fā)的錯誤。A）等價類劃分B）邊界值分析C）錯誤推測D）因果圖26．與確認測試時期有關的文檔是（a）。A）需求規(guī)格說明書B）概要設計說明書C）詳細設計說明書D）源程序27.超出軟件工程范圍的測試是（c）。DA）單元測試B）集成測試C）確認測試D）系統(tǒng)測試28．軟件測試不需要了解軟件設計的（c）。DA）功能B）內部結構C）處置進程D）條件29．（b）方式需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測試B）集成測試C）確認測試D）系統(tǒng)測試30．調試應該由（b）完成。A）與源程序無關的程序員B）編制該源程序的程序員C）不了解軟件設計的機構D）設計該軟件的機構31．基線是軟件生存期中各開發(fā)時期的一個特定點，它可作為一個檢查點，當采納的基線發(fā)生錯誤時，咱們能夠返回到最近和最適當?shù)模╠ ）上。CA）配置項B）程序C）基線D）進程32．版本治理是對系統(tǒng)不同版本進行的（a）進程A）標識與跟蹤B）標識變更 C）發(fā)布變更D）操縱變更33．在變更操縱中，治理各個用戶存取和修改一個特定軟件配置對象的權限是（a）。DA）異步操縱B）同步操縱C）存取操縱D）基線操縱在配置治理中，“登入”和“檢出”處置實現(xiàn)了兩個重要的變更操縱要素，即同步操縱和（B）。A）異步操縱B）同步操縱C）基線操縱D）存取操縱依照軟件配置治理的原始指導思想，受操縱的對象應是（b）。CA）軟件元素B）軟件配置項C）軟件項目D）軟件進程軟件配置項是軟件配置治理的對象，指的是軟件工程進程中所產生的（b）。A）接口B）軟件環(huán)境C）信息項D）版本37．在變更操縱中，可用來確保由不同用戶所執(zhí)行的并發(fā)操縱是（B）。A）異步操縱B）同步操縱C）存取操縱D）基線操縱38．以下說法錯誤的選項是（a）。A） 軟件配置治理簡稱SCIB） 軟件配置項是配置治理的大體單位C） 軟件配置事實上是一動態(tài)的概念D） 軟件工程進程中某一時期的變更均要引發(fā)軟件配置的變更一、填空題軟件測試的目的是盡可能多地發(fā)覺軟件中存在的錯誤，將測試結果作為糾錯的依據(jù)。測試時期的大體任務是依照軟件開發(fā)各時期的文檔資料和程序的源內部結構—，精心設計一組測試用例，利用這些實例執(zhí)行程序，找出軟件中潛在的各類錯誤和缺點。測試用例由輸入數(shù)據(jù)和預期的輸出數(shù)據(jù)兩部份組成。4?軟件測試方式一樣分為兩大類：動態(tài)方式和靜態(tài)方式。動態(tài)測試通過執(zhí)行程序發(fā)覺錯誤。依照測試用例的設計方式不同，動態(tài)測試又分為黑盒與白盒兩類。6?靜態(tài)測試米納人工檢測和運算機輔助靜態(tài)分析的手腕對程序進行檢測。7?人工審查程序偏重于編碼質量的查驗，而軟件審查除審查編碼還要對各時期軟件產品進行查驗。8?運算機輔助靜態(tài)分析利用靜態(tài)分析工具對測試程序進行特性分析。9?黑盒法只在軟件的接口處進行測試，依據(jù)需求規(guī)說明書，檢查程序是不是知足功能要求。10.白盒法必需考慮程序的內部結構和出來進程，以檢查處置進程的細節(jié)為基礎，對程序中盡可能多的邏輯途徑進行測試。11?白盒測試是結構測試，被測對象是源程序，以程序的內部邏輯為基礎設計測試用例。12?邏輯覆蓋是對程序內部有戲^_存在的邏輯結構設計測試用例，依照程序內部的邏輯覆蓋程度又可分為語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和途徑覆蓋6種覆蓋技術。13?實際的邏輯覆蓋測試中，一樣以條件組合覆蓋為主設計測試用例，然后再補充部份用例，以達到途徑覆蓋測試標準。14?循環(huán)覆蓋是對程序內部有循環(huán) 存在的邏輯結構設計測試用例，它通過限制循環(huán)次數(shù)來測試。15?大體途徑測試是在程序操縱流程圖 基礎上，通過度析操縱構造的環(huán)路復雜性，導出大體途徑 集合，從而設計測試用例。16?黑盒測試是功能測試，用黑盒技術設計測試用例有4種方式：劃分等價類_、邊界值分析、因果圖和錯誤推斷法。17?等價類劃分從程序的功能 說明，找出一個輸入條件（一般是一句話或一個短語）,然后將每一個輸入條件劃分成兩個或多個等價類。18?邊界值分析是將測試邊界情形作為重點目標，選取正好等于、方才大于或方才小于邊界值的測試數(shù)據(jù)。若是輸入或輸出域是一個有序集合，那么應選取集合的第一個元素和最后一個元素作為測試用例。19?在測試程序時，依照體會或直覺推測程序中可能存在的各類錯誤，稱為蟄誤推測法。20?因果圖的大體原理是通過畫因果 圖，把用自然語言描述的功能轉換為判定表，最后為判定表 每一列設計一個測試用例。21?測試的綜合策略是在測試中，聯(lián)合利用各類測試方式。通常先用黑盒法設計大體的測試用例，再用白盒法補充一些必要的測試用例。22?軟件測試進程中需要3類信息：軟件配置、測試配置 和測試工具_。23?軟件測試一樣通過4個測試：單元測試、集成測試、確認測試 和系統(tǒng)測試。24?單元測試指對源程序中每一個程序單元進行測試，檢查各個模塊是不是正確實現(xiàn)規(guī)定的功能，從而發(fā)覺模塊在編碼中或算法中的錯誤，它涉及邈^_和詳細設計的文檔。25.單元測試要緊測試模塊的5個大體特點：模塊接口、局部數(shù)據(jù)結構_、重要的執(zhí)行途徑、錯誤處置和邊界條件。26?在單元測試中，需要為被測模塊設計模塊和驅動模塊。驅動模塊用來模擬被測模塊的上級挪用模塊， 樁模塊用來代替被測模塊所挪用的模塊。集成測試指在上^_測試基礎上，將所有模塊依照設計要求組裝成一個完整的系統(tǒng)進行的測試。也稱組裝 測試或聯(lián)合測試。集成測試的方式有兩種：非漸增式 和漸增式。漸增式測試有兩種不同的組裝模塊的方式：自頂向下結合和自底向上結自頂向下漸增式測試不需要編寫驅動 模塊，只需要編寫樁模塊，其步驟是從頂層模塊開始，沿著被測程序的軟件結構圖 的操縱途徑慢慢向下測試，它有兩種組合策略：深度優(yōu)先策略 和寬度優(yōu)先策略。自底向上漸增式測試不需要編寫驅動 模塊，只需要編寫樁模塊。確認測試指檢查軟件的功能與性能是不是與需求規(guī)格說明書中確信的指標相符合，又稱有效性測試。確認測試在模擬環(huán)境下運用黑盒測試方式，由專門測試人員和用戶參加的測試。確認測試開始前需要制定測試打算，終止后要寫出測試分析報告。其測試用例要選用實際運用的數(shù)據(jù)。軟件配置審查的任務是檢查軟件的所有文檔資料的完整性和正確性。調試也稱糾錯 ，是在成功的測試以后才開始進行，其目的是確信錯誤的魚置—和緣故，并更正錯誤。調試技術包括簡單調試、歸納法調試、演繹法調試和回溯法調試?；厮莘ㄕ{試是從程序產生錯誤的地址動身，而歸納法調試是從測試結果發(fā)覺的線索入手。被測試程序不在機械上運行，而是采納人工檢測和運算機輔助分析檢測的手腕稱為靜態(tài)測試。用等價類劃分法設計一個測試用例時，使其覆蓋盡可能多的尚未被覆蓋的合理等價類。用等價類劃分法設計一個測試用例時，使其覆蓋一個 不合理等價類。在單元測試時，需要為被測模塊設計樁模塊和驅動模塊。在集成測試時有兩種測試方式，它們是漸進式和非漸進式軟件測試是為了發(fā)覺軟件錯誤和缺點而執(zhí)行程序的進程。運行被測程序的方式稱為動態(tài)測試。TOC\o"1-5"\h\z動態(tài)測試中，要緊測試軟件功能的方式稱為黑盒測試 法。選擇測試用例，使得被測程序中每一個判定的每一個分支至少執(zhí)行一次，這種邏輯覆蓋標準稱為 。要覆蓋含循環(huán)結構的所有途徑是不可能的，一樣通過限制循環(huán)次數(shù)來測試。用等價類劃分法設計測試用例時，若是被測程序的某個輸入條件規(guī)定了取值范圍，那么可確信一個合理的等在和 。憑體會或直覺推測程序中可能存在的錯誤而設計測試用例的方式是錯誤推測法集成測試中的具體方式是漸增式和非漸增式測試方式。確認測試時期的兩項工作是進行確認測試和軟件配置審查 。在單元測試中，測試一個模塊時，需要設計樁模塊和驅動模塊。軟件配置治理，簡稱SCM,它用于整個軟件工程進程。其要緊目標是：衛(wèi)示變更、操縱變更、確保變更正確地實現(xiàn)、報告有關變更。SCM是一組治理整個軟件生存期各時期中變更的活動?；€的作用是把各時期的開發(fā)工作劃分得加倍明確，便于檢查與確認時期功效。因此，基線能夠作為項目的一個檢查點 。二：名詞說明軟件測試軟件測試是按測試方式用測試工具檢查軟件錯誤和缺點的進程。軟件測試指為了發(fā)覺軟件中的錯誤而執(zhí)行軟件的進程。它的目標是盡可能多地發(fā)覺軟件中存在的錯誤，將測試結果作為糾錯的依據(jù)。靜態(tài)測試靜態(tài)測試指被測試的程序不在機械上運行，而是采納人工檢測和運算機輔助靜態(tài)分析的手腕對程序進行檢測。動態(tài)測試動態(tài)測試是通過運行軟件發(fā)覺錯誤的進程黑盒測試黑盒測試指把測試對象看成一個黑盒子，測試人員完全不考慮程序的內部結構和處置進程，只在軟件的接口處進行測試，依據(jù)需求規(guī)格說明書，檢查程序是不是知足功能要求，又稱為功能測試或數(shù)據(jù)驅動測試。白盒測試白盒測試指把測試對象看成一個打開的盒子，測試人員需了解程序的內部結構和處置進程，以檢查處置進程的細節(jié)為基礎，對程序中盡可能多的邏輯途徑進行測試，查驗內部操縱結構和數(shù)據(jù)結構是不是有錯，實際的運行狀態(tài)與預期的狀態(tài)是不是一致。語句覆蓋語句覆蓋指設計足夠的測試用例，使被測程序中每一個語句至少執(zhí)行一次。判定覆蓋判定覆蓋指設計足夠的測試用例，使被測程序中每一個判定表達式至少取得一次“真”值或“假”值，從而使程序的每一個分支至少都通過一次，因此判定覆蓋又稱分支覆蓋。條件覆蓋條件覆蓋指設計足夠測試用例，使判定表達式中每一個條件的各類可能的值至少顯現(xiàn)一次。判定/條件覆蓋判定/條件覆蓋指設計足夠的測試用例，使得判定表達式中每一個條件的所有可能取值至少顯現(xiàn)一次，并使每一個判定表達式所有可能的結果也至少顯現(xiàn)一次。條件組合覆蓋條件組合覆蓋指設計足夠的測試用例，使得每一個判定表達式中條件的各類可能的值的組合都至少顯現(xiàn)一次。途徑覆蓋途徑覆蓋指設計足夠的測試用例，覆蓋被測程序中所有可能的途徑。12．測試用例測試用例指為尋覓程序中的錯誤而精心設計的一組測試數(shù)據(jù)。13．驅動模塊驅動模塊指用來模擬被測模塊的上級挪用模塊，其功能比真正的上級模塊簡單得多，它只完成同意測試數(shù)據(jù)，以上級模塊挪用被測模塊的格式驅動被測模塊，接收被測模塊的測試結果并輸出。14．樁模塊樁模塊指用來代替被測試模塊所挪用的模塊，其作用是返回被測試模塊所需的信息。15．單元測試單元測試指對源程序中每一個程序單元進行測試，檢查各個模塊是不是正確實現(xiàn)規(guī)定的功能，從而發(fā)覺模塊在編碼中或算法中的錯誤。16．集成測試集成測試指在單元測試基礎上，將所有模塊依照設計要求組裝成一個完整的系統(tǒng)進行的測試。也稱組裝測試或聯(lián)合測試。17．確認測試確認測試指檢查軟件的功能與性能是不是與需求規(guī)格說明書中確信的指標相符合，又稱有效性測試。18．漸增式測試漸增式測試指逐個把未通過測試的模塊組裝到已通過測試的模塊上去，進行集成測試。每加入一個新模塊進行一次集成測試，重復此進程直到程序組裝完畢。19．非漸增式測試非漸增式測試指第一對每一個模塊別離進行單元測試，然后把所有的模塊按設計要求組裝在一路進行測試。20．調試調試指確信錯誤的緣故和位置，并更正錯誤的進程，也稱糾錯。21：強度測試：驗證軟件的性能在各類極端的周邊環(huán)境和系統(tǒng)條件下的經受能力。22：性能測試：軟件的性能在正常環(huán)境和系統(tǒng)條件下重復利歷時可否知足性能指標。23：平安測試：為了驗證軟件的數(shù)據(jù)保密性和數(shù)據(jù)完整性的測試。24：兼容測試：針對測試軟件和其他軟件之間，和不同硬件之間的兼容測性進行測試。25：集成測試主若是為了查驗軟件系統(tǒng)是不是符合實際軟件結構，發(fā)覺與接口有關的各類錯誤。26：驗收測試：在軟件開發(fā)終止以后，用戶對軟件產品投入實際應用之前，進行最后一次質量查驗。驗收測試中1） ：a測試：軟件開發(fā)公司組織內部人員模擬各類用戶行為對即將面市的軟件產品進行測試，試圖發(fā)覺并修改錯誤，通過a測試以后的軟件產品稱為B版本2） ：B測試：軟件開發(fā)公司組織各方面的典型用戶在日常生活中實際利用B版本,并要求用戶報告異樣情形。27：回歸測試：軟件系統(tǒng)被修改或擴充后從頭進行的測試軟件缺點：存在于軟件（程序，文檔，數(shù)據(jù)）當中的不希望顯現(xiàn)或不可同意的誤差軟件錯誤：軟件在運行的進程中，不希望顯現(xiàn)或不可同意的內部狀態(tài)。30軟件質量：與軟件產品知足明確或隱含需求的能力有關的特質和特性的總和31軟件測試進程模型：對測試進程的抽象，用于概念軟件測試的流程和方式四：簡答題1．什么緣故說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質量保證的平安網？答：①軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，緣故是：1：測試的工作量約占整個項目開發(fā)工作量的40%左右，幾乎一半。:2：軟件測試代表了需求分析、設計、編碼的最終復審。軟件測試不是軟件質量保證的平安網，因為軟件測試只能發(fā)覺錯誤，不能保證沒有錯誤。2．軟件測試的目的是什么？什么緣故把軟件測試的目的概念為只是發(fā)覺錯誤？軟件測試是為了發(fā)覺錯誤而執(zhí)行程序的進程。一個好的測試用例能夠發(fā)覺至今尚未發(fā)覺的錯誤。一個成功的測試是發(fā)覺了至今尚未發(fā)覺的錯誤。軟件測試的目標概念為只是發(fā)覺錯誤，緣故是軟件測試能夠有兩個目標，一個是預防錯誤，另一個是發(fā)覺錯誤。由于軟件開發(fā)是人的制造性勞動，人的活動不可能十全十美，錯誤可能發(fā)生在任何一個時期，因此預防錯誤這一目標幾乎是不可實現(xiàn)的，因此軟件測試的目標概念為只是發(fā)覺錯誤。3．軟件測試應當遵循什么原那么？什么緣故要遵循這些原那么？1）所有的測試應該都回溯到用戶需求（因為軟件開發(fā)最全然的目標是知足客戶的需求）2）及早測試和不斷測試（因為軟件的復雜性和程序性，錯誤在任何時期都有可能發(fā)生，因此應該把測試貫穿到每一個時期）3）測試工作應該由專業(yè)的測試機構完成（因為人的主觀性的緣故，對自己設計的程序印象深刻，不易發(fā)覺錯誤）4）Pareto原那么，事實證明軟件測試中的80%的錯誤，是由20%的模塊引發(fā)的。5）測試用例時，應考慮各類情形4．軟件測試的步驟是什么？這些測試與軟件開發(fā)各時期之間的關系？軟件測試的步驟如圖7-3所示。圖7-3軟件測試的步驟這些測試與軟件開發(fā)各時期之間的關系如圖7-2所示。因為系統(tǒng)測試已經超出了軟件工程的范圍，因此圖7-2中的系統(tǒng)測試不包括在內。5．軟件測試的進程是什么？測試設計：依照軟件開發(fā)各時期的文檔資料和程序的內部結構，利用各類設計測試用例技術精心設計測試用例。測試執(zhí)行：利用這些測試用例執(zhí)行程序，取得測試結果。測試結果比較：將預期的結果與實際測試結果進行比較，若是二者不符合，關于顯現(xiàn)的錯誤進行糾錯，并修改相應文檔。修改后的程序還要進行再次測試，直到中意為止。若是測試發(fā)覺不了錯誤，可能由于測試配置考慮不周到，應考慮從頭制定測試方案，設計測試用例。6．單元測試、集成測試和確認測試各自要緊目標是什么？它們之間有什么不同？彼此有什么關系？單元測試的要緊目標是檢查各個模塊是不是正確實現(xiàn)規(guī)定的功能，從而發(fā)覺模塊在編碼中或算法中的錯誤。集成測試的要緊目標是檢查與設計相關的軟件體系結構的有關問題。確認測試的要緊目標是檢查已實現(xiàn)的軟件是不是知足需求規(guī)格說明書中確信的各類需求。單元測試、集成測試和確認測試之間的不同如下：測試內容不同：單元測試集中于單個模塊的功能和測試；集成測試集中于模塊組合的功能和軟件結構查驗，其測試內容要緊包括模塊組裝中可能顯現(xiàn)的問題，即數(shù)據(jù)穿過接口可能丟失、一個模塊可能破壞另一個模塊的內容、子功能組裝可能不等于主功能、全程數(shù)據(jù)結構問題、誤差積存問題；確認測試集中于論證軟件需求的可追溯性，要緊包括測試軟件功能和性能是不是與軟件需求一致、測試軟件配置的所有程序與文檔是不是正確完整而且一致。測試的方式不同：單元測試老是利用白盒測試法，為被測模塊設計驅動模塊和樁模塊；集成測試利用漸增式測試和非漸增式測試，漸增式測試又有分為自頂向下結合法和自底向上結合法；確認測試老是利用黑盒測試法。發(fā)覺的錯誤不同：單元測試發(fā)覺的錯誤主若是在編碼時期產生的錯誤，集成測試發(fā)覺的錯誤主若是在設計時期產生的錯誤，確認測試發(fā)覺的錯誤主若是在需求分析時期產生的錯誤。涉及的文檔不同：單元測試涉及編碼和詳細設計文檔，集成測試涉及詳細設計文檔和概要設計文檔，確認測試涉及軟件需求規(guī)格說明書和用戶手冊。三者彼此關系是：單元測試、集成測試和確認測試是順序實現(xiàn)的。第一單元測試對各個模塊進行測試，然后集成測試以單元測試為基礎，將所有已測模塊依照設計要求組裝成一個完整的系統(tǒng)，對模塊組合的功能和軟件結構查驗進行測試，最后確認測試是以集成測試為基礎，測試集成的軟件是不是知