1、第二章軟件測試的基本知識，2.1軟件測試是整個(gè)軟件開發(fā)生命周期2.2測試模型2.3軟件測試的分類2.4軟件測試的原則2.5軟測試程序2.6軟測試流程2.7測試的成功經(jīng)驗(yàn)，2.1軟件測試是在整個(gè)軟件開發(fā)生命周期中進(jìn)行的，2.1.1軟件測試中使用的各種術(shù)語軟件錯(cuò)誤軟件缺陷軟件缺陷軟件故障，2.1.2軟件測試工作應(yīng)側(cè)重于對上一開發(fā)階段的工作進(jìn)行編碼，以確保整個(gè)軟件開發(fā)生命周期，尤其是軟件質(zhì)量。這意味著測試必須從軟件開發(fā)生命周期的第一步開始，并在整個(gè)軟件開發(fā)生命周期中進(jìn)行。關(guān)于測試，第一個(gè)是為什么要測試的問題。所有測試都是為了發(fā)現(xiàn)和消除軟件中的缺陷。明確需要軟件測試的原因后，明確需要測試什么的問題。軟

2、件開發(fā)有其自己的生命周期，在整個(gè)軟件生命周期中，每個(gè)生命周期都有其自己的分步交付成果。此外，在每個(gè)階段創(chuàng)建的所有交付項(xiàng)(包括需求分析、摘要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和程序編碼)都必須作為測試對象，包括需求規(guī)范說明、摘要設(shè)計(jì)規(guī)范說明、詳細(xì)設(shè)計(jì)規(guī)范說明和源程序。隨著人們對軟件工程的興趣和軟件規(guī)模的擴(kuò)大，軟件分析、設(shè)計(jì)的作用越來越明顯，有超過60%的軟件錯(cuò)誤不是程序錯(cuò)誤，而是分析和設(shè)計(jì)錯(cuò)誤的資料。因此，做好軟件要求和設(shè)計(jì)階段的測試工作至關(guān)重要。這是現(xiàn)有測試概念的擴(kuò)展，提出了軟件生命周期測試的概念。測試過程包括軟件開發(fā)生命周期的每個(gè)階段。在需求階段，重點(diǎn)是確定需求定義是否符合您的需求。設(shè)計(jì)和編程階段的重點(diǎn)是確定設(shè)

3、計(jì)和編程是否符合要求定義。測試和安裝階段的重點(diǎn)是檢查系統(tǒng)運(yùn)行是否符合系統(tǒng)規(guī)格說明。在維護(hù)階段，再次測試系統(tǒng)，以驗(yàn)證更改的部分和未更改的部分是否都工作正常。2.1.3軟件測試手段1。驗(yàn)證和驗(yàn)證通常使用驗(yàn)證來驗(yàn)證中間交付項(xiàng)，使用驗(yàn)證來評估可執(zhí)行代碼的性能。驗(yàn)證通常是“您是否構(gòu)建了正確的系統(tǒng)？”回答類似的問題?；卮鸬膯栴}是：“您是否正確構(gòu)建了系統(tǒng)？”您也可以按一下確認(rèn)以列印區(qū)段。驗(yàn)證是指確定軟件開發(fā)的各個(gè)階段、各個(gè)階段的產(chǎn)品是否正確、與之前開發(fā)階段和開發(fā)階段的產(chǎn)品是否一致的方法。驗(yàn)證工作是指在軟件開發(fā)過程中進(jìn)行一系列活動，旨在確保軟件準(zhǔn)確無誤地實(shí)現(xiàn)軟件要求。確認(rèn)是如何決定最終軟件產(chǎn)品是否正確。2 .

4、功能和結(jié)構(gòu)測試測試測試人員在測試項(xiàng)目團(tuán)隊(duì)的解決方案時(shí)，使用驗(yàn)證和驗(yàn)證技術(shù)完成功能和結(jié)構(gòu)測試。功能測試也稱為黑盒測試，因?yàn)橄到y(tǒng)的內(nèi)部邏輯通常不包含在測試用例中。相反，由于系統(tǒng)的內(nèi)部邏輯經(jīng)常用于虛擬測試用例，因此結(jié)構(gòu)測試通常稱為白盒測試。結(jié)構(gòu)測試主要使用驗(yàn)證技術(shù)。如上所述，測試者使用驗(yàn)證技術(shù)審查系統(tǒng)的結(jié)構(gòu)和邏輯，以確認(rèn)系統(tǒng)的合理性。嚴(yán)格應(yīng)用于實(shí)際測試，確保生成了所需的結(jié)果。結(jié)構(gòu)測試主要使用驗(yàn)證技術(shù)，功能測試主要使用驗(yàn)證技術(shù)。正如軟件開發(fā)中有過程模型一樣，2.2測試模型也有測試模型。描述上述測試過程是測試模型。最有意義的測試模型稱為v模型。圖2-1中顯示了v型號。，圖2-1 V模型圖，從開發(fā)過程中的

5、需求階段到編碼階段，主要使用需求審查、設(shè)計(jì)審查、代碼審查、代碼審查等驗(yàn)證手段，完成開發(fā)中間結(jié)果的準(zhǔn)確性評估。編碼完成和測試(例如代碼審查)后，此時(shí)的測試主要通過軟件的執(zhí)行模式(即單元測試、集成測試、系統(tǒng)測試和用戶接受測試等)進(jìn)行，其關(guān)系如圖2-2所示。根據(jù)圖2-2 V模型的測試、2.3軟件測試的分類以及其他分類方法，軟件測試可以分為以下幾種類型：1.根據(jù)開發(fā)階段的分段開發(fā)階段，軟件測試可以分為單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試。2 .按測試實(shí)施組織劃分，軟件測試可以分為開發(fā)人員測試、用戶測試(beta測試)和第三方測試。3 .按測試技術(shù)分類的測試技術(shù)，軟件測試是白盒測試和黑盒測試，可以分為

6、靜態(tài)測試和動態(tài)測試。2.4軟件測試的原則，軟件測試的原則還不是標(biāo)準(zhǔn)的。大部分是經(jīng)驗(yàn)。一般來說，有幾點(diǎn)可以作為測試的基本原理。(1)所有測試都應(yīng)追溯到用戶需求。(2)要以“盡快和持續(xù)測試軟件”為軟件測試員的座右銘。(3)設(shè)計(jì)時(shí)必須完成測試計(jì)劃，詳細(xì)的測試用例定義可以在設(shè)計(jì)模型確定后開始，測試可以在生成代碼之前進(jìn)行計(jì)劃和設(shè)計(jì)。(4)帕累托原則：測試中發(fā)現(xiàn)的錯(cuò)誤80%很可能來自20%的模塊。必須隔離這些疑問模塊，進(jìn)行重點(diǎn)測試。(5)不能完全測試，必須終止測試。(6)測試必須由獨(dú)立的第三方配置。(7)充分注意測試的集群現(xiàn)象。(8)應(yīng)盡量避免測試的隨機(jī)性。(9)考慮合理輸入和不合理輸入數(shù)據(jù)。(10)程序

7、修改后，回歸測試(11)需要長期保存測試用例，直到系統(tǒng)報(bào)廢。2.5軟件測試策略略，軟件測試策略說明了軟件測試活動的總體方法和目標(biāo)。測試活動可以應(yīng)用多種策略，以確保正在開發(fā)的軟件符合規(guī)格要求。這種戰(zhàn)略的區(qū)別是采用不同的起點(diǎn)、不同的想法、不同的手段和方法。包括特別要使用的測試技術(shù)和工具。測試完成標(biāo)準(zhǔn)；影響資源分配的特殊考慮因素等。通常，在制定軟件測試策略時(shí)，應(yīng)考慮以下因素：(1)要使用的測試方法。(2)識別質(zhì)量風(fēng)險(xiǎn)。(3)用于完成測試和成功測試的評估標(biāo)準(zhǔn)。(4)資源要求或進(jìn)展的特殊考慮。(5)測試類型、評價(jià)標(biāo)準(zhǔn)和測試方法。(6)資源識別。軟件測試策略最重要的部分是要執(zhí)行的測試過程和要執(zhí)行的測試類型

8、。1.測試流程分為四個(gè)流程：單元測試集成測試系統(tǒng)測試接受測試，2 .測試類型對測試類型進(jìn)行多種說法，最多可以有30多種測試類型。實(shí)際工作包含很多測試。根據(jù)企業(yè)的實(shí)際業(yè)務(wù)需求，測試主要包括以下類型：功能測試健壯性測試界面測試，強(qiáng)度測試壓力測試性能測試用戶界面測試安全測試可靠性測試安裝/防安裝測試，11 .測試文檔12 .恢復(fù)測試13。兼容性測試14.測試15.測試，2.6軟測試流程，軟件測試工作應(yīng)通過測試計(jì)劃制定、設(shè)計(jì)測試、實(shí)施測試、測試執(zhí)行、測試執(zhí)行、多階段評估來完成。流程如圖2-4所示。圖2-4軟件測試流程，2.6.1測試計(jì)劃開發(fā)測試計(jì)劃是測試每個(gè)產(chǎn)品或每個(gè)開發(fā)階段的產(chǎn)品的策略。，計(jì)劃的目的

9、是確定任務(wù)、分析風(fēng)險(xiǎn)、資源計(jì)劃和確定進(jìn)度。計(jì)劃不是時(shí)間表，而是動態(tài)的過程，最終確定為系列文件。編寫軟件測試計(jì)劃需要測試項(xiàng)目經(jīng)理的積極參與。這是因?yàn)橹黜?xiàng)目計(jì)劃已經(jīng)確定了整個(gè)項(xiàng)目的一個(gè)時(shí)間框架，并且軟件測試作為階段任務(wù)必須遵循計(jì)劃和資源的承諾。通常，整個(gè)測試計(jì)劃應(yīng)包括以下方面：(1)測試范圍(即測試活動應(yīng)復(fù)蓋的范圍)的定義(2)風(fēng)險(xiǎn)識別(3)資源計(jì)劃(4)時(shí)間表開發(fā)，2.6.2設(shè)計(jì)測試設(shè)計(jì)測試階段測試用例和測試流程，請確保測試用例完全滿足測試要求。設(shè)計(jì)測試階段最重要的是如何分解測試要求，以及如何設(shè)計(jì)測試用例。1 .如何分解測試要求要分解測試要求，必須反復(fù)確認(rèn)和理解各種信息，與用戶交流意見，理解要求

10、。您可以執(zhí)行以下步驟：(1)確定軟件提供的主要任務(wù)。(2)針對每個(gè)任務(wù)，識別完成該任務(wù)要執(zhí)行的動作。(3)確定從數(shù)據(jù)庫信息導(dǎo)出的計(jì)算結(jié)果。(4)對于對時(shí)間有要求的交易，確定所需的時(shí)間和條件。(5)確定可能導(dǎo)致重大事故的壓力測試，如內(nèi)存、硬盤空間、高事務(wù)率等。(6)確定應(yīng)用程序需要處理的數(shù)據(jù)量。(7)確定所需的軟件和硬件配置。(8)確定與應(yīng)用程序軟件沒有直接關(guān)系的其他商業(yè)交易。(9)確定安裝過程。(10)確保功能測試沒有隱含的用戶界面要求。2 .測試用例測試用例設(shè)計(jì)方法通常表示反映測試方案、方法、技術(shù)和策略的特定軟件產(chǎn)品的測試工作的說明。值得一提的是，測試數(shù)據(jù)在大量可用的測試數(shù)據(jù)中仔細(xì)選擇代表性

11、或特殊性。測試用例是軟件測試的系統(tǒng)和工程輸出，測試用例的設(shè)計(jì)一直是軟件測試工作的重點(diǎn)和難點(diǎn)。設(shè)計(jì)測試用例設(shè)計(jì)并記錄特定功能或組合功能的測試方案。測試用例應(yīng)反映軟件工程的理念和原則。傳統(tǒng)的測試用例文檔可以通過兩種方式編寫。一個(gè)是創(chuàng)建操作步驟列表。詳細(xì)記錄軟件執(zhí)行的操作步驟，包括所有措施項(xiàng)及其值。另一個(gè)是填充測試矩陣。操作數(shù)是矩陣中的字段，矩陣中的記錄之一是這些字段的值。評估測試用例的好壞有兩個(gè)標(biāo)準(zhǔn)：還能發(fā)現(xiàn)沒有發(fā)現(xiàn)的軟件缺陷嗎？能復(fù)蓋所有測試要求嗎？2.6.3實(shí)施測試實(shí)施測試是準(zhǔn)備測試環(huán)境、獲取測試數(shù)據(jù)、開發(fā)測試程序，然后為該流程選擇和準(zhǔn)備輔助測試工具的過程。1.準(zhǔn)備測試環(huán)境(1)準(zhǔn)備測試技術(shù)(

12、2)配置軟件、硬件環(huán)境(3)代表，2 .需要測試才能獲取測試數(shù)據(jù)的典型方案包括：(1)測試正常事務(wù)(2)使用無效數(shù)據(jù)的測試，生成測試數(shù)據(jù)時(shí)主要考慮以下步驟：確定測試資源確定測試情況確定測試情況確定正確的處理結(jié)果生成測試事務(wù)和確定實(shí)際測試數(shù)據(jù)時(shí)，必須說明處理測試數(shù)據(jù)的以下四個(gè)屬性。(1)深度(2)寬度(3)范圍(4)結(jié)構(gòu)，3。測試腳本摘要所謂腳本是一系列相關(guān)的終端活動。一般測試腳本有五個(gè)級別的單位腳本，用于測試特定單位/模塊的腳本。用于在兩個(gè)或更多用戶同時(shí)訪問同一文件時(shí)測試的腳本的并發(fā)腳本：確定每個(gè)模塊是否可以連接的集成腳本；確定系統(tǒng)更改時(shí)系統(tǒng)未更改部分是否更改的回歸腳本；在執(zhí)行大量事務(wù)時(shí)驗(yàn)證系

13、統(tǒng)性能的強(qiáng)度/性能腳本。，(1)必須在運(yùn)行測試腳本之前構(gòu)建測試腳本，以提高測試腳本的結(jié)構(gòu)測試腳本的可維護(hù)性和可重用性。(2)日志記錄技術(shù)必須以最不受測試對象更改影響的方式記錄測試腳本，以提高測試腳本的可維護(hù)性。(3)基于數(shù)據(jù)的測試很多測試過程包括在給定的數(shù)據(jù)輸入屏幕上輸入多個(gè)字段數(shù)據(jù)集，確認(rèn)字段確認(rèn)功能、錯(cuò)誤處理等。(4)在執(zhí)行測試腳本同步和計(jì)劃關(guān)鍵測試時(shí)，您需要同步測試腳本，通常在預(yù)定的時(shí)間開始。(5)測試和調(diào)試測試腳本在記錄測試腳本的同一測試軟件中運(yùn)行這些最近記錄的測試腳本時(shí)不能出錯(cuò)。4 .輔助測試工具要實(shí)現(xiàn)高效的測試工作，還需要高效易用的輔助工具，執(zhí)行軟件測試通常需要以下幾個(gè)基本工具：優(yōu)

14、秀的辦公處理軟件秒表誤差跟蹤系統(tǒng)自動測試工具軟件分析工具良好的操作系統(tǒng)多樣化平臺，2.6.4測試運(yùn)行測試是運(yùn)行全部或部分選定測試用例并觀察其測試結(jié)果的過程。執(zhí)行測試的準(zhǔn)備和計(jì)劃工作貫穿軟件開發(fā)生命周期，但測試執(zhí)行通常在軟件開發(fā)生命周期的后半段或編碼完成后接近尾聲。由于測試過程通常包括代碼審查、單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試幾個(gè)階段，因此這些階段的實(shí)施細(xì)節(jié)不同，但操作過程是一致的。執(zhí)行測試的過程包括四個(gè)部分：輸入。完成任務(wù)所需的門戶標(biāo)準(zhǔn)或交付項(xiàng)。實(shí)施過程。從輸入到輸出的過程或操作操作。檢驗(yàn)過程。決定輸出是否符合標(biāo)準(zhǔn)處理程序。輸出。發(fā)布標(biāo)準(zhǔn)或工作流生成的交付項(xiàng)。執(zhí)行測試過程，如圖2-5所示

15、。圖2-5運(yùn)行測試流程，評估2.6.5測試軟件測試的主要評估方法包括測試復(fù)蓋范圍和質(zhì)量評估。測試復(fù)蓋范圍是測試總體水平的評估，表示為測試要求和測試用例的疊加或已運(yùn)行代碼的疊加。質(zhì)量評估根據(jù)測試結(jié)果評估和測試期間確定的變更請求(缺陷)分析來衡量測試目標(biāo)(系統(tǒng)或被測試應(yīng)用程序)的可靠性、可靠性和性能。1 .復(fù)蓋基準(zhǔn)可回答“測試的總體程度”問題。最常見的服務(wù)范圍評估是基于需求的測試服務(wù)范圍和基于代碼的測試服務(wù)范圍。也就是說，測試復(fù)蓋范圍是對要求(基于要求)或代碼的設(shè)計(jì)/實(shí)現(xiàn)標(biāo)準(zhǔn)(基于代碼)的全面評估，例如用例驗(yàn)證(基于要求)或所有代碼行的執(zhí)行(基于代碼)。2 .質(zhì)量評估測試復(fù)蓋范圍評估提供測試的整體水平評估，在測試過程中發(fā)現(xiàn)缺陷的評估提供最佳軟件質(zhì)量指標(biāo)。3.配置文件可以在評估測試對象的性能行為時(shí)使用各種配置文件，重點(diǎn)是獲取與行為相關(guān)的數(shù)據(jù)，如響應(yīng)時(shí)間、計(jì)時(shí)配置文件、執(zhí)行流、操作可靠性和限制。2.7測試的成功經(jīng)驗(yàn)，為了降低系統(tǒng)開發(fā)成本，越早測試越好。這是軟件行業(yè)在整個(gè)軟件開發(fā)