軟件測試復習簡答

wordword/12簡述軟件測試的定義與測試的意義定義：軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例，并利用這些測試用例運行程序以與發(fā)現(xiàn)錯誤的過程，即執(zhí)行測試步驟。從軟件質(zhì)量保證的角度看： 軟件測試是一種重要的軟件質(zhì)量保證活動， 其動機是通過一些經(jīng)濟、高效的方法，捕捉軟件中的錯誤，從而達到保證軟件內(nèi)在質(zhì)量的目的。測試過程中的活動包括分析'’軟件〔靜態(tài)測試〕和 運行'’軟件〔動態(tài)測試〕。也有人認為軟件測試〔softwaretesting丨就是在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復審，是軟件質(zhì)量保證的關(guān)鍵步驟。意義：測試是想以最少的時間和人力， 系統(tǒng)地找出軟件中潛在的各種缺陷， 通過修正缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在缺陷造成的隱患所帶來的商業(yè)風險；測試的附帶收獲是，它能夠證明軟件的功能和性能是否與需求說明書相符合；實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)；測試不能明確軟件中不存在錯誤，它只能說明軟件中存在錯誤 。為何說軟件缺陷最大來源是軟件需求說明軟件缺陷：存在于軟件〔文檔、數(shù)據(jù)、程序〕之中的那些不希望或不可承受的偏差， Bug是口語化的缺陷。缺陷在沒有被激活的狀態(tài)下， 軟件可以正常運行，但是一旦在某一觸發(fā)條件下，缺陷被激活，軟件內(nèi)部就會出現(xiàn)故障。簡述軟件測試的重要原如此或策略原如此：盡早地和不斷地進展軟件測試不可能完全的測試：一、 不可能測試程序?qū)λ锌赡茌斎氲捻憫?yīng)。二、 不可能測試到程序每一條可能的執(zhí)行路徑三、 無法找出所有的設(shè)計錯誤四、 不能采用邏輯來證明程序的正確性增量測試，由小到大防止測試自己的程序設(shè)計周密的測試用例策略：軟件測試的策略：就是測試將按照什么樣的思路和方式進展。通常， 軟件測試要經(jīng)過單元測試、集成測試、確認測試、系統(tǒng)測試以與驗收測試軟件測試技術(shù)：〔1〕白盒測試和黑盒測試〔2〕靜態(tài)測試和動態(tài)測試〔3〕傳統(tǒng)測試方法和面向?qū)ο鬁y試的方法〔4〕特定環(huán)境與應(yīng)用的測試簡要描述軟件測試過程制定測試計劃1、 制定計劃〔1〕概要測試計劃〔2〕詳細測試計劃2、 測試大綱〔用例〕測試大綱是軟件測試的依據(jù)，包括測試項目、測試步驟、測試完成的標準。3、 軟件測試報告軟件測試報告是軟件測試過程中最重要的文檔測試執(zhí)行過程〔1〕初測期——測試主要功能和關(guān)鍵的執(zhí)行路徑，排除主要障礙?！?〕細測期――依據(jù)測試計劃和測試大綱、測試用例，逐一測試大大小小的功能、方方面面的特性、性能、用戶界面、兼容性、可用性等等；預(yù)期可發(fā)現(xiàn)大量不同性質(zhì)、不同嚴重程度的錯誤和問題。〔3〕回歸測試期――系統(tǒng)已達到穩(wěn)定，在一輪測試中發(fā)現(xiàn)的錯誤已十分有限； 復查錯誤的糾正情況，確認未引發(fā)任何新的錯誤時，終結(jié)回歸測試。在集成測試過程中的兩個重要的里程碑是 功能凍結(jié)和代碼凍結(jié)確實定。這兩個里程碑界定出回歸測試期的起止界限。軟件測試的目的，原如此目的：測試是想以最少的時間和人力， 系統(tǒng)地找出軟件中潛在的各種缺陷， 通過修正缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在缺陷造成的隱患所帶來的商業(yè)風險；測試的附帶收獲是，它能夠證明軟件的功能和性能是否與需求說明書相符合；實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)；測試不能明確軟件中不存在錯誤，它只能說明軟件中存在錯誤 。原如此：盡早地和不斷地進展軟件測試不可能完全的測試：一、 不可能測試程序?qū)λ锌赡茌斎氲捻憫?yīng)。二、 不可能測試到程序每一條可能的執(zhí)行路徑三、 無法找出所有的設(shè)計錯誤四、 不能采用邏輯來證明程序的正確性增量測試，由小到大防止測試自己的程序設(shè)計周密的測試用例對軟件復雜性進展歸納分析1、無法對程序進展完全測試〔1〕測試所需要的輸入量太大〔2〕測試的輸出結(jié)果太多〔3〕軟件實現(xiàn)的途徑太多〔4〕軟件規(guī)格說明沒有一個客觀標準2、 測試無法顯示潛在的軟件缺陷和故障――通過軟件測試只能報告軟件已被發(fā)現(xiàn)的缺陷和故障，無法報告隱藏的軟件故障。3、 存在的故障現(xiàn)象與發(fā)現(xiàn)的故障數(shù)量成正比――結(jié)論：應(yīng)當對故障集中的程序段進展重點測試4、 不能修復所有的軟件故障――原因：沒有足夠的能力進展修復；修復的風險較大；不值得修復；可不算做故障的一些缺陷；“殺蟲劑現(xiàn)象"。――結(jié)論：關(guān)鍵是要進展正確的判斷、合理的取舍，根據(jù)風險分析決定哪些故障必須修復，哪些故障可以不修復。5、軟件測試的代價――工作原如此：就是如何將無邊無際的可能性減小到一個可以控制的 X圍，以與如何針對軟件風險做出恰當選擇， 去粗存精，找到最優(yōu)的測試量，使得測試工作量不多也不少，既能達到測試的目的，又能較為經(jīng)濟。各種測試各種測試的說明：單元測試：單元測試是基于程序模塊進展正確性驗證的測試。集成測試：集成測試，也叫組裝測試或聯(lián)合測試。 在單元測試的根底上，將所有模塊按照設(shè)計要求組裝成為子系統(tǒng)或系統(tǒng)， 進展集成測試。實踐明確，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。 程序在某些局部反映不出來的問題， 在全局上很可能暴露出來，影響功能的實現(xiàn)。確認測試：確認測試是檢驗所開發(fā)的軟件是否能按顧客提出的要求運行。系統(tǒng)測試：系統(tǒng)測試是將被測的軟件作為整個基于計算機系統(tǒng)的一個元素， 與計算機硬件、外設(shè)、支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實際的環(huán)境中，對計算機系統(tǒng)進展一系列的測試。系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比擬， 發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。 系統(tǒng)測試的測試用例應(yīng)根據(jù)需求分析說明書來設(shè)計， 并在實際使用環(huán)境下來運行。系統(tǒng)測試主要包括：恢復測試〔恢復測試是要采取各種人工干預(yù)方式使軟件出錯，而不能正常工作，進而檢驗系統(tǒng)的恢復能力〕 、安全測試、強度測試〔壓力測試〕、性能測試，強度和性能測試往往結(jié)合起來進展。驗收〔用戶〕測試：檢驗軟件產(chǎn)品質(zhì)量的最后一道工序。主要突出用戶的作用，同時軟件開發(fā)人員也應(yīng)有一定程度的參與。歸納集成測試的兩種不同測試方法非增量式測試非增量式測試是采用一步到位的方法來構(gòu)造測試：――對所有模塊進展個別的單元測試后， 按照程序結(jié)構(gòu)圖將各模塊連接起來， 把連接后的程序當作一個整體進展測試。實例采用非增量式測試方法進展集成測試非增量式測試的缺點：――當一次集成的模塊較多時，非增量式測試容易出現(xiàn)混亂，因為測試時可能發(fā)現(xiàn)了許多故障，為每一個故障定位和糾正非常困難，并且在修正一個故障的同時，可能又引入了新的故障，新舊故障混雜，很難判定出錯的具體原因和位置。增量式測試增量式測試的集成是逐步實現(xiàn)的：――逐次將未曾集成測試的模塊和已經(jīng)集成測試的模塊〔或子系統(tǒng)〕結(jié)合成程序包，再將這些模塊集成為較大系統(tǒng)，在集成的過程中邊連接邊測試，以發(fā)現(xiàn)連接過程中產(chǎn)生的問題。按照不同的實施次序，增量式集成測試又可以分為三種不同的方法：〔1〕自頂向下增量式測試〔2〕自底向上增量式測試〔3丨混合增量式測試歸納確認測試的準如此確認測試的準如此

確認測試也稱為合格性測試，是檢驗所開發(fā)的軟件是否能按用戶提出的要求進展。軟件確認要通過一系列證明軟件功能和要求一致的黑盒測試來完成。經(jīng)過確認測試，應(yīng)該為已開發(fā)的軟件給出結(jié)論性評價：〔1〕經(jīng)過檢驗的軟件的功能、性能與其他要求均已滿足需求規(guī)格說明書的規(guī)定，如此可被認為是合格的軟件。〔2〕經(jīng)過檢驗發(fā)現(xiàn)與需求說明書有相當?shù)钠x，得到一個各項缺陷清單。系統(tǒng)測試的內(nèi)容包含哪些？寫出每一種測試的要點系統(tǒng)測試：系統(tǒng)測試是將被測的軟件作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設(shè)、支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起， 在實際的環(huán)境中，對計算機系統(tǒng)進展一系列的測試。系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比擬， 發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。系統(tǒng)測試的測試用例應(yīng)根據(jù)需求分析說明書來設(shè)計， 并在實際使用環(huán)境下來運行。系統(tǒng)測試主要包括：恢復測試〔恢復測試是要采取各種人工干預(yù)方式使軟件出錯，而不能正常工作，進而檢驗系統(tǒng)的恢復能力〕 、安全測試、強度測試〔壓力測試〕、性能測試，強度和性能測試往往結(jié)合起來進展。常見測試方法：恢復測試-檢查系統(tǒng)的容錯能力。安全測試-檢查系統(tǒng)對外界非法入侵的防 X能力。強度測試，也稱壓力測試、負載測試。檢測非正常的情況下系統(tǒng)的負載能力。性能測試：用來測試系統(tǒng)在運行時的表現(xiàn)。容量測試：是指在系統(tǒng)正常運行的 X圍內(nèi)確定系統(tǒng)能夠處理的數(shù)據(jù)容量。正確性測試：是為了檢測軟件的各項功能是否符合產(chǎn)品規(guī)格說明的要求。可靠性測試：檢驗系統(tǒng)的可靠性。兼容性測試：軟件測試策略包含哪些特征軟件測試策略包含的特征： 探※※〔1〕測試從模塊層開始，然后擴大延伸到整個基于計算機的系統(tǒng)集合中。

〔2〕不同的測試技術(shù)適用于不同的時間點?！?〕測試是由軟件的開發(fā)人員和〔對于大型系統(tǒng)而言〕獨立的測試組來管理的?！?〕測試和調(diào)試是不同的活動，但是調(diào)試必須能夠適應(yīng)任何的測試策略。軟件測試包含哪些階段，側(cè)重點，含義〔不確定〕用戶館息I!（早看it（早看it三金測寓可皚交乳占希婚更攜單元測試：針對每個單元的測試，以確保每個模塊能正常工作為目標。集成測試：對已測試過的模塊進展組裝，進展集成測試。目的在于檢驗與軟件設(shè)計相關(guān)的程序結(jié)構(gòu)問題。確認〔有效性〕測試：是檢驗所開發(fā)的軟件能否滿足所有功能和性能需求的最后手段。系統(tǒng)測試：檢驗軟件產(chǎn)品能否與系統(tǒng)的其他局部〔比如，硬件、數(shù)據(jù)庫與操作人員〕協(xié)調(diào)工作。驗收〔用戶〕測試：檢驗軟件產(chǎn)品質(zhì)量的最后一道工序。主要突出用戶的作用，同時軟件開發(fā)人員也應(yīng)有一定程度的參與。正確理解黑盒測試方法的概念，并進展總結(jié)歸納黑盒測試被稱為功能測試或數(shù)據(jù)驅(qū)動測試。 在測試時，把被測程序視為一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下進展。采用黑盒測試的目的主要是在軟件產(chǎn)品所應(yīng)具有的功能的根底上，進展：〔1〕檢查程序功能能否按需求規(guī)格說明書的規(guī)定正常使用， 測試各個功能是否有遺漏,檢測性能等特性要求是否滿足?！?〕檢測人機交互是否錯誤，檢測數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問是否錯誤，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出結(jié)果， 并保持外部信息〔如數(shù)據(jù)庫或文件〕的完整性?！?〕檢測程序初始化和終止方面的錯誤。簡述白盒測試用例的設(shè)計方法，并進展分析總結(jié)白盒測試主要是檢查程序的內(nèi)部結(jié)構(gòu)、邏輯、循環(huán)和路徑。常用測試用例設(shè)計方法有：邏輯覆蓋法〔邏輯驅(qū)動測試〕：是以程序內(nèi)部的邏輯結(jié)構(gòu)為根底設(shè)計測試用例的方法。根據(jù)對程序內(nèi)部的邏輯結(jié)構(gòu)的覆蓋程度， 邏輯覆蓋法具有不同的覆蓋標準： 語句覆蓋、判定覆蓋、條件覆蓋、判定一條件覆蓋、條件組合覆蓋等根本路徑測試方法：如果把覆蓋的路徑數(shù)壓縮到一定限度內(nèi)，例如程序中的循環(huán)體只執(zhí)行零次和一次，就稱為基路徑測試。簡述客戶/服務(wù)器體系結(jié)構(gòu)應(yīng)用系統(tǒng)的測試特點與主要內(nèi)容C/S體系結(jié)構(gòu)的軟件測試通常是從單個客戶端開始，然后再逐步集成客戶端、服務(wù)器和網(wǎng)絡(luò)系統(tǒng)進展集成測試，最后進展系統(tǒng)的整體測試?！?〕客戶端的獨立測試對客戶端的測試主要是屬于功能性測試。 用戶客戶端應(yīng)用以“別離的〃模式被測試，即這層測試不考慮服務(wù)器和底層網(wǎng)絡(luò)的運行。通常包括：客戶端的測試一一檢測客戶端的業(yè)務(wù)邏輯流程的應(yīng)用〔2〕客戶端與服務(wù)器端的集成測試客戶端軟件和關(guān)聯(lián)的服務(wù)器端應(yīng)用作一體測試，但并不過多考慮網(wǎng)絡(luò)運行的關(guān)聯(lián)因素。對服務(wù)器的測試一一主要是性能的測試。 測試包含服務(wù)器的協(xié)調(diào)和數(shù)據(jù)管理功能以與服務(wù)器的性能〔整體響應(yīng)時間和數(shù)據(jù)的吞吐量〕的表現(xiàn)。通常包括：數(shù)據(jù)庫測試-一致性錯誤，輸出的錯誤連接速度測試-速度太慢，引起數(shù)據(jù)丟失。負載測試-為了測量C/S系統(tǒng)在某一負載級別上的性能，以保證系統(tǒng)在需求 X圍內(nèi)能夠正常工作。壓力測試-通常是指對Web應(yīng)用系統(tǒng)負載能力極限的測試。 系統(tǒng)限制和故障恢復信息頁面的傳輸能力。對應(yīng)用服務(wù)器〔中間件〕的測試〔3〕整體測試對完整的C/S體系結(jié)構(gòu)整體測試，在上述功能測試和性能測試的根底上， 還包括網(wǎng)絡(luò)運行與其性能的測試。 整體測試通常包括以下測試項目：事務(wù)測試一一創(chuàng)建一系列的測試以保證每類事務(wù)被按照需求處理。 事務(wù)測試著重于處理的正確性，同時也關(guān)注性能問題。網(wǎng)絡(luò)通信測試一一用于驗證網(wǎng)絡(luò)節(jié)點間的通信是否正常的發(fā)生， 并且消息傳遞、事務(wù)和相關(guān)的網(wǎng)絡(luò)通信有無錯誤的發(fā)生。簡述WEB測試的測試X圍與采用的方法基于Web的系統(tǒng)測試不但需要檢查和驗證是否按照設(shè)計的要求運行， 而且還要評價系統(tǒng)在不同用戶的瀏覽器端的顯示是否適宜。 重要的是，還要從最終用戶的角度進展安全性和可用性測試，從功能、性能、可用性、客戶端兼容性、安全性等方面討論基于 Web的系統(tǒng)測試方法。對Web測試所采用的測試方法與策略有哪些？――黑盒測試、白盒測試、靜態(tài)測試和動態(tài)測試都有可能用到， 還會包括面向?qū)ο鬁y試技術(shù)的運用。面向?qū)ο蟮拈_發(fā)模式與傳統(tǒng)軟件的開發(fā)模式有何不同， 因此而引發(fā)的測試方法有何不同面向?qū)ο蟮某绦蚪Y(jié)構(gòu)不再是傳統(tǒng)的功能模塊結(jié)構(gòu)， 作為一個整體，原有集成測試所要求的逐步將開發(fā)的模塊搭建在一起進展測試的方法已變得不可行。 而且，面向?qū)ο筌浖仐壛藗鹘y(tǒng)的開發(fā)模式，對每個開發(fā)階段都有不同以往的要求和結(jié)果， 已經(jīng)不可能用功能細化的觀點來檢測面向?qū)ο蠓治龊驮O(shè)計的結(jié)果。因此，傳統(tǒng)的測試模型對面向?qū)ο筌浖呀?jīng)不再適用。測試方法面向?qū)ο筌浖仐壛藗鹘y(tǒng)的開發(fā)模式， 對每個開發(fā)階段都有不同于傳統(tǒng)軟件測試的要求和結(jié)果，已經(jīng)不可能用功能細化的觀點來檢測面向?qū)ο蠓治龊驮O(shè)計的結(jié)果。a）測試的對象不同：傳統(tǒng)軟件測試的對象是面向過程的軟件，一般用結(jié)構(gòu)化方法構(gòu)建；面向?qū)ο鬁y試的對象是面向?qū)ο筌浖捎妹嫦驅(qū)ο蟮母拍詈驮绱?，用面向?qū)ο蟮姆椒?gòu)建。b）測試的根本單位不同：前者是模塊；面向?qū)ο鬁y試的根本單元是類和對象。c）測試的方法和策略不同：傳統(tǒng)軟件測試采用白盒測試，黑盒測試，路徑覆蓋等方法；面向?qū)ο鬁y試不僅吸納了傳統(tǒng)測試方法， 也采用各種類測試等方法，而且集成測試和系統(tǒng)測試的方法和策略也很不一樣。簡述面向?qū)ο蟮膯卧獪y試與集成測試的思路策略單元測試：分別以方法和類作為單元的測試進展簡單的比擬。以方法為單元可以將面向?qū)ο髥卧獪y試歸結(jié)為傳統(tǒng)的單元測試?？梢允褂盟袀鹘y(tǒng)功能性測試和結(jié)構(gòu)性測試技術(shù)。前期工作相對容易，但后續(xù)測試工作重。以類為單元面向?qū)ο鬁y試的層次，取決于單元的構(gòu)成，一般采用三層或四層方式。如果把單個操作或方法看作單元，如此有四層測試，即操作/方法、類、集成和系統(tǒng)測試。面向?qū)ο鬁y試的主要問題是集成測試，可以看作是第三層，即在通過測試的類之間的交互測試。集成測試：面向?qū)ο蟮募蓽y試通常需要進展兩級集成： 一是將成員函數(shù)集成到完整類中； 二是將類與其它類集成。面向?qū)ο蟮募蓽y試能夠檢測出相對獨立的單元測試無法檢測出的那些類相互作用時才會產(chǎn)生的錯誤。單元測試可以保證成員函數(shù)行為的正確性， 集成測試如此只關(guān)注于系統(tǒng)的結(jié)構(gòu)和內(nèi)部的相互作用。面向?qū)ο蠹蓽y試可以分成兩步進展：先進展靜態(tài)測試，再進展動態(tài)測試。概況總結(jié)類的功能和性能測試功能性測試以類的規(guī)格說明為根底，主要檢查類是否符合其規(guī)格說明的要求。 功能性測試包括兩個層次：類的規(guī)格說明和方法的規(guī)格說明。結(jié)構(gòu)性測試如此是從程序出發(fā)，對類中方法進展測試，需要考慮其中的代碼是否正確。測試分為兩層：第一層考慮類中各獨立方法的代碼， 即方法要做單獨測試；第二層考慮方法之間的相互作用，即方法需要進展綜合測試。對WEB進展壓力測試時有哪些條件，如何使用條件重復：就是一遍又一遍地執(zhí)行某個操作或功能。 這將確定一個操作能否正常執(zhí)行， 并且能否繼續(xù)在每次執(zhí)行時都表現(xiàn)正常。并發(fā)：就是在同一時間內(nèi)執(zhí)行多個操作。 由并發(fā)引起的錯誤只能通過執(zhí)行多個代碼示例才能測出來，測試時要同時遍歷多條代碼路徑。量級：要考慮到每個操作中的負載量， 操作自身應(yīng)盡可能給被測軟件系統(tǒng)增加壓力， 即:盡量使單獨的操作進展高強度的使用，增加操作的量級。隨機變化：隨機使用前面條件中的無數(shù)變化形式， 就能夠在每次測試運行時應(yīng)用許多不同的代碼路徑。如何使用：重復調(diào)用一個Web服務(wù)。在同一個服務(wù)器上同時調(diào)用許多 Web服務(wù)。您可以通過模擬輸入超長消息的客戶機來使這個單獨的操作進展高強度的使用。 換句話說就是，您增加了這個操作的量級。如果您隨機使用前面的壓力原如此中介紹的無數(shù)變化形式， 您就能夠在每次測試運行時應(yīng)用許多不同的代碼路徑。以面向?qū)ο蠹夹g(shù)給軟件測試帶來哪些表現(xiàn)面向?qū)ο蠹夹g(shù)的特點給測試帶來的新問題具體表現(xiàn)為：〔1〕封裝把數(shù)據(jù)與對數(shù)據(jù)的操作封裝在一起，限制了對象屬性對外的透明性和外界對它的操作權(quán)限，在某種程度上防止了對數(shù)據(jù)的非法操作，有效防止了故障的擴散。但同時，封裝機制也給測試數(shù)據(jù)的生成、測試路徑的選取以與測試結(jié)構(gòu)的分析帶來了困難。〔2〕繼承實現(xiàn)了共享父類