原文由Zero先生發表於TesterHome社群，點選原文連結可與作者線上交流。
當你作為測試負責人接手了一個新業務，你可能會面臨這麼兩個核心的問題
- 產品質量如何保障？
- QA團隊如何建設？
這兩個問題看似一個是職能方向，一個是業務方向，實質兩者是相輔相成的。在本文中我將分享一些實踐過程中的一些思路。整體的思路按照如下展開
1.融入環境
核心原則：將自己全身心投入到一線專案，做一個好的溝通者、觀察者和記錄者切忌“新官”上任“三把火”，融入環境是第一要務。環境中的因素有很多，抓住“人”與“事”這兩個核心要素。
人：團隊的全體成員，建立相互瞭解和認知的橋樑，覆蓋團隊中的每一位角色：開發、產品、測試、運維、設計、互動等等。
怎麼做？工作上：衝刺一線業務（當然這裡並不是一定是去負責某個特定的專案的質量保障工作），與不同的角色在整個研發活動中產生互動，建立相互的認知。日常裡：一起吃飯、打球是很好的人際交往潤滑劑。
事：產品研發交付，需要深入的瞭解當前團隊的研發流程及運轉模式。前期需要做一個溝通者、觀察者和記錄者，切忌一上來就“指點江山”，因為“專家經驗”，總是會讓我們發現這個研發模式中的質效問題，但也許只是區域性的、片面的。
2.理清業務
核心原則：梳理出你所負責業務的業務圖譜和產品矩陣，知邊界，抓重點，做一個好的學習者保持好的學習心態，做一個好的學習者，以業務為重心，團隊內的成員都是學習的物件，向他們討教業務。優先在QA團隊內部展開業務溝通，然後延展到其他角色成員（開發、產品等），一般做法是：
- 與對應的專案測試owner進行有效的溝通，在瞭解業務的同時也能側面瞭解owner對業務和系統的理解能力
- 與對應的專案研發owner和產品進行有效的溝通，側重點在於通過多角色的描述補充對業務的認知
- 梳理自己理解的那份業務圖譜和產品矩陣，與研發負責人溝通，明確業務邊界以及重點產品保障
知邊界，抓重點：有了產品的邊界和重點，才能將有限的資源投入去優先解決核心的問題
3.梳理團隊
核心原則：立足團隊和個人兩個視角盤點當前的狀態1）關於團隊
一個好的QA團隊，從經驗來看，要做好以下3個事情：
- 產品質量保障（根本）
- 團隊梯度建設（動力）
- 團隊影響力（發展）
在實踐中可以通過這樣的一個目標矩陣來衡量當前團隊所處的狀態（這是一個綜合性的定性評價），當然這不是一個拍腦袋的結果，它需要有效的案例和資料支撐來說明。比如產品質量保障評估是合格，它的評估決策依據可能是這樣的情況：測試目前以功能測試為主，線上質量基本達標，自動化覆蓋低，沒有開展持續整合等。
如何看待三者的關係，孰先孰後？孰重孰輕？事實上，產品質量保障是QA團隊立足的“根本”，團隊梯度能力是保障根本的“動力”，而團隊影響力是團隊持續發展的體現。對於業務及團隊而言，目標導向下我們的關鍵目標都是產品質量保障，團隊影響力和團隊梯度能力都是幫助目標達成的重要因素。
這就回到最開始提到的兩個問題：產品質量保障如何做？QA團隊如何建設？
2）關於成員
關於團隊成員的盤點，目的在於瞭解你團隊中的每位成員，瞭解他們的特點、技能水平以及訴求。建立好跟他們的信任和認同感，是接下來工作是否得心應手的保障。通過多方位向上向下溝通，分析每個成員的情況，並做好相應的記錄（便於後續的目標制定和個人提升計劃制定），也可以通過人才盤點九宮格有一個全域性的認知，梳理團隊的人員梯度，便於更好的決策是否適合的人在幹著正確的事。
4.分析問題
核心原則：立足業務目標，對標成熟的質量體系，通過溝通與量化的手段找到核心問題實踐原則：
- 與團隊成員一起溝通與量化，列出TOPx問題
- 逐條找到行業中的通用解決方案，並公開評審
- 結合當下實際，找到適合自己團隊的解決方案
- 配以流程規範，堅持執行，直到解決本質問題
舉個例子：
【立足業務目標】
【梳理業務現狀】
【找到核心問題】
5.制定目標
核心原則：立足業務目標，制定合理的、可衡量的團隊關鍵目標關於目標的制定，需要回答好這幾個問題
1）一個團隊的目標從何而來？
團隊目標應該從上一級目標拆解而來，服務和支撐於上一級目標【舉個例子】
業務大團隊目標：XX產品要做到集團裝置覆蓋安裝90%
目標拆解分析：在做快速增長的時候，功能質量、穩定性及使用者體驗會給使用者是否有意願安裝使用帶來較大的摩擦
關鍵目標制定（相對值和絕對值）：
2021年線上缺陷率從3.5%降低到2.0%（相對值）
2021年業務系統可用率達到99.95%（絕對值）2）如何檢驗團隊目標的合理性？
- 候選目標是否與上一級目標一致
- 誰擁有對目標的主導權，我們團隊還是其他團隊
- 這個目標是否可衡量
- 完成該目標的主要力量是團隊管理者還是團隊成員
【舉個例子】
| 標準 | 說明 | 案例 |
|---|---|---|
| 候選目標是否與上一級目標一致 | 如果不一致，果斷放棄 | 安裝率的達成，一個很重要的基石是產品線上質量 |
| 誰擁有對目標的主導權，我們團隊還是其他團隊 | 你的團隊應該對該目標有主導權 | QA團隊主導，推進整體產品研發達成 |
| 這個目標是否可衡量 | 目前要儘量做到可衡量 | 線上缺陷率3.5%降低到2.0% |
| 完成該目標的主要力量是團隊管理者還是團隊成員 | 如果一個目標過多依賴團隊管理者，團隊成員就容易失去對這個目標的興趣 | 一線的專案測試同學 |
3）目標如何制定、執行、評估？
【舉個例子】
關鍵目標：2021年線上缺陷率從3.5%降低到2.0%
| 行動準則 | 實際行動（列舉一個行動舉例） |
|---|---|
| 把握關鍵：哪些環節對實現此目標最為關鍵 | 建設統一有效的研發流程規範和交付標準，做好各個環節的質量卡點，提升交付質量 |
| 對照標杆：在團隊內外，實現此類目標的最佳實踐有哪些 | 以平臺支撐，實現流程規範化、交付標準化、貫穿垂直能力，提升交付質量 |
| 突破障礙：團隊實現此目標的障礙有哪些？如何突破？ | 團隊人員質量意識不足，落實規範和標準，開展質量內建活動 |
| 尋求創新：為實現此目標，有沒有更好的方法可以採用 | 引入精準測試，通過正向追溯對測試覆蓋進行有效反饋，便於開展測試補充，提升覆蓋度 |
6.落實規劃
核心原則：以目標為核心，結合問題，制定解決思路和規劃
【舉個例子】
A團隊在“產品質量保障”層面需要從合格提升到優秀
【制定規劃】
7.持續跟進
核心原則：資料驅動，持續跟進
通常對於目標考核的最小單位是季度考核，那麼對於目標的結果，需要通過過程化的跟進來跟蹤把控，以便提前識別風險，做出調整。
8.“產品”迭代
核心原則：將“質量體系”看作一個產品，持續迭代優化對於一個測試負責人而言，一般都會有自己的一套質量體系，到了一個新的業務，這個質量體系是否是照搬過來，直接上架，還是要因地制宜。可以換一個視角來看，將質量體系看作一個產品，那麼對應的需求是“保障產品質量，提升研發效率”，在不同的業務以及團隊中需要持續去迭代這個產品，才能保障解決當前業務的問題。
問個問題，一個成熟的產品，就必然能夠解決任何業務的需求嗎？答案是不能，很多時候X產品在A業務上滿足了需求，那麼放在B業務上可能會衍生出很多定製化需求和新增功能模組需求。
產品如此，“質量體系”亦如此，比如這個質量體系是服務於一箇中臺專案的，那麼應用到了一個偏客戶端的專案，它就需要相應的迭代，需要補充建設關於客戶端相關的測試能力，這是“新增需求”。還有一種是“需求完善”及“技術優化”。列舉個例子，比如精準測試，在你的質量體系中之前只做了增量程式碼覆蓋率統計分析（正向追溯，測試用例->程式碼的反饋），在迭代中增加了影響度分析以便推薦執行用例（反向追溯，程式碼->測試用例），這就是需求完善。
最後放一張我的“產品”目前的架構設計
原文由Zero先生發表於TesterHome社群，點選原文連結可與作者線上交流。