軟件測試流程及規(guī)范vs缺陷管理

1、-思美軟件培訓(xùn)PPT 1.1測試流程圖 1.1.1 完整開發(fā)流程 1.1.2測試流程 1.1.2.1 計劃與設(shè)計階段 1.1.2.2 實施測試階段 1.1.2.3 測試總結(jié)階段 1.2計劃與設(shè)計階段 1.2.1 立項會議 1.2.2 需求評審 1.2.3 測試工作啟動 1.2.4測試設(shè)計階段 1.2.4.1 設(shè)計測試計劃 1.2.4.2 設(shè)計測試用例 1.2.5設(shè)計內(nèi)容評審1.3實施測試階段 1.3.1 測試交接 1.3.2 實施測試 1.3.2.1 實施測試 1.3.2.1 提交階段性報 1.3.3 回歸測試 1.3.4 同行審查1.4總結(jié)階段 1.4.1測試總結(jié)報告 1.4.2測試驗收 1

2、.4.3測試歸檔 1.4.4測試工作總結(jié)1.1.1 完整開發(fā)流程1.1.2 測試流程1.1.2.1 計劃與設(shè)計階段 優(yōu)化的測試計劃 優(yōu)化的測試用例集 測試計劃 測試用例集 測試小組成立 開發(fā)方與測試方目標達成一致 需求明確無異議 項目正式立項 測試組長確定 評審測試計劃 評審測試用例集設(shè)計內(nèi)容評審測試設(shè)計階段 測試預(yù) 組建測試小組 召開測試情動會 設(shè)計測試計劃 設(shè)計測試用例測試工作啟動 明確需求 消除歧義 會議討論并確認需求評審 項目可行性分析 確定項目經(jīng)理 確定測試組長 測試計劃 測試用例集立項會議 需求規(guī)格說明書 項目開發(fā)計劃 概要設(shè)計、詳細設(shè)計 其他相關(guān)文檔 需求規(guī)格說明書 項目開發(fā)計劃

3、 需求規(guī)格說明書1.1.2測試流程1.1.2.2 實施測試階段 提交缺陷及修改意見 提交測試記錄 提交測試報告 缺陷記錄 測試記錄 階段性測試報告 回歸測試用例集通過 缺陷經(jīng)過驗證 所有缺陷都指明處理方式 提交內(nèi)容檢測通過同行審查 同行測試組執(zhí)行自由測試回歸測試 編寫階段性測試報告 執(zhí)行測試用例集 驗證缺陷 填寫測試記錄測試實施階段 檢查送測單填寫規(guī)范 檢查提交內(nèi)容的完整性及可測性 執(zhí)行測試用例 提交缺陷 填寫測試記錄測試交接 軟件缺陷都已關(guān)閉 測試小組完成測試 測試用例集 修改后的軟件新版本 送測單 測試軟件、配套工具及其他相關(guān)文檔資料 測試計劃 測試用例集 開發(fā)部所提交部件1.1.2測試流

4、程1.1.2.3 測試總結(jié) 完善、優(yōu)化工作流程，提高工作效率 測試小組解散 文檔歸類完畢 版本號封存 測試驗收通過 測試驗收會議記錄 測試總結(jié)報告工作總結(jié) 歸類、存檔測試過程中涉及到的文檔 測試工作總結(jié) 成員發(fā)表意見 討論尋求解決方式 編寫測試總結(jié)報告測試歸檔 測試文檔驗收 測試效果驗收 測試評估 測試建議測試驗收測試總結(jié)報告 項目驗收通過 測試工作全部完成 測試總結(jié)報告 階段性測試報告 缺陷報告單 測試記錄 測試任務(wù)書 測試計劃書 測試用例書 缺陷記錄單 階段性測試報告 測試總結(jié)報告 測試驗收會議記錄 測試實施階段結(jié)束 測試計劃 測試記錄 階段性測試報告 缺陷記錄由工程技術(shù)委員會召開立項會議

5、，會議主要對項目的可行性進行分析，并且確定項目經(jīng)理及項目測試組長。過程要點詳細說明輸入條件立項會議工作內(nèi)容 項目（產(chǎn)品）可行性分析。 項目經(jīng)理的確定. 根據(jù)項目信息，測試經(jīng)理確定測試組長。退出標準測試組長確定責任人測試經(jīng)理（確定測試組長）注：1. 需求定義基本完成，此時應(yīng)在評審會議召開之前發(fā)給測試團隊，預(yù)留時間給測試相關(guān)人員熟悉、理解。2. 測試部參與人員由測試部經(jīng)理指定，主要由測試組長、測試設(shè)計等人員組成（還應(yīng)包括配置管理人員、質(zhì)量保證人員）。過程要點詳細說明輸入條件需求定義完成工作內(nèi)容測試團隊成員對需求中不清楚、不完整、太概括或存在疑義的地方提出問題，相關(guān)人員解答并確認。退出標準所有人員對

6、需求無異議參與人員需求調(diào)研人員，工程技術(shù)委員會，開發(fā)組，測試部責任人工程技術(shù)委員會在正式測試任務(wù)下達前，開發(fā)團隊應(yīng)在項目（產(chǎn)品）開發(fā)計劃完成后及時向測試團隊下達預(yù)，告之較為確切的測試日期，提供當前最新的相關(guān)資料。部門經(jīng)理和測試組長組建測試小組，并視具體情況決定是否需要調(diào)整人力、時間安排、測試環(huán)境等其它資源。測試小組成員可預(yù)先熟悉必要的項目（產(chǎn)品）資料。過程要點詳細說明輸入條件項目（產(chǎn)品）開發(fā)計劃完成工作內(nèi)容1項目/產(chǎn)品經(jīng)理郵件測試組長正式測試交接時間，測試規(guī)模預(yù)估等，同時提交相關(guān)最新項目資料： 項目需求及軟件規(guī)格定義文檔 項目開發(fā)計劃 開發(fā)設(shè)計過程中提供概要設(shè)計、詳細設(shè)計文檔。 其他相關(guān)資料2

7、. 組建測試小組，確定小組成員。并指定測試設(shè)計工程師及測試實施工程師。3. 召開測試啟動會議，開發(fā)團隊提供需求規(guī)格說明書和開發(fā)計劃，確認開發(fā)組與測試組對需要交接的測試內(nèi)容、測試目標達成一致，統(tǒng)一項目組的目標和測試的工作重點。退出標準測試小組成立，雙方對測試目標及內(nèi)容達成一致。責任人產(chǎn)品（項目）經(jīng)理，測試組長針對需求分析文檔和項目開發(fā)計劃文檔測試完成后，測試組需要編寫測試計劃文檔、制定測試測略及預(yù)估測試過程中的風險，并設(shè)計出合理的規(guī)避風險的策略，為后續(xù)的測試工作提供直接的指導(dǎo)。過程要點詳細說明輸入條件項目需求文檔建立，項目開發(fā)計劃完成工作內(nèi)容根據(jù)項目的需求文檔、設(shè)計文檔，按照測試計劃文檔模板編寫

8、測試計劃。測試計劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容： 依據(jù)項目背景及要求，確定測試環(huán)境。 測試需求需要測試組測試的范圍，估算出測試所花費的人力資源和各個測試需求的測試優(yōu)先級 測試策略確定項目的測試計劃內(nèi)容，整體測試的測試方法和每個測試需求的測試方法，同時做好測試進度安排及人員調(diào)整。 測試資源本次測試所需要用到的人力、硬件、軟件、技術(shù)的資源 測試組角色明確測試組內(nèi)各個成員的角色和相關(guān)責任 可交付工件在測試組的工作中必須向項目組提交的產(chǎn)物，包括測試計劃、測試報告等等 風險管理列舉出測試工作所可能出現(xiàn)的風險測試計劃編寫完畢后，必須提交給項目組全體成員，并由項目組組中各個角色組聯(lián)合評審。退出標準 測試計劃由

9、項目組評審并通過. 在項目開發(fā)過程中，要適時的對測試計劃進行跟蹤，以及評估此計劃的完整性、可行性，在項目結(jié)束時還要最后評估一下測試計劃的質(zhì)量責任人測試設(shè)計工程師在需求分析文檔確立基線以后，測試組需要針對項目的測試需求編寫測試用例， 在實際的測試中，測試用例將是唯一實施標準。在用例的編寫過程中，具體的 任務(wù)和責任人如下：過程要點詳細說明輸入條件測試需求明確，測試計劃明確工作內(nèi)容根據(jù)測試計劃設(shè)計測試用例，設(shè)計參考原則： 等價類劃分 邊界值分析 錯誤推測等 業(yè)務(wù)知識及相關(guān)流程退出標準 測試用例需要覆蓋所有的測試需求 測試用例集需進行評審并通過 項目進行過程中，適時的根據(jù)需求變更來對測試用例進行維護責

10、任人測試組成員測試計劃及測試用例的設(shè)計工作完成后，需項目組相關(guān)成員召開評審會議。在這之前需要將待評審的內(nèi)容發(fā)給相關(guān)人員熟悉和理解。過程要點詳細說明輸入條件測試計劃、測試用例集完成工作內(nèi)容評審測試計劃內(nèi)容的正確性及合理性： 測試環(huán)境、測試資源； 測試需求范圍，各個測試需求的優(yōu)先級； 測試策略及風險管理等； 評審測試用例集： 測試用例優(yōu)先級 測試用例集基于需求的覆蓋程度退出標準測試計劃及測試用例集評審?fù)ㄟ^責任人同行測試組，項目經(jīng)理，過程要點詳細說明輸入條件測試設(shè)計內(nèi)容評審?fù)戤?，開發(fā)團隊編碼工作完成，并已完成內(nèi)部測試；工作內(nèi)容1. 開發(fā)組根據(jù)測試啟動會上所規(guī)定的內(nèi)容，填寫送測單，向測試組提交測試內(nèi)容

11、。2. 測試小組檢查提交部件的完整性和可測性： 檢查接收的測試內(nèi)容（按照測試啟動會上所規(guī)定的交接內(nèi)容）； 檢查程序是否有病毒； 能否正確安裝/卸載； 檢查送測的軟件是否完整，能否進行測試；退出標準提交部件經(jīng)測試組檢驗通過責任人產(chǎn)品（項目）經(jīng)理，測試組長實施測試用例將花費測試組大部分時間，這些工作都是建立在前期很多 計劃工作的基礎(chǔ)上。過程要點詳細描述輸入條件測試組長于前一工作日定出當日的測試計劃，確定可用的測試用例。工作內(nèi)容 測試實施工程師根據(jù)測試計劃中分配給自己的測試任務(wù)和提供的測試用例，實施相應(yīng)的測試用例。 記錄實施用例的結(jié)果，提交當日測試。 提交缺陷。退出標準測試用例中的所有任務(wù)被執(zhí)行，結(jié)

12、果被記錄。責任人測試組成員在約定的測試周期完成之后，測試組長需要總結(jié)此次測試的結(jié)果，編寫 階段性測試報告。過程要點詳細描述輸入條件測試組完成了預(yù)定周期的測試任務(wù)工作內(nèi)容測試組長根據(jù)此輪測試的結(jié)果，編寫階段性測試報告（參考測試階段性報告模板），主要應(yīng)包含以下內(nèi)容： 測試報告的版本 測試的人員和時間 測試所覆蓋的缺陷測試組在這輪測試中所有處理的缺陷，報告測試組長處理的缺陷和實施工程師驗證的缺陷。不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺陷的去向 測試新發(fā)現(xiàn)的缺陷數(shù)量 上一版本活動缺陷的數(shù)量 經(jīng)過此輪測試，所有活動缺陷的數(shù)量及其狀態(tài)分類 測試評估寫明在這一版本中，那些功能被實現(xiàn)了，那些還沒有實現(xiàn)，這里

13、只需寫明和上一版本不同之處即可 急待解決的問題寫明當前項目組中面臨的最優(yōu)先的問題，可以重復(fù)提出退出標準在每輪測試結(jié)束之后應(yīng)盡快將符合標準的測試報告發(fā)給全項目組責任人測試組長在每輪測試結(jié)束之后，由測試組重新拷貝修改后的最新版本，進行回歸 測試。過程要點詳細描述輸入條件在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報告中全部的活動缺陷都被解決。工作內(nèi)容 測試組將按照測試計劃中對于回歸測試的策略對產(chǎn)品進行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不能超出原先預(yù)定的測試用例的范圍。 記錄用例實施結(jié)果，提交回歸測試記錄。退出標準 回歸測試所運行的用例全部通過 缺陷經(jīng)過驗

14、證 所有缺陷都被指明處理方式責任人測試實施工程師過程要點詳細描述輸入條件回歸測試結(jié)束，所有缺陷都被關(guān)閉。工作內(nèi)容1.進行對測試組所測試項目或產(chǎn)品的測試審查工作.基本原則: 不依據(jù)所設(shè)計測試用例,進行自由測試. 測試時間保持在3個正常工作日以內(nèi). 如發(fā)現(xiàn)嚴重缺陷,則一輪測試結(jié)束后,更新版本,執(zhí)行回歸測試.2. 提交當日測試.3. 編寫同行審查總結(jié)報告(報告以簡單為好).退出標準同行審查沒有新的缺陷或沒有嚴重缺陷產(chǎn)生.責任人同行測試組在回歸測試結(jié)束之后，測試組長將要編寫測試總結(jié)報告，對測試進行總結(jié)，并且提交給全體項目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。過程要點詳細描述輸入條件測試組完成了所有的

15、測試實施工作,同行審查結(jié)束.工作內(nèi)容測試組長根據(jù)測試的結(jié)果，按照測試總結(jié)報告的文檔模板編寫測試報告（參考測試總結(jié)報告模板）， 測試報告必須包含以下重要內(nèi)容： 測試資源概述多少人、多長時間。 測試結(jié)果摘要分別描述各個測試需求的測試結(jié)果，產(chǎn)品實現(xiàn)了哪些功能點，哪些還沒有實現(xiàn) 缺陷分析按照缺陷的屬性分類進行分析 測試需求覆蓋率原先列舉的測試需求的測試覆蓋率，可能一部分測試需求因為資源和優(yōu)先級的因素沒有進行測試，那么在這里要進行說明 測試評估從總體對項目質(zhì)量進行評估 測試組建議從測試組的角度為項目組提出工作建議退出標準測試組長完成了符合標準的測試報告，發(fā)送給全項目組。責任人測試組長測試驗收工作是在以上

16、工作全部結(jié)束后，對測試的過程，效果進行驗收，宣布測試結(jié)束。過程要點詳細描述輸入條件測試組完成了所有的測試實施工作，測試組長完成符合標準的測試總結(jié)文檔工作內(nèi)容由測啟會上約定的驗收組成員，對本次測試收進行驗收，驗收內(nèi)容包括： 測試效果驗收測試是否達到預(yù)期目的 測試文檔驗收測試過程文檔是否齊全，可信，符合標準 測試評估從總體對測試的質(zhì)量進行評估 測試建議對本次測試工作指出不足，需要在以后工作中改進的地方 宣布測試結(jié)束測試驗收組成員簽字宣布本次測試結(jié)束退出標準測試驗收通過，測試驗收會議記錄整理完畢參與人員驗收組人員，測試經(jīng)理，測試組長，產(chǎn)品（項目）經(jīng)理測試歸檔是在測試驗收結(jié)束宣布測試有效，結(jié)束測試后，

17、對測試過程中涉及到各種標準文檔進行歸類，存檔。過程要點詳細描述輸入條件測試驗收通過工作內(nèi)容歸類、存檔測試過程涉及到的文檔，主要包括以下文檔（必須） 測試任務(wù)書 測試計劃書 測試用例書 階段性測試報告 測試總結(jié)報告 測試驗收會議記錄退出標準全部文檔歸類完畢，版本號封存責任人測試組長測試歸檔是在測試驗收結(jié)束宣布測試有效，結(jié)束測試后，對測試過程中涉及到各種標準文檔進行歸類，存檔。過程要點詳細描述輸入條件項目驗收工作完成。工作內(nèi)容由質(zhì)控部經(jīng)理，測試組長召開項目測試工作總結(jié)會議，會議內(nèi)容主要為： 測試組長對項目期間的整個測試組的工作情況進行總結(jié)，指出測試工作中存在的問題，同時也對工作中表現(xiàn)好的地方給與肯

18、定。（具體包括整個測試情況、流程實施、人員安排、測試方法等） 參與本次項目測試工作的所有成員個人體會和建議。 討論測試工作中出現(xiàn)的問題，尋求更好的解決辦法。 宣布解散測試小組。退出標準所提問題尋求到較好解決方式，測試小組解散參與人員測試部所有成員 產(chǎn)品基本情況 測試需求說明 測試策略和記錄 測試資源配置 計劃表 問題跟蹤報告 測試計劃的評審和結(jié)果 測試策略是制定測試計劃的重要參考依據(jù) 目的：如何以最少的人力、物力和時間等資源投入來達到最佳測試效果的綜合方法。 影響因素： 測試完成的標準 資源狀況 針對需求定義測試類型、方法及工具等 代表性、典型性 正確和錯誤的或者異常的輸入 多考慮用戶實際使用

19、場景 避免含糊的測試用例（三種狀態(tài)） 盡量將具有相類似功能的測試用例抽象并歸類 盡量避免冗長和復(fù)雜的測試用例 標識符 identification 測試項 test item 測試環(huán)境要求 test environment 輸入標準 input criteria 輸出標準 output criteria 測試用例之間的關(guān)聯(lián) 例如，執(zhí)行一輪測試中，需要跟蹤總共執(zhí)行了多少測試用例，每個人員平均每天使用多少測試用例， 測試用例中通過、未通過以及未使用的占多少，未使用的原因是多少 測試用例覆蓋率的跟蹤 測試跟蹤表 先前的測試用例設(shè)計不全面或不準確 部分嚴重的軟件錯誤未在測試用例中覆蓋 新的版本有新功能

20、的需求或改動 編寫的測試用例不規(guī)范或者語句錯誤 舊的測試用例不再適用 單元測試 程序系統(tǒng)中的最小單元模塊 UT的測試用例針對的是被測單元的具體功能。 集成測試： IT的測試用例關(guān)注的是模塊間的接口，接口間的數(shù)據(jù)傳遞關(guān)系， 單元組合后是否實現(xiàn)預(yù)計的功能。 系統(tǒng)測試： 驗證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務(wù)。 壓力測試、容量測試、性能測試、安全測試、容錯測試 驗收測試 驗證系統(tǒng)是否達到了用戶需求規(guī)格說明書（項目和產(chǎn)品驗收準則）中的要求，希望盡可能地發(fā)現(xiàn)軟件中存留的缺陷，保證系統(tǒng)或軟件產(chǎn)品最終被用戶接受。Sweety 2011.5.12-思美軟件培訓(xùn)PPT 一個簡單的缺陷報告 缺陷報告的描

21、述 缺陷的嚴重性和優(yōu)先級 缺陷的類型和來源 缺陷分布 完整的缺陷信息列表 如何有效的報告缺陷 有效的缺陷帶來的益處 有效報告缺陷 軟件缺陷的跟蹤和處理 軟件缺陷的生命周期 缺陷的跟蹤處理 缺陷狀態(tài) 缺陷跟蹤系統(tǒng) 嚴重性 ：武二線對軟件產(chǎn)品使用的影響程度 優(yōu)先級： 缺陷必須被修復(fù)的緊急程度 缺陷越嚴重，越要優(yōu)先得到修正，缺陷嚴重等級和缺陷優(yōu)先級相關(guān)性很強 有例外？ 有，如有些缺陷比較嚴重蛋由于級數(shù)的 限制或第3方產(chǎn)品的限制，暫時沒辦法修正，其優(yōu)先級就會低 弄清楚缺陷的來源，有助于分清責任、權(quán)力，有利于缺陷的修正缺陷類型可以分為業(yè)務(wù)邏輯、數(shù)據(jù)處理、接口、UI、性能、安全性、兼容性、配置、文檔等缺陷來源，如需求說明書、涉及規(guī)格說明書、代碼、用戶手冊缺陷關(guān)聯(lián)的模塊名、缺陷來自于產(chǎn)品的特定的模塊的名稱缺陷發(fā)生的階段，例如需求、系統(tǒng)架構(gòu)設(shè)計、詳細設(shè)計、編碼等 一張圖能勝過千言萬語 Log file 工具捕捉的