北京聯(lián)合大學(xué)信息學(xué)院軟件測試復(fù)習(xí)題

北京聯(lián)合大學(xué)信息學(xué)院PAGE名詞解釋題軟件生命周期：簡單定義：從軟件項目的提出，到軟件不再使用的整個過程。以需求為觸發(fā)點，提出軟件開發(fā)計劃的那一刻開始直到軟件在實際應(yīng)用中完全報廢為止的一個完整的周期。軟件質(zhì)量：軟件質(zhì)量是指軟件系統(tǒng)或系統(tǒng)中的軟件部分的質(zhì)量，即滿足用戶需求，包括功能需求和性能需求的程度。是軟件產(chǎn)品的一組固有特性滿足用戶使用要求的程度。（軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”。具體地說，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。）軟件測試:2、軟件測試是一種作為主體的人通過各種手段對客體軟件的某種固有屬性進(jìn)行的一種以認(rèn)知和改造為目的的活動。軟件錯誤：程序與規(guī)格說明之間的不匹配，當(dāng)程序沒有實現(xiàn)其最終用戶合理預(yù)期的功能要求時或程序在缺陷程度是有程序無法實現(xiàn)有用功能的程度來測量的，或程序已被破壞軟件缺陷:IEEE國際標(biāo)準(zhǔn)729給出了軟件缺陷的定義——軟件缺陷就是軟件產(chǎn)品中所存在的問題，最終表現(xiàn)為用戶所需要的功能沒有完全實現(xiàn)，不能滿足或不能全部滿足用戶的需求。根據(jù)軟件缺陷的定義Bug:缺陷–Bug,缺點（defect）偏差（variance）謬誤（fault）失?。╢ailure）問題（problem）矛盾（inconsistency）錯誤（error）毛?。╥ncident）異常（anomy）動態(tài)測試：在抽樣測試數(shù)據(jù)上執(zhí)行程序并分析輸出以及發(fā)現(xiàn)錯誤的過程包括白盒測試技術(shù)和黑盒測試技術(shù)靜態(tài)測試：不執(zhí)行程序代碼而尋找文檔、程序代碼中可能存在的錯誤的過程。靜態(tài)測試可以人工進(jìn)行，也可以借助軟件工具自動進(jìn)行。包括代碼審查、文檔審查以及由軟件工具自動進(jìn)行的靜態(tài)分析黑盒測試：黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，前提是已知產(chǎn)品所具有的功能，通過測試來檢測每個功能是否都正常使用。功能分解法、等價類劃分法、邊界值分析法、因果圖方法、隨機(jī)測試方法、猜錯法白盒測試：白盒測試也稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試，前提是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都能夠按預(yù)定要求正確工作，而不管產(chǎn)品的功能，主要用于軟件驗證。單元測試:單元測試的對象是軟件設(shè)計的最小單位——模塊。單元測試的依據(jù)是詳細(xì)設(shè)描述，單元測試應(yīng)對模塊內(nèi)所有重要的控制路徑設(shè)計測試用例，以便發(fā)現(xiàn)模塊內(nèi)部的錯誤。單元測試多采用白盒測試技術(shù)，對系統(tǒng)內(nèi)多個模塊可以進(jìn)行并行測試。集成測試:集成測試，也稱組裝測試、聯(lián)合測試、子系統(tǒng)測試，在單元測試的基礎(chǔ)上，將模塊按照設(shè)計要求組裝起來同時進(jìn)行測試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的模塊之間問題兩種集成方式：一次性集成方式和增殖式集成方式。系統(tǒng)測試:系統(tǒng)測試是將軟件放在整個計算機(jī)環(huán)境下，包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等，在實際運(yùn)行環(huán)境下進(jìn)行一系列的測試，包括恢復(fù)測試、安全測試、強(qiáng)度測試和性能測試等驗收測試:驗收測試是為了向用戶表明系統(tǒng)能夠按照用戶需求正常運(yùn)行。經(jīng)過集成測試后，已經(jīng)把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除，接著要進(jìn)一步驗證系統(tǒng)在功能和性能方面的有效性，這就是驗收測試。樁模塊：樁模塊（Stub）是指模擬被測試的模塊所調(diào)用的模塊，而不是軟件產(chǎn)品的組成的部分。用于代替所測模塊調(diào)用的子模塊。主模塊作為驅(qū)動模塊,與之直接相連的模塊用樁模塊代替。在集成測試前要為被測模塊編制一些模擬其下級模塊功能的“替身”模塊，以代替被測模塊的接口，接受或傳遞被測模塊的數(shù)據(jù)，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。驅(qū)動模塊：驅(qū)動單元用以仿真被測試單元的上級單元，驅(qū)動單元在單元測試中接受測試數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳給被測試單元，啟動被測試單元，并輸出相應(yīng)的結(jié)果。而樁單元用以仿真被測試單元工作過程中所調(diào)用的單元，由被測試單元調(diào)用，它們一般只進(jìn)行很少的數(shù)據(jù)處理。簡答題簡述軟件生命周期有哪些階段。劃分為孕育、誕生、成長、成熟、衰亡等階段。軟件生存周期包括可行性分析與開發(fā)項計劃、需求分析、設(shè)計（概要設(shè)計和詳細(xì)設(shè)計）、編碼、測試、維護(hù)等活動簡述按照測試目標(biāo)劃分的軟件測試分類驗收測試、功能測試、性能測試、強(qiáng)度測試、安全性測試、確認(rèn)測試簡述按照測試對象劃分的軟件測試分類單元測試、部件測試、系統(tǒng)測試、代碼審查、文檔審查簡述軟件測試的階段劃分單元集成系統(tǒng)驗收簡述軟件缺陷的等級劃分關(guān)鍵缺陷、重要缺陷、一般缺陷簡述測試用例的要素及其含義。測試目標(biāo)測試用例的輸入數(shù)據(jù)預(yù)期結(jié)果（與實際結(jié)果對照）簡述黑盒測試技術(shù)方法種類黑盒測試方法主要有等價類劃分、邊界值分析、因果圖、錯誤推測、功能圖法等，主要用于軟件確認(rèn)測試。簡述代碼走查和代碼審查的區(qū)別PPT：代碼審查主要檢查代碼和設(shè)計的一致性，代碼對標(biāo)準(zhǔn)的遵循，代碼的可讀性，代碼的邏輯表達(dá)的正確性，代碼結(jié)構(gòu)的合理性等方面。包括：變量檢查、命名和類型審查、程序邏輯審查、程序語法檢查和程序結(jié)構(gòu)檢查等。代碼審查是由若干程序員和測試員組成一個審查小組，通過閱讀、討論和爭議，對程序進(jìn)行靜態(tài)分析的過程。走查不是簡單地讀程序和對照錯誤檢查表進(jìn)行檢查，而是讓與會者“充當(dāng)”計算機(jī)，即首先由測試組成員為被測程序準(zhǔn)備一批有代表性的測試用例，提交給走查小組。走查小組開會，集體扮演計算機(jī)角色，讓測試用例沿程序的邏輯運(yùn)行一遍，隨時記錄程序的蹤跡，供分析和討論用。簡述單元測試的步驟單元測試的計劃設(shè)計執(zhí)行結(jié)果分析簡述軟件集成策略。基于分解的集成策略基于分解的集成（大爆炸集成、自頂向下、自底向上集成，三明治集成基于調(diào)用同的集成基于路徑的集成分層集成基于功能的集成簡述集成測試和系統(tǒng)測試的區(qū)別集成測試和系統(tǒng)測試的區(qū)別1、測試對象集成測試的測試對象是由通過了單元測試的各個模塊所集成起來的組件。而系統(tǒng)測試的測試對象，除了軟件之外，還有計算機(jī)硬件及相關(guān)的外圍設(shè)備、數(shù)據(jù)采集和傳輸機(jī)構(gòu)、計算機(jī)系統(tǒng)操作人員等的整個系統(tǒng)。2、測試時間集成測試是介于單元測試和系統(tǒng)測試之間的測試。在測試時間上，先于系統(tǒng)測試。3、測試方法集成測試通常會采用灰盒測試。而系統(tǒng)測試通常使用黑盒測試。4、測試內(nèi)容集成測試的主要內(nèi)容就是各個單元模塊之間的接口，以及各個模塊集成后所實現(xiàn)的功能。而系統(tǒng)測試的主要內(nèi)容就是整個系統(tǒng)的功能和性能。5、測試目的集成測試的主要目的就是發(fā)現(xiàn)單元之間接口的錯誤，以及發(fā)現(xiàn)集成后的軟件同軟件概要設(shè)計說明不一致的地方。而系統(tǒng)測試的主要目的就是，通過與系統(tǒng)需求定義相比較之后發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或矛盾的地方。6、測試角度集成測試工作的開展更多的是站在測試工作人員的角度上。系統(tǒng)測試工作的開展更多的是站在用戶的角度來進(jìn)行。簡述至少6種系統(tǒng)測試的策略1.功能測試（FunctionalTest）：功能測試屬于黑盒測試技術(shù)范疇，是系統(tǒng)測試中要進(jìn)行的最基本的測試，它不用考慮軟件內(nèi)部的具體實現(xiàn)過程。主要是根據(jù)產(chǎn)品的需求規(guī)格說明書和測試需求列表，驗證產(chǎn)品是否符合產(chǎn)品的需求規(guī)格。2.協(xié)議一致性測試(ProtocolConformanceTesting)：分布式系統(tǒng)中，很多計算功能的完成需要由分布式系統(tǒng)內(nèi)的多臺計算機(jī)相互進(jìn)行通信、交換信息、協(xié)調(diào)合作來完成的，必須遵循一定的規(guī)則（協(xié)議）。所以要進(jìn)行協(xié)議測試。3.性能測試（PerformanceTest）：應(yīng)用在網(wǎng)絡(luò)方面和客戶端方面的測試4.壓力測試：壓力測試又稱強(qiáng)度測試，是在各種資源超負(fù)荷情況下觀察系統(tǒng)的運(yùn)行情況。在壓力測試過程中，測試人員主要關(guān)注的是非正常資源占用的情況下系統(tǒng)的處理時間。注意：區(qū)分壓力測試和容量測試5.容量測試：容量測試是面向數(shù)據(jù)的，在系統(tǒng)正常運(yùn)行的范圍內(nèi)測試并確定系統(tǒng)能夠處理的數(shù)據(jù)容量。也就是觀察系統(tǒng)承受超額的數(shù)據(jù)容量的能力。6.安全性測試：要驗證系統(tǒng)內(nèi)的保護(hù)機(jī)制能否抵御入侵者的攻擊。7.恢復(fù)性測試：恢復(fù)性測試的目標(biāo)就是驗證系統(tǒng)從軟件或者硬件失敗中恢復(fù)的能力。在測試過程中會采取各種人工干預(yù)方式使軟件出錯，而不能正常工作，進(jìn)而檢驗系統(tǒng)的恢復(fù)能力。8.備份測試：備份測試為了驗證系統(tǒng)在軟件或者硬件失敗的事件中備份其數(shù)據(jù)的能力，它屬于恢復(fù)性測試的一個部分。9.GUI測試：GUI（GraphicUserInterface）即圖形化用戶接口，GUI測試只是軟件產(chǎn)品界面測試的一部分，GUI測試分為兩個部分，一方面要能使得界面實現(xiàn)與最初設(shè)計的情況相符合；另一方面是要確認(rèn)界面能夠正確處理事件。10.健壯性測試：健壯性測試又被稱為容錯性測試。主要是測試系統(tǒng)在出現(xiàn)故障時。11.兼容性測試：目的就是檢驗被測應(yīng)用對其他應(yīng)用或者系統(tǒng)的兼容性，比如在對一個共享資源（數(shù)據(jù)、數(shù)據(jù)文件或者內(nèi)存）進(jìn)行操作時，檢測兩個或多個系統(tǒng)需求能否正常工作以及相互交互使用。12.可用性測試：可用性測試是面向用戶的系統(tǒng)測試。13.可安裝性測試：可安裝性測試的目的就是要驗證成功安裝系統(tǒng)的能力。安裝系統(tǒng)處在一個開發(fā)項目的結(jié)束也是被測系統(tǒng)的開始。14.文檔測試：文檔測試是對系統(tǒng)提交給用戶的文檔進(jìn)行驗證，并不是一般性的審查活動。通過文檔測試保證用戶文檔的正確性并使得操作手冊能夠準(zhǔn)確無誤。15.在線幫助測試：在線幫助測試給用戶提供一種實時的咨詢服務(wù)。16.數(shù)據(jù)轉(zhuǎn)換測試：主要是為了驗證已存在的數(shù)據(jù)轉(zhuǎn)換并載入一個新的數(shù)據(jù)庫是否有效。17.驗收測試：驗收測試是將程序與其最初的需求及最終用戶當(dāng)前的需要進(jìn)行比較的過程。簡述測試項目管理的三維模型時間維——全過程管理：對軟件測試項目的全過程進(jìn)行控制?？臻g維——全方位管理：對于軟件測試質(zhì)量有關(guān)的關(guān)鍵因素事實全方位管理。組織維——人員管理：構(gòu)建從測試人員、設(shè)施小組到測試機(jī)構(gòu)的多層次的管理模式。論述題什么是軟件測試，請談?wù)劄槭裁匆M(jìn)行軟件測試？軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。為什么要進(jìn)行軟件測試？就是因為軟件缺陷的存在。因為只有通過測試，才可以發(fā)現(xiàn)軟件缺陷。也只有發(fā)現(xiàn)了缺陷，才可以將軟件缺陷從軟件產(chǎn)品或軟件系統(tǒng)中清理出去。軟件中存在的缺陷給我們帶來的損失是巨大的，這也說明了軟件測試的必要性和重要性請談?wù)勈裁词亲詣踊瘻y試及其好處并舉例說明。自動化測試（automatedtest）是相對手工測試（manualtest）而存在的一個概念，由手工逐個地運(yùn)行測試用例的操作過程被測試工具自動執(zhí)行的過程所代替。測試工具的使用是自動化測試的主要特征好處：測試周期縮短、更高質(zhì)量的產(chǎn)品、軟件過程更規(guī)范、高昂的團(tuán)隊士氣、節(jié)省人力資源，降低企業(yè)成本、充分利用硬件資源，降低企業(yè)成本。舉例：手工測試VS自動測試試述軟件測試的概念模型，并解釋。在開發(fā)過程中，從需求階段到編碼階段，主要是采用驗證手段進(jìn)行測試，如需求評審、設(shè)計評審、代碼走查以及代碼審查等，從而完成對開發(fā)的中間結(jié)果的正確性的評估。編碼完成并經(jīng)過代碼審查等測試之后，此時的測試主要在軟件的可執(zhí)行模式下進(jìn)行，即利用確認(rèn)手段進(jìn)行測試，確認(rèn)測試包括單元測試、集成測試、系統(tǒng)測試以及用戶驗收測試等，其相應(yīng)的關(guān)系。測試目標(biāo)測試目標(biāo)測試依據(jù)缺陷定義測試對象解決方案測試結(jié)果測試工具測試方法測試策略測試組織測試過程試述軟件測試的V型模型，并說明優(yōu)缺點請談?wù)勀阏J(rèn)為一個優(yōu)秀的測試工程師應(yīng)該具備哪些素質(zhì)作為一名優(yōu)秀的測試工程師，首先要對測試工作有興趣：測試工作很多時候都是顯得有些枯燥的，因此熱愛測試工作，才更容易做好測試工作。因此，除了具有前面的專業(yè)技能和行業(yè)知識外，測試人員應(yīng)該具有一些基本的個人素養(yǎng)，即下面的“五心”。專心：主要指測試人員在執(zhí)行測試任務(wù)的時候要專心，不可一心二用。經(jīng)驗表明，高度集中精神不但能夠提高效率，還能發(fā)現(xiàn)更多的軟件缺陷，業(yè)績最棒的往往是團(tuán)隊中做事精力最集中的那些成員。細(xì)心：主要指執(zhí)行測試工作時候要細(xì)心，認(rèn)真執(zhí)行測試，不可以忽略一些細(xì)節(jié)。某些缺陷如果不細(xì)心很難發(fā)現(xiàn)，例如一些界面的樣式、文字等。耐心：很多測試工作有時候顯得非?？菰?，需要很大的耐心才可以做好。如果比較浮躁，就不會做到“專心”和“細(xì)心”，這將讓很多軟件缺陷從你眼前逃過。責(zé)任心：責(zé)任心是做好工作必備的素質(zhì)之一，測試工程師更應(yīng)該將其發(fā)揚(yáng)光大。如果測試中沒有盡到責(zé)任，甚至敷衍了事，這將會把測試工作交給用戶來完成，很可能引起非常嚴(yán)重的后果。自信心：自信心是現(xiàn)在多數(shù)測試工程師都缺少的一項素質(zhì)，尤其在面對需要編寫測試代碼等工作的時候，往往認(rèn)為自己做不到。要想獲得更好的職業(yè)發(fā)展，測試工程師們應(yīng)該努力學(xué)習(xí)，建立能“解決一切測試問題”的信心“五心”只是做好測試工作的基本要求，測試人員應(yīng)該具有的素質(zhì)還很多。例如測試人員不但要具有團(tuán)隊合作精神，而且應(yīng)該學(xué)會寬容待人，學(xué)會去理解“開發(fā)人員”，同時要尊重開發(fā)人員的勞動成果——開發(fā)出來的產(chǎn)品。綜合題1、輸入三個正整數(shù)，這三個值分別表示三角形三條邊的長度，請判斷這個三角形是等邊三角形、等腰三角形還是一般的三角形并打印相應(yīng)的結(jié)果。X>X>0ANDY>0ANDZ>0輸出“這不是一個三角形”NYX<Y+ZANDY<X+ZANDZ<X+Y這是一個等邊三角形NX=YANDY=ZYY這不是一個等邊三角形NX=YorY=ZY這是一個等腰三角形N2、某一8位微機(jī)，其八進(jìn)制常數(shù)定義為：以零開頭的數(shù)是八進(jìn)制數(shù)，其值的范圍是-177～177，如05，0127，-065。下列步驟是應(yīng)用等價類劃分法設(shè)計上述案例測試用例的過程。請根據(jù)題意，在劃分等價類表中的編號⑩和編號eq\o\ac(○,11)處填入相應(yīng)內(nèi)容，并在合理等價類測試用例表和不合理等價類測試用例表中的“期望結(jié)果”與“覆蓋范圍”二列中填入相應(yīng)的內(nèi)容。(1)劃分等價類并編號輸入數(shù)據(jù)合理等價類不合理等價類八進(jìn)制整數(shù)①2～4位以0開頭的數(shù)字