制度：測試管理制度

測試管理制度規範

一、目的

本制度規定測試日常項目實施、大型項目實施等品質保證過程中各個階段及每一階段的任務、要求和傳遞檔案，以及每個階段的測試職責。使整個項目品質保證過程階段清晰、要求明确、任務具體，實作産品品質保證過程的标準化。

二、适用範圍

本制度适用于公司發起的、結果資料直接或間接影響财務報表的系統開發及日常項目實施，以及大型項目期間的維穩項目實施。

三、相關角色和職責

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負全責。