補充：軟件測試流程測試計劃測試設(shè)計測試開發(fā)測試執(zhí)行測試評估缺陷跟蹤2

實踐證明，盡管人們在開發(fā)軟件的過程中使用了許多保證軟件質(zhì)量的方法和技術(shù)，但開發(fā)出的軟件中還會隱藏許多錯誤和缺陷。這對于規(guī)模大、復雜性高的軟件更是如此。所以，嚴格的軟件測試對于保證軟件質(zhì)量具有重要作用。3

軟件測試的大部分工作在軟件生存期的兩個階段中進行。在軟件編碼階段，當編寫出一個模塊后，通常要對它進行必要的測試（稱為單元測試），這時測試與編碼屬于同一個階段。在編碼階段結(jié)束后，對軟件系統(tǒng)還要進行各種綜合測試（集成測試與系統(tǒng)測試），這是一個獨立階段，即軟件測試階段。在這個測試階段又有兩種性質(zhì)不同的測試：研制單位內(nèi)部進行的集成測試和系統(tǒng)測試與用戶（或第三方）進行的驗收測試。

在軟件測試生命周期內(nèi)，錯誤在軟件開發(fā)的每個階段都可能被帶入。在軟件測試中，某些錯誤被發(fā)現(xiàn)、分類、隔離，最終被糾正。由于軟件不斷被修改，所以這個過程是一個反復進行的過程。

4測試計劃測試設(shè)計測試執(zhí)行測試記錄分析測試總結(jié)完畢缺陷跟蹤針對測試目標，規(guī)定測試任務、資源分配、人員角色、進度安排等。根據(jù)測試計劃，設(shè)計測試用例，包括：測試步驟、測試場景、測試代碼、測試數(shù)據(jù)(包括預期結(jié)果)。根據(jù)測試計劃，配置測試環(huán)境，并手動或者自動執(zhí)行測試設(shè)計。根據(jù)測試計劃，忠實地記錄測試執(zhí)行的過程和結(jié)果。分析測試記錄，如果發(fā)現(xiàn)與預期結(jié)果不同，確定并重現(xiàn)缺陷。檢查測試設(shè)計是否全部執(zhí)行完畢，缺陷是否全部關(guān)閉。記錄、分發(fā)、評估、關(guān)閉缺陷報告。分析測試過程和缺陷報告，評估測試質(zhì)量和測試效果，給出是否通過測試的建議。軟件測試過程流程圖測試用例測試用例是數(shù)據(jù)輸入和期望結(jié)果組成的對軟件中有許多錯誤用戶遇到的錯誤只占很小比例應該針對用戶最容易遇到的錯誤進行測試，以便改進測試的有效性測試用例的定義測試用例是一個包含輸入和預期輸出的與程序行為有關(guān)的標識軟件測試的本質(zhì)就是針對要測試的內(nèi)容確定一組測試用例測試用例是由測試中經(jīng)過的一系列狀態(tài)和在每個狀態(tài)中必須依靠輸入/輸出數(shù)據(jù)滿足的一對條件組成的7測試過程產(chǎn)生的測試文檔測試計劃測試設(shè)計測試執(zhí)行測試記錄分析測試總結(jié)完畢缺陷跟蹤測試計劃文檔測試用例文檔測試記錄文檔缺陷跟蹤報告測試總結(jié)報告測試啟動準則同時滿足以下條件，允許開始測試：（1）測試計劃已經(jīng)制定并且通過了審批；（2）測試用例已經(jīng)設(shè)計并且通過了審批；（3）被測試對象已經(jīng)開發(fā)完畢并等待測試。

測試完成準則對于非嚴格系統(tǒng)可以采用“基于測試用例”的準則。同時滿足以下條件允許結(jié)束測試：（1）功能性測試用例通過率達到100％；（2）非功能性測試用例通過率達到90％時。對于嚴格系統(tǒng)，應當補充“基于測試期缺陷密度”的規(guī)則：（3）相鄰n個CPU小時內(nèi)“測試期缺陷密度”全部低于某個值m。例如n大于10，m小于等于1。9軟件測試過程—測試計劃...執(zhí)行.執(zhí)行測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估建立

建立...執(zhí)行

建立1、測試需求2、測試策略3、測試資源4、測試進度輸入：軟件需求書輸出：測試計劃書10軟件測試過程—測試設(shè)計...執(zhí)行.執(zhí)行..測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估

建立建立...執(zhí)行..建立1、測試描述2、前置條件3、測試步驟4、驗證點5、后置條件6、測試通過條件良好的測試設(shè)計是測試自動化的重要保證！輸入：軟件測試計劃書輸出：軟件測試大綱11軟件測試過程—測試開發(fā)...執(zhí)行..執(zhí)行.測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估建立

建立...執(zhí)行..建立測試腳本12軟件測試過程—測試執(zhí)行測試生命周期...執(zhí)行..執(zhí)行..測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估建立建立...執(zhí)行..建立進行測試執(zhí)行管理運行測試記錄測試結(jié)果，包括缺陷報告和測試日志13軟件測試過程—測試評估...執(zhí)行.執(zhí)行.測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估建立建立...執(zhí)行.建立統(tǒng)計和分析測試結(jié)果，確定是否達到軟件發(fā)布的標準14軟件測試過程—缺陷跟蹤...執(zhí)行.執(zhí)行.測試計劃缺陷跟蹤測試開發(fā)測試設(shè)計評估建立建立...執(zhí)行.建立缺陷跟蹤：記錄測試發(fā)現(xiàn)的缺陷或用戶問題，并且跟蹤、管理缺陷的狀態(tài)變更15測試計劃測試計劃的問題：測試計劃經(jīng)常是等到開發(fā)周期后期才開始實行，使得沒有時間有效的執(zhí)行計劃。測試計劃的組織者可能缺乏測試經(jīng)驗，無法對測試進行準確的評估，導致測試計劃難以落到實處。測試的量度和復雜性可能太大，沒有自動化工具，很難計劃和控制。16如何看待測試計劃好的計劃可以保證項目50%的成功，另50%靠有效的執(zhí)行！《測試計劃》只是一個文件？不要單純的去編制一個測試計劃，要計劃測試過程（不要為了計劃而計劃！）。測試計劃是指導要做什么的所有想法。測試計劃必須要起到協(xié)調(diào)所有與測試相關(guān)人員的作用，包括測試工程師、客戶參與人員、項目參與人員。測試計劃的目標軟件測試員的目標：？利用良好的測試計劃、測試案例和測試報告正確交流和制定測試工作是測試員達到目標的保障。測試計劃的目標規(guī)定測試活動的范圍、方法、資源和進度明確正在測試的項目、要測試的特性、要執(zhí)行的測試任務、每個任務的負責人與計劃相關(guān)的風險測試計劃需考慮因素高級期望人、地點和事定義團隊之間的責任測試內(nèi)容測試階段測試策略資源要求任務分配測試進度測試案例軟件缺陷報告頻度和統(tǒng)計風險和問題19測試計劃的過程確定測試要素，編寫可檢驗的測試需求評估風險制定測試策略，測試方法確定測試資源創(chuàng)建時間表生成測試計劃審查測試計劃由開發(fā)、測試、用戶三方會議審核考慮可能的測試推遲執(zhí)行測試計劃可能的阻力檢查項目需求說明、軟件維護手冊、技術(shù)更新資料、用戶手冊20測試設(shè)計測試設(shè)計的問題：不做測試設(shè)計，測試過程胡亂建立/如何執(zhí)行測試？測試設(shè)計不詳細，不是基于可量度的測試策略。測試過程沒有采用最好的技術(shù)來檢驗系統(tǒng)（WindowsC/S、B/S）結(jié)構(gòu)的測試需求。21測試設(shè)計選擇適當?shù)臏y試用例，來源：根據(jù)需求說明書、開發(fā)設(shè)計文檔、測試需求等資料，編寫測試用例確定每個用例執(zhí)行的條件設(shè)定一系列的測試步驟按照一定策略設(shè)計測試輸入數(shù)據(jù)（邊界條件、等價類劃分、非法數(shù)值等）確定預期的測試輸出，做為測試用例成功的依據(jù)為每一個測試用例確定測試驗證點22測試開發(fā)測試開發(fā)的問題：測試開發(fā)很亂，與測試需求或測試策略沒有對應性測試用例、測試過程不可重用測試過程被作為一個編程任務來執(zhí)行，導致腳本太長，不能滿足軟件移植性的要求輸入：被測軟件、基于測試需求的測試設(shè)計輸出：測試過程和測試用例目標：創(chuàng)建可以重用的自動化測試過程維護測試對于測試需求的可跟蹤性23測試開發(fā)測試開發(fā)技術(shù)：編程優(yōu)點：具有較大的靈活性缺點：編程過程過于復雜錄制優(yōu)點：操作簡單快捷缺點：靈活性較差一般綜合這兩種開發(fā)技術(shù)：先錄制、后編程24測試執(zhí)行測試執(zhí)行過程：按照測試用例流程進行手工測試執(zhí)行已經(jīng)建立的測試腳本根據(jù)測試需求檢查測試是否得到正確結(jié)果報告軟件缺陷，對缺陷記錄進行跟蹤和維護25測試評估測試評估的問題：沒有把測試覆蓋率作為報告測試進程的根據(jù)，使得不知測試是否結(jié)束沒有做缺陷評估，缺陷評估是量度軟件可行性的重要指標不使用專門的軟件工具進行數(shù)據(jù)輸入任務和相應的評估活動，使得這些任務變得繁重累人26測試評估測試評估的目標：提供量化的測試覆蓋域評估軟件質(zhì)量,生成缺陷評估報告和測試覆蓋率的總結(jié)報告測試覆蓋率：評估測試完成多少的標準缺陷評估：評估軟件質(zhì)量的重要指標，通常評估模型假設(shè)缺陷的發(fā)現(xiàn)是呈泊松分布的；嚴格的缺陷評估要考察在測試過程中發(fā)現(xiàn)缺陷的間隔時間長短。評估要估計軟件當前的可靠性并預測隨著測試的繼續(xù)進行，軟件可靠性會怎樣提高！27測試評估缺陷發(fā)現(xiàn)率趨勢決定發(fā)布日期時間發(fā)布日期發(fā)現(xiàn)的缺陷數(shù)測試成本28缺陷評估

缺陷評估是評估軟件質(zhì)量的重要指標，通常評估模型假設(shè)缺陷的發(fā)現(xiàn)是呈泊松分布的；嚴格的缺陷評估要考察在測試過程中發(fā)現(xiàn)缺陷的間隔時間長短。評估要估計軟件當前的可靠性并預測隨著測試的繼續(xù)進行，軟件可靠性會怎樣提高。

SQASuite提供四種形式進行缺陷評估：

1、缺陷分布報告可以生成缺陷數(shù)量與缺陷屬性的函數(shù)。如測試需求和狀態(tài)。

2、缺陷趨勢報告可以看出缺陷增長和減少的趨勢。

3、缺陷年齡報告展示一個缺陷處于某種狀態(tài)的時間長短

4、測試結(jié)果進度報告展示測試過程在被測應用的幾個版本中的執(zhí)行結(jié)果以及測試周期。29缺陷評估具體步驟

1、回顧測試日記

2、評估測試需求的覆蓋率

3、分析缺陷

4、決定是否達到完成測試的標準，沒有滿足標準時

5、再測試

6、降低標準軟件測試類文檔測試計劃：用于描述總體和各級別上的測試計劃。測試設(shè)計規(guī)格說明：定義各個測試級別的測試用例結(jié)構(gòu)和覆蓋信息。測試用例規(guī)格說明：描述測試用例或者自動測試腳本。測試用例執(zhí)行過程規(guī)格說明：一組測試用例的執(zhí)行步驟。測試日志：記錄測試執(zhí)行過程中的信息。測試意外事件報告：用于描述在測試執(zhí)行過程發(fā)生的任何異常情況，這些異常情況可能存在于需求、設(shè)計、代碼、文檔或測試用例中。隨后，可將意外事件歸類為缺陷或增強事件。測試總結(jié)報告：匯總測試活動和結(jié)果的文檔，也包括對相應測試項的評估。測試策略：用于定義項目中需要執(zhí)行的各個級別的測試以及與每個級別測試相關(guān)的測試過程。缺陷問題報告單：用于描述缺陷在其生命周期中的細節(jié)信息。9、春去春又回，新桃換舊符。在那桃花盛開的地方，在這醉人芬芳的季節(jié)，愿你生活像春天一樣陽光，心情像桃花一樣美麗，日子像桃子一樣甜蜜。3月-253月-25Sunday,March16,202510、人的志向通常和他們的能力成正比例。20:42:4420:42:4420:423/16/20258:42:44PM11、夫?qū)W須志也，才須學也，非學無以廣才，非志無以成學。3月-2520:42:4420:42Mar-2516-Mar-2512、越是無能的人，越喜歡挑剔別人的錯兒。20:42:4420:42:4420:42Sunday,March16,202513、志不立，天下無可成之事。3月-253月-2520:42:4420:42:44March16,202514、ThankyouverymuchfortakingmewithyouonthatsplendidoutingtoLondon.ItwasthefirsttimethatIhadseentheToweroranyoftheotherfamoussights.IfI'dgonealone,Icouldn'thaveseennearlyasmuch,becauseIwouldn'thaveknownmywayabout.。16