制度：测试管理制度
測試管理制度規范
一、目的
本制度規定測試日常項目實施、大型項目實施等質量保證過程中各個階段及每一階段的任務、要求和交付文件，以及每個階段的測試職責。使整個項目質量保證過程階段清晰、要求明確、任務具體，實現產品質量保證過程的標準化。
二、適用范圍
本制度適用于公司發起的、結果數據直接或間接影響財務報表的系統開發及日常項目實施，以及大型項目期間的維穩項目實施。
三、相關角色和職責
3.1測試負責人
A、負責測試組質量標準，工作方式；
B、保障系統測試質量與效率；
C、培養人員測試能力，探索技術演進；
D、研究測試組持續改進與創新能力；
E、組織測試組周例會、月例會，收集組員反饋的問題，找出問題癥結，推動解決；
3.2測試組長
A、合理安排需求測試資源；
B、Review測試計劃、測試方案、測試策略；
C、Review 需求質量、業務系統架構質量、技術方案質量、代碼質量、測試用例質量、流程質量；
D、監督研發測試流程，主動發現問題并推動解決；
E、承擔大型復雜的需求相關內容分解；
F、領導本組的業務知識積累和技術演進，多組織分享；
負責本組周報和月報；
3.3測試組員
A、參與需求評審，技術評審，組織需求反述、用例評審；
B、進行需求分析，制定測試計劃，編寫測試方案、測試策略、測試用例；
C、負責產品缺陷的提交和缺陷修復情況的跟蹤和再測試；
D、負責項目合并后的回歸測試，負責項目上線后的再驗證；
E、負責線上問題的復現、跟蹤與修復后再驗證；
F、協同需求負責人一起發現問題并推動解決，有困難及時反饋給小組長；
G、知識庫積累；
H、業務測試、測試技術分享演講；
四、項目質量管理辦法
4.1 需求分析管理辦法
項目開發過程前期，產品經理組織需求評審會時，所有參與該項目的測試人員均需要參與需求評審會。需求評審會后，項目測試負責人需要組織所有測試人員進行需求分析和反述，需要執行的事項有：
1)?需求任務分解：測試小組長將項目所有需求進行拆解，并分配到組內測試成員手中。需要產出的文案有：
① 需求分解詳情（以項目上每個需求安排的測試人員為準）。
② 測試進度管理表格（建立該項目的測試進度管理共享表格，包含所有需求任務的描述、負責產品經理、負責開發人員、負責測試人員、是否通過需求反述、需求反述備注、是否通過測試分析評審、測試分析評審備注、是否通過用例評審、用例評審備注、預計提測時間、提測次數、實際提測時間、測試工時、當前狀態、BUG數、測試預計完成時間、實際完成時間，是否通過產品經理驗收）ps:可通過類似jira工具進行管理
③ 測試過程管理表格（建立該項目的測試過程管理共享表格，包含所有需求任務的描述、case總數、case通過數、case失敗數、case未執行數、case通過率、負責測試人員）。ps:可通過類似jira工具進行管理
2)?需求分析和反述：測試組長組織組測試組員，對每個需求進行分析反述。每個需求的測試人員一起對需求進行反述和分析：產品經理對該需求的原始要求是什么、該需求需要如何測試、測試關注點主要在哪些領域、需不需要整體回歸測試、是否有自動化測試可以使用等。并匯報給測試組長，測試組長給出分析和反述管理意見。需要產出的文案有：
對測試進度管理表格進行更新（將該需求的測試進度管理共享表中：“是否通過需求反述”的狀態進行更新，并將需求反述內容更新到“需求反述備注”中）
明確職責：測試組員對單一需求的分析和反述結果及產出負全責。
4.2 測試分析與用例管理辦法
項目需求評審和需求分析反述完畢后，所有測試人員需要對各自負責的需求進行測試分析和用例編寫。需要執行的事項有：
1)?詳細測試分析：測試人員對所負責的需求進行詳細分析，有哪些測試要點、需要構造哪些測試數據、需要采用哪些測試手段、需要哪些外部團隊提供協助等，并通過測試組長、開發人員、產品經理的評審。需要產出的文案有：
① 測試分析詳情（將該需求的測試進度管理共享表格中：“是否通過測試分析評審”的狀態進行更新，并將測試分析內容更新到“測試分析評審備注”中）。
2)?測試用例和測試要點編寫：測試組員對所負責的需求進行測試用例或者測試要點的編寫，并通過測試組長、開發人員、產品經理的評審。需要產出的文案有：
① 對測試過程管理表格進行更新（將該需求的測試過程管理共享表格中：“case總數”進行更新）。
② 對測試進度管理表格進行更新（將該需求的測試進度管理共享表格中：“是否通過測試用例評審”的狀態進行更新，并將測試分析評審內容更新到“測試用例評審備注”中）。
③ 將該需求所有測試用例，編寫到用例管理系統。
明確職責：測試組長、測試組員對單一需求的測試分析、測試分析評審結果、用例編寫、用例評審、用例數據等過程和產出負全責。
4.3溝通管理辦法
測試組員應當積極主動與測試負責人、測試組長、開發人員、產品經理溝通需求分析、測試分析、測試用例編寫、測試用例執行、缺陷提交、缺陷跟蹤修復等過程中遇到的一切需要他人協助解決的問題。與他人溝通時，應該無障礙、無消極情緒、努力達成一致。測試負責人、測試組長應當協調項目測試過程中一切溝通問題，并努力將這些問題解決。
明確職責：測試負責人、測試組長、測試組員對單一需求的測試全程的溝通問題的解決負全責。
4.4提測管理辦法
測試組員在開發人員針對單一需求提交測試前，需要主動督促開發人員完成交付測試。在交付測試前，測試組員需要主動完成冒煙測試用例，冒煙測試用例應當從該需求的所有測試用例中提取出來進行標注，冒煙測試用例的定義是：能夠對該需求的主干流程進行檢查的用例，包含測試數據的準備。在交付測試階段，測試組員需要執行冒煙測試用例，并跟蹤用例執行結果。如果交付測試不通過的，不允許交付，打回重新修改，并記錄該需求的提測次數到測試進度管理表格中。以此類推，直到冒煙測試用例執行通過，才算真正完成提測。當該需求真正提測時，此時才算該需求的實際開發完成時間，測試組員需要記錄該時間到測試進度管理表格中。需要產出的文案有：
1)?每日按時對測試進度管理表格進行更新（將該需求的測試過程管理共享表格中：“當前狀態”、“提測次數”、“實際提測時間”進行更新）。
明確職責：明確職責：測試組長、測試組員對單一需求的提測過程的產出及結果負全責。
4.5 單一需求測試執行管理辦法
測試組員在單一需求測試執行階段，應當保證在承諾測試工期內對所有負責的測試任務，完成測試用例執行、缺陷提交和缺陷跟蹤修復。測試組長在單一需求的測試執行階段，應當每日監控每個需求的測試進度和測試過程，保證進度無異常，實時跟蹤測試執行過程中遇到的問題，并努力尋找解決方法，協助團隊成員解決問題。測試組員需要在單一需求測試完畢后，找到產品經理對每個需求進行驗收。需要產出的文案有：
1)?每日按時對測試過程管理表格進行更新（將該需求的測試過程管理共享表格中：“case通過數”、“case失敗數”、“case未執行數”、“case通過率”進行更新）。
2)?每日對測試進度管理表格進行更新（將該需求的測試進度管理共享表格中：“當前狀態”、“BUG數”、“測試時間完成時間”、“是否通過產品經理驗收”進行更新）。
3)?將該需求所有BUG，及時提交到jira系統，并每日跟蹤bug狀態，督促開發人員進行修復和再次驗證。
明確職責：測試組長、測試組員對單一需求的測試全程的測試執行過程的產出及結果負全責。
4.6 缺陷管理辦法
測試組員在測試全過程中，應當保證每個需求的所有BUG都得到開發人員的修復，并驗證完畢BUG的修復情況。根據測試策略，在執行回歸測試階段，應當保證自己負責的測試任務的所有BUG都得到開發人員的修復，并驗證BUG的修復情況。如果確實有BUG無法解決，需要遺留，需要同步產品經理進行遺留BUG記錄。需要產出的文案有：
1)?遺留BUG記錄：測試組長匯總項目所有未修復的遺留BUG，并交給產品經理確認是否需要修復，以及計劃修復日期。
明確職責：
A、測試組員對測試全程的BUG提交、修復后再驗證、確認完全修復，以及遺留BUG匯總和匯報負全責。
B、測試組長對項目整體的遺留BUG記錄匯總、產品經理確認、計劃修復日期確認等負全責。
C、測試負責人對測試完畢后的最終產品質量負全責。
4.7 系統測試和回歸測試管理辦法
單一需求測試完畢后，項目進入系統測試和回歸測試階段。根據在需求分析時的測試策略，進行系統測試和回歸測試，需要完成的事項包括不限于：
1)?APP端和業務插件：單業務插件全流程集成測試、機型兼容測試、分辨率兼容測試、弱網測試、安裝包新裝和覆蓋升級測試、業務插件升級測試、交叉自由測試。全域主流程回歸測試、全域交叉自由測試等。
2)?后臺服務：單系統功能集成測試、單系統主流程功能回歸測試、單系統全接口回歸測試等；
需要產出的文案有：
① 測試報告
4.8 預發布驗證管理辦法
項目系統測試和回歸測試完畢后，項目進入預發布驗證階段。預發布驗證階段由測試組員針對單一需求做業務回歸驗證，由測試組長組織相關測試人員進行主流程回歸驗證和整體自由測試。如果在此過程中發現BUG，由測試負責人與項目負責人、產品經理一起確認是否需要修復，以及安排BUG修復以后的再次驗證。需要注意的是，預發布環境中所有測試數據都需要由專門的測試人員進行構造，或者有產品經理提供，或者直接采用預發布環境已有的測試數據。不允許有未經部門經理審批過的寫操作發生，線上的配置相關，特別是金額相關，禁止任意修改，若造成損失，由測試組員負責，包括不限于構造測試數據、執行功能測試等。測試通過后，在DMS上進行結果反饋，運維進行正式上線操作。
明確職責：測試組長對預發布階段的驗證執行、驗證監督和最后的驗證結論負全責。測試組長對預發布后的最終遺留BUG記錄的輸出負全責。
4.9 項目上線過程管理辦法
項目上線時，測試組長應當組織相關測試人員對項目上線后的產品進行線上驗證，如果需要產品經理在線上驗收，則跟蹤產品經理的驗收結果。最后測試組長匯總并輸出驗收結果。如果有需要修改的點，則重新配分修改驗證任務到每個測試人員，并跟蹤修改驗證任務的最終完成。
1)?線上驗證結論：測試組長根據全體測試人員反饋的線上驗證結果，匯總得出項目發包上線后的測試驗證結論，并郵件給相關人員。
明確職責：測試組長對項目上線時的驗證執行、驗證監督和最后的驗證結論負全責。
4.10 項目總結與回顧管理辦法
項目上線后，測試組長應當組長項目回顧會議，并推動整個項目組參與項目回顧會議，在會議上總結項目研發整體過程中難點、痛點、做得好的點、做得不好的點、今后可以采取的改進措施等。需要產出的文案有：
1)?項目回顧會議總結：需要包含項目回顧會議內容、今后可采取的措施等。
明確職責：測試組長對項目發布后的項目回顧會議的組織、推動參與、輸出會議總結負責。
4.11 線上問題跟蹤管理辦法
在日常工作中，測試人員應當主動匯報各系統發生的線上問題到測試負責人。同時部門經理和測試負責人應當密切跟蹤企業微信群、郵件中的線上問題反饋情況。線上發生問題時，采取逐級分解機制來做線上問題復現和確認。首先由具體團隊的測試組長立即對線上問題復現任務進行分解，安排到具體的測試人員頭上，由測試人員立即進行復現。確認是線上問題后，測試負責人和開發負責人一起確認修復排期，并分解修復驗證任務，安排到具體的測試人員頭上進行修復驗證。線上問題修復后，測試負責人組織開發負責人、具體開發人員、具體測試人員進行線上問題原因分析（RCA），并郵件給相關人員。需要產出的文案：
1)?線上問題匯總周報：測試組長根據當周線上問題匯總情況，輸出線上問題匯總周報，需要包含當周所有線上問題記錄、問題原因、是否已經解決、解決方案、測試遺漏原因分析、改進措施等。
2)?重大線上事故分析報告（RCA）：測試負責人根據線上問題匯總記錄的分析，針對重大的線上事故，需要和測試人員一起輸出重大線上事故分析報告，需要包含事故現象、事故確認時間、事故修復時間、影響的范圍、事故處理人、事故根本原因、事故處理過程、改進措施等。
明確職責：測試負責人對日常線上問題的跟蹤、處理、復現任務的分解、復現后的修復檢查確認、事后的匯總、當周線上問題匯總報告的輸出負全責。
五 日常行為管理辦法
5.1 內部請假管理辦法
為了保證組內正常工作秩序，避免臨時請假，造成不必要的問題，請大家盡量按以下方式進行請假（緊急事件除外）：
請假3天以上包括3天需要提前一周告知；
請假2天需要提前2天告知；
請假1天需要提前1天告知；
5.2 風險分析和匯報管理辦法
在日常項目研發和測試全程中，全體測試人員應當主動的、積極的、有針對性的將自己認為無確定把握的、有風險的問題點，包括不限于：工作執行風險、測試操作風險、測試進度風險、測試范圍風險、測試策略風險等。匯報給測試組長或測試負責人，涵蓋的范圍包括不限于測試分析中不清楚的知識點、測試用例編寫和執行階段遇到的不清楚的知識點與問題點、測試操作是否會帶來數據風險的問題點、交叉測試時遇到的疑似問題點、系統測試和回顧測試階段遇到的疑似問題點、風險等。測試組長或測試負責人應當積極主動配合測試人員解決這些問題點，并給與其建議。
明確職責：測試組員對測試負責人所分解和安排的工作任務服從負全責。測試組員對工作任務的結果正常輸出負全責。測試負責人對每個測試人員進行合理的工作任務分解和安排負全責。測試負責人對最終整體任務的完成結果輸出負全責。測試負責人對整個測試團隊的管理和鞭策，使團隊形成統一的、目標高度一致的、有優秀結果輸出能力的戰斗力負全責。
5.3 日常溝通和協調管理辦法
1)?全體測試人員在項目研發和測試全程中，應當遵循積極活躍的、無歧義的、無消極情緒的、令人愉悅的溝通協調準則。
2)?在與其他測試伙伴、開發人員、產品經理、上級leader的溝通過程中，應當無條件遵守這些準則。
3)?測試負責人應當對全體測試人員的溝通協調過程結果進行監督和疏導，對單個溝通存在問題的測試人員進行指導和批評。
4)?測試人員應當積極接受測試負責人的指導和批評，并限期改正自己存在的溝通協調方面的態度或能力問題。
5)?測試負責人應當對測試人員的改正情況進行跟蹤和再review，確保改進措施生效并正常執行。
6)?如果測試人員持續一段時間內有多次出現溝通協調方面的問題，且拒不接受測試負責人的指導和批評，則將直接影響績效考評。
7)?全體測試人員在項目研發和測試全程中，應當做到積極協助兄弟測試團隊以及測試人員解決他們面臨的問題。具體形式包括不限于：協助測試任務的完成、協助測試資源的分配、協助達成項目整體結果、協助知識傳承、協助測試數據構造、協助解答疑惑等。
8)?測試負責人應當從團隊層面，和其他兄弟測試團隊的測試負責人一起，努力確保團隊與團隊之間的溝通協調問題的解決，并一起努力確保測試部門整體目標的達成。
9)?如果測試人員和測試負責人在此過程中難以和兄弟測試團隊達成一致，應當及時匯報給部門leader進行決策。當部門leader做出最終決策后，全體測試負責人和測試人員應當無條件服從安排，并努力配合完成任務。
10)?如果在此過程中出現個人與個人之間、團隊與團隊之間難以溝通和配合的問題，則將影響測試組、測試小組、測試人員的績效考評。
11)?如果在此過程中出現個人與個人之間、團隊與團隊之間多次的、或者持續一貫的難以溝通和配合的問題，則部門經理有權對指定測試團隊或單個測試人員進行處罰，處罰形式包括不限于：批評測試負責人或測試人員、對測試團隊或個人績效結果的影響、團隊或個人在測試組內公開檢討、團隊或個人在項目組內公開檢討。
5.4 知識傳承和數據沉淀管理辦法
全體測試人員在項目研發和測試全程中，應當積極主動的將所有需要沉淀和傳承的數據進行持久化存檔。這些數據包括不限于：業務知識、測試分析、測試用例、自動化測試腳本、SQL腳本、典型線下缺陷、線上缺陷分析、團隊會議記錄等。測試負責人應當隨時督促團隊成員執行，并隨時review執行過程和結果。
明確職責：測試組員對項目全程的知識傳承的數據沉淀的輸出負全責。測試負責人對團隊整體的知識傳承、數據沉淀的過程監督和結果review負全責。
總結
- 上一篇： RDKit入门教程(1)——RDKit
- 下一篇： 软件工程专业的论文答辩_软件工程论文答辩