前言

俗話說，“測(cè)試是質(zhì)量的守護(hù)者”，但單憑測(cè)試本身卻遠(yuǎn)遠(yuǎn)不夠。大多數(shù)情況下，測(cè)試像“一面鏡子”，照出系統(tǒng)的面貌，給開發(fā)者提供修改代碼的依據(jù)，這個(gè)“照鏡子”的過程，就是質(zhì)量評(píng)估的過程，或者說，測(cè)試的過程更像“量體溫”，雖然可以測(cè)量出溫度進(jìn)而判斷健康狀況，卻不能靠量體溫治病。同時(shí)，需求交付的高質(zhì)量不僅僅體現(xiàn)在結(jié)果層面，如功能、性能、可靠性、可用性、可維護(hù)性、安全性以及用戶體驗(yàn)，也應(yīng)該包括交付的過程層面，如業(yè)務(wù)需求的高質(zhì)量、產(chǎn)品文檔的高質(zhì)量、提測(cè)代碼的高質(zhì)量等等。所以，應(yīng)該站在更高的維度、更寬的視野來看待質(zhì)量保證。

本文基于C端用戶拉新的業(yè)務(wù)場(chǎng)景，以質(zhì)量保證的全視角，總結(jié)了質(zhì)量保證過程中的框架、策略、流程、規(guī)范、方法、工具以及實(shí)踐，全面闡述了用戶增長(zhǎng)質(zhì)量保證的價(jià)值觀、方法論以及我們所理解的內(nèi)涵，即高質(zhì)量=質(zhì)量策略多樣化+質(zhì)量流程標(biāo)準(zhǔn)化+質(zhì)量活動(dòng)規(guī)范化+質(zhì)量工具平臺(tái)化+質(zhì)量運(yùn)營常態(tài)化。

限于自身認(rèn)知、專業(yè)能力以及總結(jié)能力的局限，文中有些觀點(diǎn)可能有些偏頗甚至是錯(cuò)誤的，同時(shí)也并不意味著我們的水平足夠高，可以在這兒傳道解惑，更大的意義在于我們?cè)谑崂肀酒恼碌倪^程，本身就是一個(gè)不斷學(xué)習(xí)、總結(jié)、反思及尋找差距的過程，同時(shí)也許能給大家?guī)硪恍┯杏玫男畔⒓坝袃r(jià)值的思考。

一. 用戶增長(zhǎng)質(zhì)量保證價(jià)值觀

1.1 質(zhì)量保證的職責(zé)

作為“質(zhì)量的守護(hù)者”，澄清質(zhì)量保證的職責(zé)至關(guān)重要。在我們看來，質(zhì)量保證職責(zé)可以總結(jié)為以下幾個(gè)方面：

• 確定質(zhì)量標(biāo)準(zhǔn)

在功能、兼容、體驗(yàn)、性能、安全等屬性的基礎(chǔ)上，明確業(yè)務(wù)需求的質(zhì)量標(biāo)準(zhǔn)，站在用戶及業(yè)務(wù)的角度，用最小的成本達(dá)到業(yè)務(wù)可接受、用戶體驗(yàn)有保障的質(zhì)量要求。

• 制定質(zhì)量計(jì)劃

制定質(zhì)量計(jì)劃和策略，明確測(cè)試目標(biāo)、測(cè)試范圍、測(cè)試方法和測(cè)試時(shí)間表，以及其他質(zhì)量保證活動(dòng)的安排。

• 測(cè)試執(zhí)行

進(jìn)行各種測(cè)試活動(dòng)，包括功能測(cè)試、性能測(cè)試、安全測(cè)試等，以評(píng)估產(chǎn)品或服務(wù)的質(zhì)量，及時(shí)發(fā)現(xiàn)并推動(dòng)解決潛在問題。

• 管理缺陷跟蹤

跟蹤和管理缺陷報(bào)告，確保問題得到及時(shí)解決，并與開發(fā)團(tuán)隊(duì)合作進(jìn)行缺陷修復(fù)和驗(yàn)證。

• 提供建議和改進(jìn)措施

基于測(cè)試結(jié)果和質(zhì)量評(píng)估，質(zhì)量保證人員提供針對(duì)改進(jìn)產(chǎn)品或服務(wù)質(zhì)量的建議和措施，以確保產(chǎn)品或服務(wù)的持續(xù)提升。

• 質(zhì)量監(jiān)控和洞察分析

持續(xù)監(jiān)控產(chǎn)品或服務(wù)的質(zhì)量，進(jìn)行統(tǒng)計(jì)和洞察分析，并參與持續(xù)集成和持續(xù)交付的流程，以確保質(zhì)量活動(dòng)的有效性和持續(xù)改進(jìn)。

• 優(yōu)化流程規(guī)范及培訓(xùn)

針對(duì)共性的質(zhì)量問題、安全問題及用戶體驗(yàn)問題，優(yōu)化質(zhì)量保證流程規(guī)范，提供相關(guān)的培訓(xùn)和指導(dǎo)，分享最佳實(shí)踐。

1.2 質(zhì)量的挑戰(zhàn)

在京東科技-市場(chǎng)與平臺(tái)運(yùn)營中心的用戶增長(zhǎng)領(lǐng)域，其項(xiàng)目整體表現(xiàn)形式是通過活動(dòng)帶動(dòng)增加金融APP新、業(yè)務(wù)新和C端新的用戶數(shù)量，進(jìn)而進(jìn)一步提升APP的活躍用戶數(shù)，提高白條、金條、小金庫、基金等業(yè)務(wù)的交叉轉(zhuǎn)化。這些活動(dòng)大致可分為三種類型：大促會(huì)場(chǎng)、C端拉新活動(dòng)和營銷工具。

大促會(huì)場(chǎng)是指我們?cè)?18、雙十一、年貨節(jié)等大型活動(dòng)期間推出的會(huì)場(chǎng)頁面，通過展示不同的利益點(diǎn)、玩法、商品樓層以及推薦算法，來吸引不同身份的用戶進(jìn)行轉(zhuǎn)化；C端拉新活動(dòng)的表現(xiàn)形式主要包括在金融場(chǎng)、零售場(chǎng)及外場(chǎng)（微信、抖快、其他app）投放拉新各類活動(dòng)，同時(shí)結(jié)合節(jié)日、社會(huì)熱點(diǎn)等進(jìn)行營銷活動(dòng)投放，此外還可以通過玩游戲的方式引導(dǎo)用戶進(jìn)行實(shí)名認(rèn)證、完成九要素、綁卡、開通金融業(yè)務(wù)等業(yè)務(wù)轉(zhuǎn)化；"一分購"系列是典型的拉新工具，針對(duì)新客支付一分錢購買的形式實(shí)現(xiàn)業(yè)務(wù)轉(zhuǎn)化，包括一分系列工具等項(xiàng)目。若按照拉新的策略分類，可以分為拉新工具、擴(kuò)大流量敞口、提升承接效率三類項(xiàng)目，如下圖所示：

針對(duì)以上三類項(xiàng)目，我們總結(jié)了用增項(xiàng)目的以下幾個(gè)特點(diǎn)及質(zhì)量挑戰(zhàn)：

1.2.1 主打一個(gè)快

基于用戶增長(zhǎng)項(xiàng)目本身的特殊性和時(shí)效性，很多項(xiàng)目本身就是一個(gè)不斷試錯(cuò)的過程，因此，需要快速上線、快速反饋和快速調(diào)整。這就要求測(cè)試人員能夠快速識(shí)別和驗(yàn)證各種場(chǎng)景，出現(xiàn)線上質(zhì)量問題需第一時(shí)間解決，盡量減少對(duì)業(yè)務(wù)的損失和用戶體驗(yàn)的損傷。

1.2.2 細(xì)節(jié)定成敗

很多活動(dòng)的成功是體現(xiàn)在細(xì)節(jié)上的，需要不斷琢磨用戶心理，例如一份返現(xiàn)項(xiàng)目，在頁面文案、樣式、交互、利益點(diǎn)等方面反復(fù)調(diào)整，通過給不同樣式的活動(dòng)頁面做分流以及一段時(shí)間的運(yùn)營，找到幻化效率的最有方式，同時(shí)為防止用戶審美疲勞，也要周期性的更換文案和樣式。在此過程中，測(cè)試需要準(zhǔn)確識(shí)別出需要驗(yàn)證及回歸的流程和功能點(diǎn)，做到低成本精準(zhǔn)測(cè)試。

1.2.3 回歸深似海

用戶增長(zhǎng)項(xiàng)目的很多功能是相互影響的，牽一發(fā)而動(dòng)全身。因此，在進(jìn)行功能改造和新增時(shí)，我們需要對(duì)歷史功能進(jìn)行回歸測(cè)試，這個(gè)回歸測(cè)試不僅僅局限于主流程，還需要關(guān)注更多細(xì)節(jié)。由于項(xiàng)目的快速迭代，要求測(cè)試人員具備高效的測(cè)試技巧和精準(zhǔn)定位回歸范圍的能力，以確保項(xiàng)目的穩(wěn)定性和可靠性。通過持續(xù)的回歸測(cè)試，我們能夠發(fā)現(xiàn)和解決潛在的問題，提高項(xiàng)目的質(zhì)量和用戶體驗(yàn)。

1.2.4 體驗(yàn)要求高

體驗(yàn)問題也是用戶增長(zhǎng)的項(xiàng)目需要重點(diǎn)關(guān)注的事項(xiàng)之一。由于項(xiàng)目大多數(shù)是直接面向C端用戶的，一些微小的問題，如話術(shù)不嚴(yán)謹(jǐn)、跳轉(zhuǎn)異常、字體太大/太小、按鈕位置不居中、提示信息不明確、挽留彈窗太多、熱區(qū)太大、關(guān)閉按鈕不明顯等都可能會(huì)成為客訴原因，且用戶體驗(yàn)的友好程度直接關(guān)系到用戶增長(zhǎng)和業(yè)務(wù)轉(zhuǎn)化的效率。因此，測(cè)試同學(xué)在需求評(píng)審、測(cè)試用例評(píng)審及測(cè)試執(zhí)行時(shí)，要把自己當(dāng)成一個(gè)普通用戶來思考交互是否合理、體驗(yàn)是否有優(yōu)化的空間。

1.2.5 資損壓力大

用戶增長(zhǎng)項(xiàng)目大多都會(huì)給用戶發(fā)放各類權(quán)益，是否會(huì)被刷、風(fēng)控用戶如何處理、如何預(yù)防資損風(fēng)險(xiǎn)、如何識(shí)別異常流程以及如何做好兜底，是需要思考的重中之重。另外一方面，為保證項(xiàng)目運(yùn)營過程中隨時(shí)調(diào)整運(yùn)營策略，一般會(huì)將文案、彈窗、利益點(diǎn)、人群策略等全部配置化，如何從系統(tǒng)層面簡(jiǎn)化配置、防止配置錯(cuò)誤也是需要解決的重要課題，一旦配置錯(cuò)誤，可能會(huì)導(dǎo)致巨額的資損或批量的客訴。

1.2.6 物料準(zhǔn)備難

由于C端拉新活動(dòng)要針對(duì)各種類型的新人賬號(hào)（未實(shí)名、未9要素、未綁卡、C端新、業(yè)務(wù)新等）實(shí)現(xiàn)活動(dòng)可見、可領(lǐng)，領(lǐng)取利益點(diǎn)之后實(shí)現(xiàn)身份轉(zhuǎn)變，因此測(cè)試過程中需要各種類型的賬號(hào)針對(duì)各種正常和異常場(chǎng)景進(jìn)行測(cè)試驗(yàn)證。難點(diǎn)主要體現(xiàn)在測(cè)試賬號(hào)需求量大、賬號(hào)不能重復(fù)使用、同一賬號(hào)在上線前無法完成全流程驗(yàn)證、上線后需要真實(shí)的賬號(hào)（C端新、業(yè)務(wù)新）進(jìn)行驗(yàn)收等。雖然內(nèi)部可以通過賬戶加白名單、申請(qǐng)C端新內(nèi)部賬號(hào)、申請(qǐng)超級(jí)賬戶等方式來支持測(cè)試，但由于依賴風(fēng)控、實(shí)名、營銷、銀行等多個(gè)外部系統(tǒng)，大多數(shù)情況下測(cè)試賬號(hào)很難驗(yàn)證全流程。

1.3 質(zhì)量?jī)r(jià)值觀

針對(duì)用戶拉新業(yè)務(wù)領(lǐng)域，結(jié)合該領(lǐng)域的業(yè)務(wù)特點(diǎn)、質(zhì)量實(shí)踐和我們對(duì)質(zhì)量的理解，我們總結(jié)了以下幾個(gè)方面作為對(duì)用戶增長(zhǎng)質(zhì)量?jī)r(jià)值觀的思考，并在團(tuán)隊(duì)內(nèi)部達(dá)成了共識(shí)。

1.3.1 全民質(zhì)量保證

質(zhì)量不是測(cè)試同學(xué)的專屬職責(zé)，也不是光靠測(cè)試同學(xué)就能達(dá)到高質(zhì)量，質(zhì)量需要全員參與，每個(gè)人都是質(zhì)量的守護(hù)者。在我們的質(zhì)量實(shí)踐中，在交付全流程中共有7道防線來防范缺陷逃逸到線上，業(yè)務(wù)/運(yùn)營、產(chǎn)品、研發(fā)、測(cè)試及項(xiàng)管雖分工不同，但都是質(zhì)量防線必不可少的角色。

1.3.2 預(yù)防大于發(fā)現(xiàn)

質(zhì)量保證過程中，預(yù)防問題的發(fā)生比事后發(fā)現(xiàn)和糾正問題更為重要和有效，在問題發(fā)生之前采取預(yù)防措施，以便在源頭上消除潛在的質(zhì)量問題，其預(yù)防成本往往比缺陷修復(fù)的成本更低。在我們的實(shí)踐中，預(yù)防缺陷的主要舉措包括：強(qiáng)調(diào)需求文檔的準(zhǔn)確性、清晰性和完整性；提測(cè)前嚴(yán)格的代碼評(píng)審，可以減少代碼中的潛在問題和錯(cuò)誤；提前介入測(cè)試，以確保產(chǎn)品滿足需求，從根本上提升產(chǎn)品質(zhì)量；推廣質(zhì)量文化，各個(gè)角色都應(yīng)該意識(shí)到缺陷預(yù)防的重要性。

1.3.3 質(zhì)量是免費(fèi)的

為了保證交付質(zhì)量，應(yīng)該盡量在產(chǎn)品設(shè)計(jì)、開發(fā)和測(cè)試環(huán)節(jié)上投入足夠的時(shí)間、資源和精力。雖然短期內(nèi)產(chǎn)生的投入可能會(huì)增加成本，但與質(zhì)量問題相關(guān)的額外成本（客訴、資損、研發(fā)修復(fù)成本等）可能會(huì)更高，而質(zhì)量的提升最終都會(huì)體現(xiàn)在線上質(zhì)量穩(wěn)定、性能提升、交付效率提升及用戶體驗(yàn)的提升。所以，從某種意義上講，質(zhì)量不是成本，質(zhì)量不僅是免費(fèi)的，還會(huì)產(chǎn)生額外的利潤(rùn)。

1.3.4 質(zhì)量不是測(cè)出來的

測(cè)試本身不能有效提高質(zhì)量，就像溫度計(jì)并不能降低體溫一樣，質(zhì)量?jī)?nèi)建才是質(zhì)量保證的核心，需要從需求分析、研發(fā)設(shè)計(jì)、開發(fā)、測(cè)試、上線、運(yùn)營等各個(gè)環(huán)節(jié)都關(guān)注質(zhì)量。提高全民質(zhì)量意識(shí)、盡早發(fā)現(xiàn)缺陷、落地敏捷DevOps理念、工具和方法，建立并不斷優(yōu)化研發(fā)流程和上線規(guī)范，通過質(zhì)量前置及測(cè)試右移等方式建立全流程質(zhì)量保證體系。通過這些質(zhì)量?jī)?nèi)建的方法，可以有效減少缺陷和問題的發(fā)生，提高質(zhì)量和穩(wěn)定性，同時(shí)也能節(jié)省后續(xù)的測(cè)試和修復(fù)工作，降低研發(fā)成本。

1.3.5 質(zhì)量不是越高越好

過高的質(zhì)量水平可能會(huì)導(dǎo)致資源浪費(fèi)和不必要的成本增加，質(zhì)量應(yīng)該與業(yè)務(wù)的實(shí)際需求和使用場(chǎng)景相符，過度追求完美的質(zhì)量可能會(huì)導(dǎo)致開發(fā)周期延長(zhǎng)、成本增加甚至對(duì)用戶體驗(yàn)造成不必要的局限。簡(jiǎn)而言之，質(zhì)量就是綜合考慮成本、進(jìn)度、風(fēng)險(xiǎn)等因素前提下的滿足需求，而不是超過需求。

1.3.6 質(zhì)量不是無形的

質(zhì)量不僅能被感受到，還可以被度量。在用戶增長(zhǎng)領(lǐng)域，我們常用的質(zhì)量度量指標(biāo)包括：需求平均缺陷數(shù)和研發(fā)人均缺陷數(shù)，用以度量缺陷的密度；缺陷關(guān)閉率和缺陷關(guān)閉時(shí)長(zhǎng)，用以度量缺陷解決完成度和解決效率；回滾率用以度量待交付需求的穩(wěn)定性和可靠性；線上事故數(shù)用以度量缺陷逃逸到線上的數(shù)量，說明線上系統(tǒng)的穩(wěn)定性。通過質(zhì)量度量可以將質(zhì)量目標(biāo)轉(zhuǎn)化為具體的可衡量的指標(biāo)，從而更好地指導(dǎo)和監(jiān)控質(zhì)量改進(jìn)。

二. 用戶增長(zhǎng)質(zhì)量保證方法論簡(jiǎn)述

2.1 質(zhì)量保證方法論

結(jié)合用戶增長(zhǎng)領(lǐng)域長(zhǎng)期的質(zhì)量實(shí)踐及我們所認(rèn)可的質(zhì)量?jī)r(jià)值觀，我們對(duì)增長(zhǎng)領(lǐng)域的質(zhì)量保證工作進(jìn)行了梳理，在過程質(zhì)量、發(fā)布質(zhì)量和線上質(zhì)量保證過程中需采取不同的質(zhì)量活動(dòng)，應(yīng)用不同的質(zhì)量策略并使用不同的質(zhì)量工具，為保證質(zhì)量策略和質(zhì)量活動(dòng)的順利進(jìn)行，需要與各角色共識(shí)質(zhì)量管理的流程，并通過持續(xù)的質(zhì)量運(yùn)營，讓質(zhì)量理念深入人心?？偨Y(jié)來說，質(zhì)量=質(zhì)量策略+質(zhì)量流程+質(zhì)量活動(dòng)+質(zhì)量運(yùn)營+質(zhì)量工具，而在用戶增長(zhǎng)領(lǐng)域，高質(zhì)量=質(zhì)量策略多樣化+質(zhì)量流程標(biāo)準(zhǔn)化+質(zhì)量活動(dòng)規(guī)范化+質(zhì)量工具平臺(tái)化+質(zhì)量運(yùn)營常態(tài)化，這就是我們認(rèn)為的用戶增長(zhǎng)質(zhì)量保證方法論。

2.2 質(zhì)量保證體系

我們所在的部門，是直接支持業(yè)務(wù)獲客和業(yè)務(wù)增長(zhǎng)的研發(fā)團(tuán)隊(duì)，在京東生態(tài)場(chǎng)、京東金融APP中心場(chǎng)及外部私域場(chǎng)（微信、抖快、電銷及其他外部APP）通過高效的拉新工具、活動(dòng)投放、用戶承接工具等方式，進(jìn)行用戶拉新、促活及交叉轉(zhuǎn)化，不斷擴(kuò)大用戶規(guī)模及交易規(guī)模，進(jìn)而推動(dòng)消金、財(cái)富及支付等C端業(yè)務(wù)的穩(wěn)定增長(zhǎng)。獲取新用戶是業(yè)務(wù)增長(zhǎng)最為基礎(chǔ)的工作，不僅有助于保持競(jìng)爭(zhēng)力、促進(jìn)收入增長(zhǎng)，還可以通過獲在取新用戶的過程中不斷優(yōu)化產(chǎn)品和服務(wù)，加強(qiáng)京東金融APP影響力，對(duì)于公司來說具有重要的作用和意義。因此，用戶增長(zhǎng)質(zhì)量保證工作至關(guān)重要。

上述質(zhì)量保證方法論給我們提供了整體的目標(biāo)和方向，我們對(duì)方法論進(jìn)行細(xì)化，質(zhì)量策略、質(zhì)量流程、質(zhì)量活動(dòng)、質(zhì)量運(yùn)營及質(zhì)量工具都拆解成為可以落地到質(zhì)量保證的日常工作中的具體事項(xiàng)，結(jié)合平臺(tái)研發(fā)部整體的質(zhì)量保證體系以及用戶增長(zhǎng)質(zhì)量保證方法論，我們總結(jié)了用戶增長(zhǎng)領(lǐng)域質(zhì)量保證體系全景圖，如下圖所示：

下面將從質(zhì)量策略、質(zhì)量流程、質(zhì)量活動(dòng)、質(zhì)量工具及質(zhì)量運(yùn)營等5個(gè)方面分別闡述用戶增長(zhǎng)質(zhì)量保證方法論的內(nèi)涵和我們的實(shí)踐。

三. 用戶增長(zhǎng)質(zhì)量策略多樣化

用戶增長(zhǎng)項(xiàng)目大多以活動(dòng)投放的形式針對(duì)特定用戶進(jìn)行拉新，需綜合利用各類拉新工具或組件，以擴(kuò)大流量敞口、提升承接效率以及最終的轉(zhuǎn)化率為主要目標(biāo)，投放渠道、活動(dòng)場(chǎng)景、適用人群、前端交互、用戶操作路徑及利益點(diǎn)多種多樣，相應(yīng)的質(zhì)量要求及測(cè)試過程也有較大差異，需要根據(jù)不同的需求類型和業(yè)務(wù)場(chǎng)景采用不同的質(zhì)量策略。在用戶增長(zhǎng)項(xiàng)目中，以下幾個(gè)質(zhì)量策略被廣泛應(yīng)用。

3.1 在測(cè)試?yán)砟罘矫妫C合運(yùn)用敏捷測(cè)試和傳統(tǒng)測(cè)試的實(shí)踐

作為敏捷研發(fā)模式的一個(gè)環(huán)節(jié)，敏捷測(cè)試注重迭代測(cè)試和增量式交付，系統(tǒng)在不斷的迭代中逐步構(gòu)建和完善，不強(qiáng)調(diào)測(cè)試用例的全面性及測(cè)試覆蓋度，甚至可以利用探索式測(cè)試代替完整的測(cè)試用例，以支持快速迭代和收集用戶反饋為主要目標(biāo)。例如，在一個(gè)團(tuán)隊(duì)默契度高、人員穩(wěn)定的項(xiàng)目組，團(tuán)隊(duì)采用敏捷測(cè)試方法，按節(jié)奏進(jìn)行測(cè)試活動(dòng)，快速驗(yàn)證，快速上線，有時(shí)為確?？焖俳桓?，可以容忍功能、性能及體驗(yàn)的暫時(shí)缺失，以換取主功能的快速交付和面客驗(yàn)證，并在后續(xù)的版本中快速迭代優(yōu)化。敏捷研發(fā)模式提升了協(xié)作效率和研發(fā)產(chǎn)能，但并不一定適合所有的場(chǎng)景，傳統(tǒng)的瀑布式交付模式，也有其獨(dú)特的優(yōu)勢(shì)。

傳統(tǒng)測(cè)試更加注重完備的測(cè)試計(jì)劃和詳盡的測(cè)試用例，適用于對(duì)穩(wěn)定性、功能完整性、體驗(yàn)或性能要求較高的項(xiàng)目，通過完備的測(cè)試驗(yàn)證計(jì)劃，確保完整的測(cè)試覆蓋，非常適用于功能極為重要、或者提供基礎(chǔ)能力供多方調(diào)用的項(xiàng)目團(tuán)隊(duì)，快節(jié)奏的迭代和頻繁的上線并不是最優(yōu)項(xiàng)。

總之，敏捷測(cè)試與傳統(tǒng)測(cè)試沒有好壞之分，需要適配測(cè)試的場(chǎng)景，針對(duì)同一個(gè)項(xiàng)目，在不同階段也要采取不同的策略。例如一分錢拉新的工具，包括一分返現(xiàn)/返券、一分充值、一分秒現(xiàn)、一分抽獎(jiǎng)等拉新工具，在前期，為了快速驗(yàn)證，采用敏捷研發(fā)模式和敏捷測(cè)試機(jī)制，針對(duì)功能和運(yùn)營策略快速上線，并投放到不同的渠道快速驗(yàn)證效果，一些小的體驗(yàn)問題、不影響主流程的功能問題都可以放到后續(xù)的版本中優(yōu)化，但是到了項(xiàng)目成熟階段，項(xiàng)目組成員被大量抽調(diào)到其他項(xiàng)目，新人或臨時(shí)性支持的人員較多，這時(shí)再強(qiáng)調(diào)快速迭代，對(duì)底層功能進(jìn)行大量的修改且不經(jīng)過完整的測(cè)試，一定會(huì)對(duì)線上的質(zhì)量造成巨大的影響，此時(shí)，按部就班地開發(fā)、制定完備的測(cè)試計(jì)劃、準(zhǔn)備完整的回歸用例是非常必要的，此時(shí)的慢、穩(wěn)有可能是第一要?jiǎng)?wù)。

3.2 在測(cè)試執(zhí)行方面，綜合采用手工測(cè)試和自動(dòng)化測(cè)試

手工測(cè)試能夠根據(jù)測(cè)試人員的經(jīng)驗(yàn)和直覺發(fā)現(xiàn)一些難以預(yù)料的問題。例如，在一個(gè)針對(duì)運(yùn)營的配置系統(tǒng)中，測(cè)試人員通過手工點(diǎn)擊和輸入的方式測(cè)試用戶界面的響應(yīng)和交互。自動(dòng)化測(cè)試能夠提高測(cè)試效率和一致性，測(cè)試人員采用自動(dòng)化測(cè)試工具，編寫測(cè)試用例并進(jìn)行自動(dòng)化測(cè)試，以保證軟件的核心功能的穩(wěn)定性和正確性。

手工測(cè)試適用于需要嚴(yán)格細(xì)節(jié)和需要摻雜較多人為因素的測(cè)試場(chǎng)景，測(cè)試人員可以快速上手，外部依賴較少且可以靈活運(yùn)用各種測(cè)試策略，通常手工測(cè)試可以發(fā)現(xiàn)比自動(dòng)化測(cè)試更多的缺陷。而自動(dòng)化測(cè)試適用于要求大量重復(fù)性、穩(wěn)定性或大量數(shù)據(jù)的測(cè)試場(chǎng)景，就像流水線一樣，快速執(zhí)行，但是實(shí)現(xiàn)自動(dòng)化測(cè)試用例本身需要需要投入大量的時(shí)間和精力，并且由于自動(dòng)化測(cè)試的脆弱性，已經(jīng)開發(fā)完成的用例還必須隨著被測(cè)對(duì)象的改變而不斷更新，你還需要為此付出維護(hù)測(cè)試用例的成本。在用戶增長(zhǎng)領(lǐng)域的測(cè)試中，針對(duì)臨時(shí)活動(dòng)類、新項(xiàng)目及前端交互較為復(fù)雜的項(xiàng)目，以手工測(cè)試為主；針對(duì)較為成熟的拉新工具、運(yùn)營端功能及測(cè)試回歸時(shí)，偏重自動(dòng)化測(cè)試，其自動(dòng)化用例需要不斷積累并持續(xù)更新維護(hù)。

3.3 在測(cè)試用例方面，綜合使用腳本測(cè)試和探索式測(cè)試

腳本測(cè)試通過編寫測(cè)試腳本來進(jìn)行測(cè)試，并可以覆蓋大部分常規(guī)場(chǎng)景，通過編寫一系列的測(cè)試腳本（包括測(cè)試代碼、文字描述的測(cè)試用例、操作數(shù)據(jù)庫和緩存的腳本等），用于驗(yàn)證各個(gè)功能模塊的正確性和可靠性。探索式測(cè)試充分發(fā)揮測(cè)試人員的主觀能動(dòng)性，通過不斷嘗試和探索來尋找應(yīng)用未知的測(cè)試場(chǎng)景，在測(cè)試過程中沒有或者較少使用測(cè)試腳本。

在京小福GO小程序中的有一個(gè)合成寶石小游戲，在測(cè)試過程中，測(cè)試同學(xué)結(jié)合合成類游戲的特點(diǎn)，通過不斷嘗試不同的操作和游戲路徑，以發(fā)現(xiàn)潛在的問題和優(yōu)化點(diǎn)。腳本測(cè)試適用于對(duì)已知場(chǎng)景的覆蓋，而探索式測(cè)試作為敏捷測(cè)試的重要實(shí)踐，適用于對(duì)未知場(chǎng)景和新功能的探索，合理使用探索式測(cè)試，可以大幅降低測(cè)試成本。在我們的用戶增長(zhǎng)的質(zhì)量實(shí)踐中，一貫鼓勵(lì)大家積極嘗試不同的測(cè)試策略和方法，不管是局部探索式測(cè)試、全局探索式測(cè)試還是混合探索式測(cè)試，都有其在不同測(cè)試場(chǎng)景不斷探索和實(shí)踐的現(xiàn)實(shí)意義。

3.4 在測(cè)試范圍方面，綜合利用測(cè)試左移和測(cè)試右移的實(shí)踐

測(cè)試左移主要目標(biāo)是把質(zhì)量活動(dòng)前置，通過各種缺陷預(yù)防工作，有效減少后期的問題修復(fù)成本。在用戶增長(zhǎng)的質(zhì)量實(shí)踐中，除了在在需求評(píng)審主動(dòng)識(shí)別業(yè)務(wù)流程斷點(diǎn)、異常流程、分支流程、測(cè)試數(shù)據(jù)和測(cè)試物料訴求、驗(yàn)收標(biāo)準(zhǔn)等常規(guī)問題之外，我們對(duì)測(cè)試用例進(jìn)行了前置，通過測(cè)試用例的梳理和評(píng)審，給與研發(fā)設(shè)計(jì)和代碼編寫更多的輸入，提前識(shí)別業(yè)務(wù)流程及需求交付過程中的問題，并及時(shí)與產(chǎn)品和開發(fā)進(jìn)行溝通。測(cè)試右移指對(duì)質(zhì)量的把控延伸到系統(tǒng)上線之后及日常的運(yùn)營和運(yùn)維過程中，通過日常的人工巡檢、自動(dòng)化巡檢、體驗(yàn)治理等方式，及時(shí)發(fā)現(xiàn)和用戶體驗(yàn)問題。總結(jié)來說，測(cè)試左移和右移只是一個(gè)形象的表述，其核心是質(zhì)量保證不應(yīng)該僅僅針對(duì)測(cè)試執(zhí)行階段，而應(yīng)該貫穿于研發(fā)質(zhì)量管理的各階段及需求交付的全生命周期。

3.5 在測(cè)試策略方面，綜合應(yīng)用金字塔、冰淇淋和橄欖型模型等類型的策略

金字塔模型、冰淇淋模型和橄欖型模型是常用的測(cè)試策略模型，它們?cè)跍y(cè)試覆蓋和測(cè)試優(yōu)先級(jí)方面有不同的側(cè)重點(diǎn)。金字塔模型基于測(cè)試用例的優(yōu)先級(jí)和數(shù)量來劃分測(cè)試層級(jí)，金字塔的底部是大量的單元測(cè)試或單元組件測(cè)試，接著是少量的集成測(cè)試，再往上是更少量的系統(tǒng)測(cè)試和用戶界面測(cè)試等。金字塔模型的目標(biāo)是將更多的測(cè)試重點(diǎn)放在低層級(jí)的測(cè)試中，通過更細(xì)粒度的測(cè)試覆蓋來發(fā)現(xiàn)和解決問題，最大程度地提高測(cè)試效率和準(zhǔn)確性。

冰淇淋模型強(qiáng)調(diào)功能性和非功能性測(cè)試，并注重用戶體驗(yàn)，該模型特別適合用戶驅(qū)動(dòng)的測(cè)試，如用戶界面測(cè)試、用戶驗(yàn)收測(cè)試等。橄欖型模型綜合了金字塔模型和冰淇淋模型的優(yōu)點(diǎn)，兼顧了測(cè)試覆蓋和用戶需求驗(yàn)證。金字塔模型適用于快速研發(fā)的小型項(xiàng)目或服務(wù)端邏輯較為復(fù)雜的項(xiàng)目，冰淇淋模型適用于極致強(qiáng)調(diào)用戶體驗(yàn)的項(xiàng)目，而橄欖型模型在中等規(guī)模的項(xiàng)目上適用性更高。以上三類測(cè)試策略模型只是一些常見的指導(dǎo)方法，應(yīng)根據(jù)具體的項(xiàng)目和測(cè)試需求選擇合適的測(cè)試策略，有時(shí)可能需要使用多個(gè)模型的組合。

相較于其他業(yè)務(wù)場(chǎng)景，用戶增長(zhǎng)領(lǐng)域主要與C端用戶及業(yè)務(wù)運(yùn)營人員直接交互，迭代速度快，用戶體驗(yàn)要求高，因此，冰淇淋模型被廣泛應(yīng)用。我們對(duì)于所有的需求都會(huì)安排上線前的產(chǎn)品驗(yàn)證及上線后的運(yùn)營驗(yàn)收，從需求提出者、產(chǎn)品方案設(shè)計(jì)者、終端用戶三個(gè)角度驗(yàn)證系統(tǒng)的功能和用戶體驗(yàn)。

3.6 在測(cè)試協(xié)同方面，綜合考慮局部最優(yōu)和全局最優(yōu)之間的平衡

在測(cè)試與其他角色的協(xié)同中，不僅考慮測(cè)試單元的獨(dú)立性和正確性，還要考慮整個(gè)需求開發(fā)和交付過程的效率和質(zhì)量。這種綜合考慮有助于優(yōu)化團(tuán)隊(duì)合作，提高產(chǎn)品的整體質(zhì)量和交付速度。舉例來說，在敏捷開發(fā)團(tuán)隊(duì)中，測(cè)試人員與開發(fā)人員、產(chǎn)品負(fù)責(zé)人等角色進(jìn)行協(xié)同。在局部最優(yōu)的視角下，測(cè)試人員可能會(huì)只關(guān)注檢查局部功能是否符合需求和規(guī)范，而忽略其他角色的需求和期望。然而，從全局最優(yōu)的視角來看，測(cè)試人員應(yīng)該參與需求討論，并與其他角色密切合作，以確保需求的準(zhǔn)確性和全面性。

這樣可以避免后續(xù)開發(fā)過程中的變更和延誤，并提高整個(gè)團(tuán)隊(duì)的生產(chǎn)力。同樣的道理，交付過程中我們提倡定期評(píng)審、按節(jié)奏開發(fā)、按客觀工作量評(píng)估排期、冒煙準(zhǔn)入等實(shí)踐都是為了防止在某個(gè)階段或某個(gè)角色的局部最優(yōu)卻導(dǎo)致全局低效或低質(zhì)量。然而在現(xiàn)實(shí)的工作中，有時(shí)不得不為了局部最優(yōu)犧牲掉全局最優(yōu)，這跟項(xiàng)目所處的階段、組織環(huán)境、內(nèi)外部業(yè)務(wù)壓力等因素有很大關(guān)系。所以，綜合考慮局部最優(yōu)和全局最優(yōu)在測(cè)試與其他角色的協(xié)同中非常重要，因?yàn)檫@有助于促進(jìn)團(tuán)隊(duì)的有效溝通和協(xié)作，提高整體工作效率和產(chǎn)品質(zhì)量。通過綜合考慮局部和全局的需求和期望，測(cè)試同學(xué)可以在開發(fā)和交付過程中發(fā)揮更大的作用。

綜上所述，在用戶增長(zhǎng)質(zhì)量保證過程中，需根據(jù)不同的業(yè)務(wù)場(chǎng)景、項(xiàng)目要求和組織環(huán)境，綜合運(yùn)用和組合各種質(zhì)量策略，采用不同的測(cè)試方案和測(cè)試方法，提高交付質(zhì)量，減少潛在問題的發(fā)生，增強(qiáng)用戶體驗(yàn)。需要強(qiáng)調(diào)的是，在用戶增長(zhǎng)質(zhì)量保證的實(shí)踐中，我們并不會(huì)僵化地、機(jī)械地使用以上策略，而是把它們應(yīng)用到日常質(zhì)量工作中，做到潤(rùn)物細(xì)無聲。

四. 用戶增長(zhǎng)質(zhì)量流程標(biāo)準(zhǔn)化

質(zhì)量不在測(cè)試階段產(chǎn)生，更不在測(cè)試階段結(jié)束，質(zhì)量貫穿整個(gè)產(chǎn)品生命周期中的每個(gè)環(huán)節(jié)，包括方案設(shè)計(jì)、開發(fā)、測(cè)試、發(fā)布、運(yùn)營及下線。在敏捷開發(fā)模式中，測(cè)試人員會(huì)盡早開始測(cè)試，包括對(duì)需求、研發(fā)設(shè)計(jì)及測(cè)試用例的及時(shí)評(píng)審，更重要的是，能夠及時(shí)、持續(xù)對(duì)產(chǎn)品/項(xiàng)目/需求質(zhì)量進(jìn)行反饋，可以總結(jié)為下圖：

針對(duì)用戶增長(zhǎng)產(chǎn)品交付的特點(diǎn)，測(cè)試團(tuán)隊(duì)需要做到“又快又好”的完成工作，需要把質(zhì)量保障和降本增效貫穿到整個(gè)需求交付的各個(gè)階段，所以我們?cè)诿總€(gè)階段都制定了相應(yīng)的質(zhì)量流程標(biāo)準(zhǔn)化的規(guī)范。我們把測(cè)試活動(dòng)概括為“需求分析”、“用例分析和設(shè)計(jì)”、“測(cè)試執(zhí)行階段”和“線上質(zhì)量監(jiān)控階段”這幾個(gè)階段，接下來我們?cè)敿?xì)講述在每個(gè)階段的具體工作方式。

如在需求階段，我們制定需求準(zhǔn)入的規(guī)范，包括需求文檔內(nèi)容展示、前端頁面交互等內(nèi)容，避免在開發(fā)過程中因需求細(xì)節(jié)不清晰導(dǎo)致到測(cè)試階段再找產(chǎn)品核對(duì)、研發(fā)再修改、測(cè)試再驗(yàn)證；在用例設(shè)計(jì)階段，測(cè)試用例評(píng)審前置評(píng)審，從功能層面可以對(duì)產(chǎn)品的需求細(xì)節(jié)進(jìn)行補(bǔ)充，從系統(tǒng)實(shí)現(xiàn)層面可以根據(jù)研發(fā)的實(shí)現(xiàn)方式列舉出影響的功能點(diǎn)及回歸測(cè)試點(diǎn)，提升用例的有效性；產(chǎn)品發(fā)布時(shí)會(huì)根據(jù)需求特點(diǎn)制定灰度發(fā)布方案；線上運(yùn)營中進(jìn)行線上功能定期巡檢及系統(tǒng)整體動(dòng)態(tài)數(shù)據(jù)的監(jiān)控。

4.1 需求分析：識(shí)別業(yè)務(wù)價(jià)值和商業(yè)價(jià)值

Dave Hendricksen在他的著作《軟件架構(gòu)師的12項(xiàng)修煉》中提出：“系統(tǒng)架構(gòu)師在考慮軟件架構(gòu)的真正價(jià)值時(shí)，不能只關(guān)注系統(tǒng)構(gòu)造的技術(shù)，更要對(duì)客戶價(jià)值和商務(wù)價(jià)值——你能幫助客戶真正解決怎樣的問題、你怎樣幫助公司賺錢——有深刻的認(rèn)識(shí)” 。即便產(chǎn)品使用的是最先進(jìn)的開發(fā)技術(shù)，如果不能滿足用戶的痛點(diǎn)、不能解決業(yè)務(wù)的訴求，這樣的產(chǎn)品就是無用的產(chǎn)品，不能稱為成功的產(chǎn)品。在項(xiàng)目啟動(dòng)階段，測(cè)試人員的深度參與至關(guān)重要，有助于識(shí)別業(yè)務(wù)價(jià)值和商業(yè)價(jià)值，體現(xiàn)在以下幾個(gè)方面：

• 洞察業(yè)務(wù)：對(duì)業(yè)務(wù)的洞察是質(zhì)量保證的基礎(chǔ)，通過深入了解業(yè)務(wù)，測(cè)試人員可以更好地實(shí)施測(cè)試策略、創(chuàng)建準(zhǔn)確的測(cè)試用例，覆蓋重要的業(yè)務(wù)場(chǎng)景和流程，以確保業(yè)務(wù)需求在產(chǎn)研交付后的正確性和完整性?？梢哉f沒有對(duì)業(yè)務(wù)領(lǐng)域的深入理解和洞察，質(zhì)量保證將成為無源之水、無本之木。
• 理解需求價(jià)值：了解需求的目標(biāo)和價(jià)值，同時(shí)基于與業(yè)務(wù)和產(chǎn)品經(jīng)理的溝通，搞清楚需求背后所代表的業(yè)務(wù)涵義、所解決的業(yè)務(wù)上的問題，而不僅僅是需求文檔中的功能說明。
• 理解需求功能：深刻理解用戶的使用場(chǎng)景，了解業(yè)務(wù)操作流程，以及該需求所對(duì)應(yīng)的功能及在業(yè)務(wù)流程中的位置。我們的系統(tǒng)通常具有較高的復(fù)雜性，可能涉及一個(gè)項(xiàng)目中的多個(gè)模塊，或者是多個(gè)項(xiàng)目、多個(gè)部門的功能協(xié)作。因此，在串聯(lián)流程時(shí)，需要通盤考慮。
• 分析用戶體驗(yàn)：深入理解產(chǎn)品的體系、架構(gòu)和交互關(guān)系。從業(yè)務(wù)流程的角度考慮，確保業(yè)務(wù)流程的合理性、流暢性和完整性，保證用戶在操作過程中沒有疑惑。以用戶視角思考使用場(chǎng)景和操作流程，讓用戶少操作、少思考。

4.2 系統(tǒng)分析：確定待交付功能能夠滿足業(yè)務(wù)需求

在設(shè)計(jì)需求驗(yàn)證點(diǎn)時(shí)，需要考慮“看得見的需求”和“看不見的需求”?！翱吹靡姷男枨蟆奔礊楫a(chǎn)品經(jīng)理需求文檔中描述的需要實(shí)現(xiàn)的功能是什么。“看不見的需求”即為研發(fā)同學(xué)在代碼實(shí)現(xiàn)過程中運(yùn)用了什么技術(shù)，這些技術(shù)可能需要一些測(cè)試用例進(jìn)行驗(yàn)證。所以，我們需求分析的輸入不僅包括產(chǎn)品需求，還必須考慮代碼的具體實(shí)現(xiàn)，在測(cè)試開始前深入了解研發(fā)詳細(xì)設(shè)計(jì)有助于測(cè)試人員制定合適的測(cè)試策略。在需求交付過程中可以通過以下方式對(duì)研發(fā)設(shè)計(jì)做深入的理解：

• 理解研發(fā)設(shè)計(jì)的實(shí)現(xiàn)流程，包括系統(tǒng)架構(gòu)設(shè)計(jì)、模塊劃分及各模塊的技術(shù)和數(shù)據(jù)交互。如在數(shù)據(jù)存儲(chǔ)方面，需詳細(xì)了解不同數(shù)據(jù)存儲(chǔ)的特點(diǎn)及相應(yīng)的實(shí)現(xiàn)方案，例如關(guān)系型數(shù)據(jù)庫、NoSQL數(shù)據(jù)庫、Redis、ES等，以便評(píng)估其性能和可用性；數(shù)據(jù)交互層面，深入了解系統(tǒng)中的數(shù)據(jù)交互方式，包括同步和異步的調(diào)用方式、數(shù)據(jù)格式轉(zhuǎn)換、數(shù)據(jù)傳輸?shù)募用芘c壓縮等方面；了解系統(tǒng)的各種異常類型和對(duì)應(yīng)的處理方式，包括錯(cuò)誤碼定義、異常日志記錄、告警機(jī)制和異?；貪L處理等，以確保系統(tǒng)的可靠性和可維護(hù)性。
• 系統(tǒng)配置方面，包括配置文件的格式、配置項(xiàng)的分類和命名規(guī)則、配置的動(dòng)態(tài)更新和預(yù)加載機(jī)制等，以確保配置的靈活性和可擴(kuò)展性；調(diào)度任務(wù)方面包括任務(wù)的調(diào)度頻率、調(diào)度策略、失敗重試機(jī)制、作業(yè)優(yōu)先級(jí)管理等方面，以保證任務(wù)的可靠執(zhí)行和高效調(diào)度。
• 了解與外部系統(tǒng)的依賴和交互。在微信域拉新時(shí)，大量需求涉及到與企微、小程序的交互，企微主被動(dòng)加微、消息群發(fā)、社群運(yùn)營等需要詳細(xì)了解微電、用增活動(dòng)、小程序與騰訊側(cè)系統(tǒng)的交互，如接口定義、協(xié)議規(guī)范、數(shù)據(jù)交換格式和數(shù)據(jù)校驗(yàn)、回調(diào)方式、重試機(jī)制等。
• 代碼改動(dòng)點(diǎn)及調(diào)用鏈路梳理。用戶增長(zhǎng)項(xiàng)目一直處于快速迭代過程中，項(xiàng)目涉及的功能點(diǎn)及調(diào)用關(guān)系都較為復(fù)雜。對(duì)于研發(fā)實(shí)現(xiàn)需進(jìn)一步梳理每個(gè)代碼改動(dòng)點(diǎn)對(duì)其他模塊的調(diào)用和影響，分析其可能引發(fā)的潛在問題，以確保每個(gè)改動(dòng)點(diǎn)、受影響功能點(diǎn)的穩(wěn)定性。

4.3 測(cè)試執(zhí)行：確保待交付功能與產(chǎn)品的顯性和隱性需求一致

經(jīng)過以上需求分析和系統(tǒng)分析后，我們可以根據(jù)這些輸入來設(shè)計(jì)測(cè)試用例?？偨Y(jié)來講，測(cè)試用例可以從業(yè)務(wù)功能分析、系統(tǒng)實(shí)現(xiàn)分析及系統(tǒng)實(shí)現(xiàn)的改動(dòng)點(diǎn)帶來的影響范圍劃定等三方面進(jìn)行設(shè)計(jì)，在測(cè)試用例評(píng)審?fù)戤呏螅褪菧y(cè)試執(zhí)行了。有效的測(cè)試執(zhí)行能夠確保軟件功能的正確性、提高軟件質(zhì)量，以及減少軟件維護(hù)成本，測(cè)試過程中的結(jié)果和問題反饋能夠幫助開發(fā)團(tuán)隊(duì)及時(shí)修復(fù)問題并改進(jìn)軟件開發(fā)的過程，從而提高整體的交付質(zhì)量和開發(fā)效率，因此，測(cè)試執(zhí)行是確保產(chǎn)品質(zhì)量的關(guān)鍵環(huán)節(jié)。

測(cè)試執(zhí)行階段除了測(cè)試人員本身的質(zhì)量活動(dòng)和行為之外，也是與業(yè)務(wù)/運(yùn)營、產(chǎn)品、研發(fā)等溝通最為頻繁的階段，因此 合理規(guī)范的測(cè)試流程約束和質(zhì)量問題快速歸因是高質(zhì)量交付的保障。將測(cè)試過程劃分成多個(gè)節(jié)點(diǎn)并共享，能夠使職責(zé)劃分明確，有利于相關(guān)人員分析質(zhì)量卡點(diǎn)原因及進(jìn)度把控。在測(cè)試階段需完成功能測(cè)試、非功能測(cè)試兩部分，其中功能測(cè)試是產(chǎn)品質(zhì)量顯性的驗(yàn)證，非功能測(cè)試是產(chǎn)品質(zhì)量的深層次的檢驗(yàn)。

• 功能測(cè)試：功能測(cè)試的目標(biāo)是驗(yàn)證軟件系統(tǒng)是否實(shí)現(xiàn)產(chǎn)品需求文檔中定義的功能要求，進(jìn)行功能測(cè)試的步驟一般為：設(shè)計(jì)測(cè)試用例、準(zhǔn)備測(cè)試環(huán)境、執(zhí)行測(cè)試用例、驗(yàn)證測(cè)試結(jié)果、缺陷跟蹤和復(fù)現(xiàn)、缺陷修復(fù)和回歸測(cè)試、發(fā)送測(cè)試報(bào)告和總結(jié)等，其中為適應(yīng)敏捷交付的要求，堅(jiān)持測(cè)試左移原則將部分測(cè)試步驟前置，如測(cè)試用例設(shè)計(jì)&評(píng)審在編碼之前完成，測(cè)試環(huán)境搭建以及物料準(zhǔn)備在研發(fā)提測(cè)前完成。堅(jiān)持測(cè)試左移的原則可以在敏捷開發(fā)過程中幫助整個(gè)團(tuán)隊(duì)更早地發(fā)現(xiàn)問題，減少后期修復(fù)的成本和風(fēng)險(xiǎn)，同時(shí)通過前置測(cè)試步驟，可以促進(jìn)測(cè)試與開發(fā)的緊密協(xié)作，提高需求交付的質(zhì)量和效率。
• 非功能測(cè)試：經(jīng)過功能測(cè)試的驗(yàn)證已經(jīng)實(shí)現(xiàn)了業(yè)務(wù)需求功能部分的檢驗(yàn)，但質(zhì)量的檢測(cè)只完成了第一階段，第二階段是軟件性能以及潛在風(fēng)險(xiǎn)點(diǎn)驗(yàn)證，確保需求交付后萬無一失。非功能測(cè)試主要測(cè)試帶交付需求的可靠性、可用性、性能、安全性、兼容性等方面。非功能測(cè)試通常需要使用專門的測(cè)試工具和技術(shù)，設(shè)計(jì)合適的測(cè)試場(chǎng)景和測(cè)試條件進(jìn)行測(cè)試驗(yàn)證，比如每年兩次的大促壓測(cè)，都是利用Forcebot、泰坦等壓測(cè)工具進(jìn)行性能測(cè)試。

此外，有些工作不太好區(qū)分是功能測(cè)試還是非功能測(cè)試，但也是非常重要的質(zhì)量保證工作，比如關(guān)于埋點(diǎn)和數(shù)據(jù)準(zhǔn)確性的驗(yàn)證。主要工作包括：

• 需求階段

在需求階段推動(dòng)埋點(diǎn)需求評(píng)審，識(shí)別埋點(diǎn)設(shè)計(jì)方案的合理性，推動(dòng)埋點(diǎn)需求質(zhì)量提升。

• 測(cè)試階段

包括埋點(diǎn)測(cè)試策略設(shè)計(jì)、手工埋點(diǎn)驗(yàn)證、自動(dòng)化埋點(diǎn)驗(yàn)證等工作。

• 埋點(diǎn)上線階段

測(cè)試同學(xué)回歸驗(yàn)證，推動(dòng)產(chǎn)品、量化人員做埋點(diǎn)驗(yàn)收。

• 數(shù)據(jù)應(yīng)用階段

通過數(shù)測(cè)平臺(tái)校驗(yàn)數(shù)倉數(shù)據(jù)與應(yīng)用層數(shù)據(jù)的一致性和準(zhǔn)確性，提升比對(duì)范圍和效率；從用戶使用視角提出分析平臺(tái)優(yōu)化建議，提升數(shù)據(jù)應(yīng)用平臺(tái)用戶體驗(yàn)。

4.4 上線發(fā)布：執(zhí)行上線前check與上線后灰度發(fā)布

當(dāng)需求開發(fā)階段接近尾聲時(shí)，團(tuán)隊(duì)的工作也進(jìn)入到了關(guān)鍵的上線發(fā)布階段。為保障已完成質(zhì)量檢測(cè)的產(chǎn)品功能正常上線，在需求上線之前。用戶增長(zhǎng)質(zhì)量團(tuán)隊(duì)協(xié)同其他各個(gè)角色通常需要在上線階段做以下工作：

• 產(chǎn)品驗(yàn)收測(cè)試：測(cè)試團(tuán)隊(duì)在業(yè)務(wù)驗(yàn)收測(cè)試過程中，會(huì)模擬真實(shí)業(yè)務(wù)場(chǎng)景，在測(cè)試環(huán)境或預(yù)發(fā)環(huán)境中，測(cè)試待交付功能在不同業(yè)務(wù)流程中的運(yùn)行情況，并與產(chǎn)品經(jīng)理、業(yè)務(wù)方對(duì)比驗(yàn)證，確保軟件的功能能夠正常運(yùn)行。
• 上線前Checklist執(zhí)行：我們梳理了從需求評(píng)審到上線驗(yàn)證過程中各個(gè)階段檢查點(diǎn)和關(guān)注點(diǎn)，有些是可選動(dòng)作，有些是必選動(dòng)作，避免在交付過程中有所遺漏或沒有前置溝通而導(dǎo)致返工或線上問題。Checklist檢查項(xiàng)按角色進(jìn)行區(qū)分，分為運(yùn)營檢查點(diǎn)、產(chǎn)品檢查點(diǎn)、研發(fā)檢查點(diǎn)和測(cè)試檢查點(diǎn)等四個(gè)部分。其中研發(fā)檢查點(diǎn)主要包括代碼合并情況、編譯打包是否完成、數(shù)據(jù)庫升級(jí)是否成功等。測(cè)試檢查點(diǎn)主要包括測(cè)試環(huán)境是否搭建完備、測(cè)試用例是否執(zhí)行完整、bug修復(fù)情況等。測(cè)試團(tuán)隊(duì)需要仔細(xì)對(duì)照這個(gè)Checklist，確保每個(gè)檢查點(diǎn)都已經(jīng)完成，以確保軟件上線前的穩(wěn)定性和可靠性。
• 封版時(shí)間把控：在封版時(shí)間之后，除了線上bug，開發(fā)團(tuán)隊(duì)將不再接受新的功能需求和修改請(qǐng)求。測(cè)試團(tuán)隊(duì)需要把控好封版時(shí)間點(diǎn)，并確保在封版之前，所有的測(cè)試工作都已經(jīng)完成。封版時(shí)間的把控對(duì)于軟件的上線進(jìn)程非常重要，它能夠保證軟件的穩(wěn)定性和質(zhì)量，在上線之后降低問題和風(fēng)險(xiǎn)。目前在微電C端相關(guān)的項(xiàng)目，執(zhí)行上線當(dāng)天12點(diǎn)前封板，晚上18點(diǎn)開始上線的約定。
• 版本灰度發(fā)布：在需求上線之前，通常會(huì)先進(jìn)行版本灰度發(fā)布，即將新功能逐步投放給一部分用戶使用，以驗(yàn)證軟件在真實(shí)環(huán)境中的穩(wěn)定性和可靠性。測(cè)試團(tuán)隊(duì)參與溝通灰度發(fā)布計(jì)劃，協(xié)同產(chǎn)品和運(yùn)營確定灰度的人群、灰度比例、切量計(jì)劃及應(yīng)急預(yù)案，并收集用戶的反饋和問題報(bào)告。

總體來說，在需求的上線階段，用增測(cè)試團(tuán)隊(duì)需要業(yè)務(wù)&產(chǎn)品驗(yàn)收測(cè)試、上線前Checklist執(zhí)行和封板時(shí)間把控、版本灰度發(fā)布等一系列的工作。這些工作的完成能夠確保軟件在上線之后能夠穩(wěn)定運(yùn)行，并滿足用戶的需求。測(cè)試團(tuán)隊(duì)需要與運(yùn)營、產(chǎn)品及研發(fā)團(tuán)隊(duì)緊密合作，保證各項(xiàng)工作的順利進(jìn)行，確保高質(zhì)量、按時(shí)交付。

4.5 投產(chǎn)運(yùn)營：收集用戶反饋并沉淀經(jīng)驗(yàn)教訓(xùn)

需求上線之后，用增質(zhì)量團(tuán)隊(duì)仍需協(xié)同各方進(jìn)行一系列的質(zhì)量保證工作，主要包括：

• 監(jiān)控和收集反饋：監(jiān)控軟件的運(yùn)行情況，及時(shí)了解是否存在異?；蚩驮V，確保線上問題可以在第一時(shí)間修復(fù)。質(zhì)量團(tuán)隊(duì)還需要主動(dòng)收集用戶反饋，為業(yè)務(wù)規(guī)劃和產(chǎn)品優(yōu)化方案提供更多輸入，不斷改進(jìn)用戶體驗(yàn)。
• Bug跟蹤和修復(fù)：部分缺陷因時(shí)間問題可能需要留待上線之后逐步修復(fù)，質(zhì)量團(tuán)隊(duì)協(xié)同業(yè)務(wù)和產(chǎn)品，評(píng)估問題的優(yōu)先級(jí)和嚴(yán)重程度，并協(xié)調(diào)開發(fā)團(tuán)隊(duì)及時(shí)修復(fù)。
• 性能監(jiān)測(cè)和優(yōu)化：質(zhì)量團(tuán)隊(duì)需要持續(xù)進(jìn)行性能監(jiān)測(cè)，包括對(duì)軟件的響應(yīng)時(shí)間、并發(fā)處理能力和資源占用情況等方面進(jìn)行評(píng)估。如果發(fā)現(xiàn)性能問題，需要與開發(fā)團(tuán)隊(duì)合作，優(yōu)化性能和用戶體驗(yàn)。
• 自動(dòng)化測(cè)試和持續(xù)集成：上線后，質(zhì)量團(tuán)隊(duì)可以進(jìn)一步推進(jìn)自動(dòng)化線上測(cè)試和持續(xù)集成的工作。通過自動(dòng)化巡檢，及時(shí)發(fā)現(xiàn)線上問題并第一時(shí)間通知到項(xiàng)目團(tuán)隊(duì)，同時(shí)持續(xù)集成可以幫助測(cè)試團(tuán)隊(duì)更快地修復(fù)問題。
• 產(chǎn)品功能文檔沉淀：上線后，質(zhì)量團(tuán)隊(duì)通過結(jié)合整個(gè)測(cè)試流程所遇到的問題和困難進(jìn)行梳理，將業(yè)務(wù)理解、測(cè)試策略、測(cè)試方法、經(jīng)驗(yàn)教訓(xùn)等整理成文字，一方面有助于自我總結(jié)和反思，另一方面有助于分享給其他同學(xué)，做到共同提升。

總之，質(zhì)量流程標(biāo)準(zhǔn)化對(duì)于保證產(chǎn)品和需求質(zhì)量有著重要作用，它確保產(chǎn)品能夠符合客戶和業(yè)務(wù)方的期望，并且提供可靠的性能和持久的價(jià)值，通過標(biāo)準(zhǔn)化的質(zhì)量流程，能夠迅速拉齊團(tuán)隊(duì)內(nèi)部不同職級(jí)、不同能力的測(cè)試同學(xué)的質(zhì)量保證工作，確保每一步都經(jīng)過仔細(xì)的審查、測(cè)試及驗(yàn)證，以最大程度地減少缺陷逃逸到線上的機(jī)率，同時(shí)，通過不斷總結(jié)沉淀，不斷優(yōu)化完善質(zhì)量流程。

五. 用戶增長(zhǎng)質(zhì)量活動(dòng)規(guī)范化

所謂質(zhì)量活動(dòng)，是指為確產(chǎn)品或服務(wù)的質(zhì)量而進(jìn)行的一系列活動(dòng)和過程，旨在預(yù)防和檢測(cè)潛在的質(zhì)量問題，并采取相應(yīng)的措施來糾正和改進(jìn)。用戶增長(zhǎng)的運(yùn)營需要不斷嘗試不同的用戶增長(zhǎng)策略，并根據(jù)用戶反饋及數(shù)據(jù)反饋快速調(diào)整，同時(shí)能夠快速跟進(jìn)市場(chǎng)熱點(diǎn)，快速迭代產(chǎn)品功能。為了在滿足快速交付的同時(shí)不以犧牲產(chǎn)品質(zhì)量為代價(jià)，我們制定了用增質(zhì)量門禁體系，通過規(guī)范化的質(zhì)量活動(dòng)對(duì)需求交付的各個(gè)階段進(jìn)行質(zhì)量準(zhǔn)入和準(zhǔn)出，即所謂的七道防線。

5.1 第一道防線：測(cè)試前置

TDD（Test-Driven Development）是敏捷測(cè)試的重要實(shí)踐，它強(qiáng)調(diào)在編寫代碼之前先編寫測(cè)試代碼，以此驅(qū)動(dòng)代碼質(zhì)量的提升以及功能的覆蓋。結(jié)合當(dāng)前平臺(tái)研發(fā)部質(zhì)量保證的現(xiàn)狀，測(cè)試用例絕大部分都是利用XMind編寫的文字描述形式的，若完全按照典型的TDD實(shí)踐進(jìn)行落地，編寫測(cè)試代碼的成本較高，短時(shí)間內(nèi)難以看到效果，因此我們第一階段優(yōu)先實(shí)現(xiàn)了測(cè)試用例的前置，即測(cè)試用例的編寫和評(píng)審前置到設(shè)計(jì)評(píng)審或代碼開發(fā)之前，通過測(cè)試用例進(jìn)一步明確功能需求、性能要求、異常流程、數(shù)據(jù)需求及驗(yàn)收標(biāo)準(zhǔn)，并彌補(bǔ)需求評(píng)審環(huán)節(jié)可能遺漏的功能點(diǎn)和流程有欠缺的地方，提前預(yù)防缺陷，減少了在后期測(cè)試階段的返工和修復(fù)成本。通過在用戶增長(zhǎng)、微電等領(lǐng)域多個(gè)項(xiàng)目的試點(diǎn)，各方均給與了正向的反饋，目前正在擴(kuò)大試點(diǎn)范圍，目標(biāo)是80%的需求實(shí)現(xiàn)用例前置。

5.2 第二道防線：?jiǎn)卧獪y(cè)試

單元測(cè)試是對(duì)軟件中的最小可測(cè)試單元（即代碼中的函數(shù)、方法、類等）進(jìn)行獨(dú)立的測(cè)試。它的主要目的是驗(yàn)證每個(gè)單元是否按照預(yù)期正確工作。單元測(cè)試具有以下幾個(gè)好處：

• 提高代碼質(zhì)量：通過編寫單元測(cè)試，開發(fā)人員可以驗(yàn)證每個(gè)單元的行為是否符合預(yù)期，這可以幫助發(fā)現(xiàn)潛在的錯(cuò)誤、邊界情況和異常行為。
• 確保模塊間的獨(dú)立性：?jiǎn)卧獪y(cè)試要求每個(gè)單元都能夠獨(dú)立地進(jìn)行測(cè)試，有助于構(gòu)建更加靈活、可擴(kuò)展和可維護(hù)的代碼。
• 支持重構(gòu)和代碼重用：可以幫助開發(fā)人員驗(yàn)證重構(gòu)后的代碼是否仍然能夠正確工作，確保重用的組件在新環(huán)境中的行為符合預(yù)期。
• 減少調(diào)試時(shí)間：?jiǎn)卧獪y(cè)試可以快速發(fā)現(xiàn)問題所在，縮小調(diào)試的范圍，加快問題排查的速度。
• 建立信心和提供文檔：通過編寫全面的單元測(cè)試，開發(fā)人員可以建立對(duì)代碼行為的信心，并且在代碼發(fā)生變更時(shí)，可以快速運(yùn)行測(cè)試來驗(yàn)證代碼是否仍然正常工作。

總之，單元測(cè)試是一種有效的軟件測(cè)試手段，它由開發(fā)人員編碼實(shí)現(xiàn)并執(zhí)行，充分體現(xiàn)了全民質(zhì)量保證的理念。在用戶增長(zhǎng)的項(xiàng)目中，研發(fā)較為看中單元測(cè)試，在編碼的同時(shí)寫了大量的單測(cè)代碼，尤其是用戶增長(zhǎng)研發(fā)團(tuán)隊(duì)接入了ChatGPT，并聯(lián)合集團(tuán)其他部以JoyCoder聯(lián)合項(xiàng)目組的形式，不斷迭代優(yōu)化，目前已經(jīng)可以快速自動(dòng)生成較為規(guī)范的單元測(cè)試代碼，可以大大降低單元測(cè)試的工作量。

5.3 第三道防線：冒煙測(cè)試

冒煙測(cè)試在產(chǎn)品質(zhì)量保障中起到了早期篩選問題、初步評(píng)估產(chǎn)品質(zhì)量的作用，是確保產(chǎn)品質(zhì)量的重要一環(huán)。合格的冒煙測(cè)試能夠快速篩選問題、幫助團(tuán)隊(duì)優(yōu)化資源和工作分配，并實(shí)現(xiàn)對(duì)產(chǎn)品質(zhì)量的初步評(píng)估，能夠促進(jìn)團(tuán)隊(duì)交付效率的提升。在用戶增長(zhǎng)質(zhì)量保證的實(shí)踐中，我們一般通過行一組關(guān)鍵功能和核心流程的基本測(cè)試用例來驗(yàn)證系統(tǒng)在最初階段是否適合進(jìn)行更深入的測(cè)試，一般采用冒煙演示的方式，研發(fā)認(rèn)為具備提測(cè)的條件之后，邀請(qǐng)測(cè)試同學(xué)一起現(xiàn)場(chǎng)進(jìn)行冒煙用例的演示和走查。在我們的實(shí)踐中，一般會(huì)把總用例中30%左右的用例標(biāo)記為為冒煙用例，一般都是主流程、核心功能的驗(yàn)證點(diǎn)。不同的需求冒煙用例的比例可能差別較大，與需求的難易程度、涉及核心主流程的多少等有關(guān)系，一般情況下，研發(fā)和測(cè)試很容易就冒煙用例的內(nèi)容和比例達(dá)成共識(shí)。

5.4 第四道防線：測(cè)試執(zhí)行

在用增產(chǎn)品交付流程中，測(cè)試的執(zhí)行是產(chǎn)品質(zhì)量保障的第四道防線，也是確保軟件質(zhì)量的最關(guān)鍵步驟之一。通過有效的測(cè)試執(zhí)行，能夠?qū)a(chǎn)品缺陷盡早發(fā)現(xiàn)，缺陷的類型包括且不限于：功能問題、用戶體驗(yàn)問題、性能問題、安全漏洞、埋點(diǎn)規(guī)范、兼容性、風(fēng)控防刷等等。測(cè)試執(zhí)行階段是測(cè)試同學(xué)工作時(shí)長(zhǎng)最長(zhǎng)的階段，也是其他角色最為熟悉的測(cè)試工作內(nèi)容。通常在該階段發(fā)現(xiàn)的需求缺陷能達(dá)到95%以上，一般情況下，在測(cè)試執(zhí)行階段的工作量占比總體研發(fā)工作的30%~50%，當(dāng)然，不同的需求，測(cè)試工作量占比可能差別較大，尤其是回歸測(cè)試的比例，以及自動(dòng)化測(cè)試在回歸測(cè)試中的占比，都直接影響測(cè)試執(zhí)行階段的工作量和時(shí)長(zhǎng)。

5.5 第五道防線：產(chǎn)品驗(yàn)證

產(chǎn)品驗(yàn)證是確保軟件質(zhì)量的第五道防線，包括UAT、UI走查以及體驗(yàn)驗(yàn)收三部分。在需求準(zhǔn)備上線之前，我們會(huì)邀請(qǐng)產(chǎn)品經(jīng)理在預(yù)發(fā)環(huán)境或測(cè)試環(huán)境對(duì)待交付功能進(jìn)行驗(yàn)證，此時(shí)，測(cè)試人員和產(chǎn)品經(jīng)理一同參與對(duì)產(chǎn)品的系統(tǒng)驗(yàn)證，測(cè)試同學(xué)進(jìn)行主流程演示或者產(chǎn)品經(jīng)理自主驗(yàn)證功能、性能和用戶體驗(yàn)是否滿足最初的需求和預(yù)期，同時(shí)驗(yàn)證運(yùn)營配置是否有問題。產(chǎn)品驗(yàn)證的結(jié)果分為兩種情況：通過和不通過。

對(duì)于通過的情況，我們可以開始進(jìn)行最終的發(fā)布和交付工作。對(duì)于不通過的情況，我們第一時(shí)間反饋給開發(fā)團(tuán)隊(duì)，以便及時(shí)修復(fù)和優(yōu)化問題。在產(chǎn)品驗(yàn)收階段，基于產(chǎn)品設(shè)計(jì)和用戶視角，產(chǎn)品經(jīng)理可以提出各種觀點(diǎn)和意見，從而進(jìn)一步完善產(chǎn)品。這種多元化的反饋和意見可以幫助團(tuán)隊(duì)在上線前識(shí)別和解決潛在問題，雖然此時(shí)已經(jīng)處于需求交付的后期，但因系統(tǒng)還未面客，仍有一定的時(shí)間修復(fù)問題，這樣可以盡量避免問題逃逸到線上產(chǎn)生客訴。

另外，若涉及較多前端交互的需求，在產(chǎn)品驗(yàn)證完需要邀請(qǐng)UI設(shè)計(jì)師進(jìn)行UI走查以及用戶體驗(yàn)同事進(jìn)行體驗(yàn)驗(yàn)收。作為上線前用戶操作、用戶體驗(yàn)方面的驗(yàn)收，若因體驗(yàn)存在缺陷導(dǎo)致驗(yàn)收不通過，用戶體驗(yàn)同事有權(quán)決定推遲上線，直至完成了優(yōu)化，或者各方就體驗(yàn)問題達(dá)成了共識(shí)，可以先上線，并在大范圍投放之前完成優(yōu)化。

5.6 第六道防線：運(yùn)營驗(yàn)收

運(yùn)營驗(yàn)收主要是在需求上線后，邀請(qǐng)運(yùn)營同學(xué)在線上進(jìn)行最終的驗(yàn)收，運(yùn)營同學(xué)站在業(yè)務(wù)及用戶視角，驗(yàn)證待交付功能是否與最初的預(yù)期一致，運(yùn)營驗(yàn)收階段是功能面客前的最后一道防線，基于對(duì)用戶的深刻洞察、敏銳的直覺以及對(duì)市場(chǎng)上同類功能的深入研究，運(yùn)營同學(xué)在該階段經(jīng)常能發(fā)現(xiàn)一些大家容易忽略的問題或缺陷。同時(shí)，更重要的是，可以驗(yàn)證后臺(tái)配置是否有問題、預(yù)算是否充足，并決定新舊功能的分流比例、缺陷是否在容忍范圍內(nèi)、是否需要報(bào)備客服，并確定投放后的運(yùn)營策略、運(yùn)營節(jié)奏及后續(xù)的產(chǎn)品迭代規(guī)劃。在該階段，偶爾會(huì)發(fā)生運(yùn)營意見與產(chǎn)品意見、研發(fā)測(cè)試意見不一致的情況，因此，該階段也是一個(gè)互相說服、拉齊認(rèn)知的重要階段。

5.7 第七道防線：容災(zāi)演練

隨著業(yè)務(wù)發(fā)展、微服務(wù)架構(gòu)、分布式架構(gòu)和虛擬化容器技術(shù)的廣泛普及，軟件架構(gòu)的復(fù)雜度在不斷提升，服務(wù)之間的依賴所帶來的不確定性也成指數(shù)級(jí)增長(zhǎng)，在這樣的服務(wù)調(diào)用網(wǎng)中，任何一環(huán)出現(xiàn)的正?；蛘弋惓５淖兓?，都有可能對(duì)其他服務(wù)造成類似蝴蝶效應(yīng)一般的影響。隨著用戶增長(zhǎng)線上營銷活動(dòng)、拉新工具、公共組件的不斷增加，整體鏈路增長(zhǎng)以及數(shù)據(jù)流轉(zhuǎn)復(fù)雜，對(duì)整個(gè)系統(tǒng)的可用性、穩(wěn)定性挑戰(zhàn)也越來越大，所以非常有必要主動(dòng)找出系統(tǒng)中的脆弱環(huán)節(jié)，然后針對(duì)性地進(jìn)行加固、防范，從而避免故障發(fā)生時(shí)所帶來的嚴(yán)重后果，進(jìn)一步提升業(yè)務(wù)系統(tǒng)的高可用，提高業(yè)務(wù)系統(tǒng)應(yīng)急保障能力。

近幾年，國內(nèi)外已經(jīng)發(fā)生了數(shù)次大規(guī)模的故障導(dǎo)致對(duì)海量用戶的服務(wù)長(zhǎng)時(shí)間中斷，產(chǎn)生了巨大的負(fù)面影響。為有效減少因內(nèi)外部環(huán)境的故障對(duì)系統(tǒng)造成的影響，我們?cè)谌粘９ぷ髦心M各類故障，以檢驗(yàn)對(duì)系統(tǒng)的影響及研測(cè)團(tuán)隊(duì)的風(fēng)險(xiǎn)應(yīng)對(duì)能力，我們?cè)谟脩粼鲩L(zhǎng)領(lǐng)域進(jìn)行了兩類容災(zāi)演練：

• 一種是應(yīng)用層面的混沌演練（Chaos Engineering）

混沌演練是一種通過有意引入系統(tǒng)隨機(jī)性、不穩(wěn)定性和故障來測(cè)試和改進(jìn)系統(tǒng)可靠性的實(shí)踐方法，它旨在幫助組織識(shí)別和解決潛在的系統(tǒng)缺陷和性能問題，以減少系統(tǒng)故障和提高系統(tǒng)的容錯(cuò)性。混沌演練的關(guān)鍵理念是“通過引入故障來發(fā)現(xiàn)故障”。通過有節(jié)制地引入不穩(wěn)定因素和故障場(chǎng)景，例如關(guān)閉某個(gè)服務(wù)、模擬網(wǎng)絡(luò)延遲、引發(fā)硬件故障等，混沌演練可以驗(yàn)證系統(tǒng)的彈性、容錯(cuò)能力和恢復(fù)能力。它能夠幫助我們發(fā)現(xiàn)隱藏的系統(tǒng)弱點(diǎn)，識(shí)別性能瓶頸和獨(dú)立失敗點(diǎn)，并提供改進(jìn)系統(tǒng)穩(wěn)定性和可靠性的機(jī)會(huì)。

• 第二種是數(shù)據(jù)存儲(chǔ)的高可用以及機(jī)房網(wǎng)絡(luò)的斷網(wǎng)容災(zāi)演練

演練的場(chǎng)景包括運(yùn)營商網(wǎng)絡(luò)斷網(wǎng)、京東云機(jī)房斷網(wǎng)、存儲(chǔ)設(shè)備斷網(wǎng)、網(wǎng)絡(luò)流量抖動(dòng)、網(wǎng)絡(luò)流量丟包等，影響范圍可能更廣，因此需要提前梳理好演練內(nèi)容和應(yīng)急方案，具體包括根據(jù)不同場(chǎng)景梳理演練SOP、根據(jù)SOP設(shè)置演練模板、根據(jù)模板評(píng)估系統(tǒng)是否達(dá)到演練要求、根據(jù)演練要求升級(jí)改造系統(tǒng)、根據(jù)演練模板設(shè)計(jì)演練流程及checklist，確保不會(huì)因演練而影響線上系統(tǒng)。通過對(duì)演練過程、演練內(nèi)容、風(fēng)險(xiǎn)事項(xiàng)、應(yīng)對(duì)方案的梳理，做到萬一發(fā)生類似基礎(chǔ)性故障或網(wǎng)絡(luò)、數(shù)據(jù)庫切換的時(shí)候，有序執(zhí)行SOP操作，系統(tǒng)處于風(fēng)險(xiǎn)可控的狀態(tài)。截止目前，已經(jīng)完成了針對(duì)用戶增長(zhǎng)領(lǐng)域掛獎(jiǎng)、發(fā)獎(jiǎng)、資金組件等三個(gè)核心應(yīng)用的數(shù)據(jù)庫、緩存切換演練，達(dá)到了預(yù)期效果。

該章節(jié)介紹了用戶增長(zhǎng)領(lǐng)域在快速交付產(chǎn)品的同時(shí)為保證交付質(zhì)量所設(shè)置的七道防線，每道防線都像一道門禁，只有滿足了準(zhǔn)入要求，才能進(jìn)入下一個(gè)階段，以此來規(guī)范各個(gè)階段的質(zhì)量活動(dòng)，并作為質(zhì)量保證全流程的執(zhí)行標(biāo)準(zhǔn)。需要指出的是，在實(shí)際的質(zhì)量實(shí)踐中，不是形而上的、簡(jiǎn)單粗暴的執(zhí)行以上質(zhì)量活動(dòng)，我們會(huì)根據(jù)產(chǎn)品和業(yè)務(wù)需求的實(shí)際情況進(jìn)行一定范圍的靈活調(diào)整或裁剪，在質(zhì)量和效率之間達(dá)到一個(gè)動(dòng)態(tài)的、適度的平衡。

六. 用戶增長(zhǎng)質(zhì)量工具平臺(tái)化

根據(jù)第一章的描述，在用戶增長(zhǎng)質(zhì)量保證過程中，在交付質(zhì)量和效率方面存在著諸多的挑戰(zhàn)，這些挑戰(zhàn)不能單純依靠質(zhì)量策略、方法、流程規(guī)范及無休止的加班解決，質(zhì)量工具在此過程中發(fā)揮著重要的作用。質(zhì)量工具的種類繁多，包括自動(dòng)化測(cè)試工具、性能測(cè)試工具、安全測(cè)試工具、數(shù)據(jù)構(gòu)造工具等等。我們對(duì)測(cè)試團(tuán)隊(duì)常用的測(cè)試工具進(jìn)行了梳理，發(fā)現(xiàn)測(cè)試過程中使用了大量的內(nèi)外部工具。以下是較為常用的工具：

以上這些工具都是各自獨(dú)立的，大部分是為了解決質(zhì)量保證過程中的單點(diǎn)問題，而我們一直所倡導(dǎo)的是敏捷DevOps理念，它強(qiáng)調(diào)各個(gè)團(tuán)隊(duì)各個(gè)角色之間的無縫協(xié)作、持續(xù)交付和自動(dòng)化，在需求交付過程中追求更快的交付速度、更高的質(zhì)量和更好的用戶體驗(yàn)。在我們的實(shí)踐中，一般利用基于行云底座的需求管理、流水線、缺陷管理、分支管理、發(fā)布工具、質(zhì)量看板、流水線等作為基礎(chǔ)性質(zhì)量工具。

與此同時(shí)，基于我們質(zhì)量部的特點(diǎn)及多年來的沉淀，利用自研靜篤平臺(tái)實(shí)現(xiàn)了質(zhì)量流程管理的線上化，并接入了行云，實(shí)現(xiàn)了與行云需求管理模塊、缺陷管理模塊的打通，包含質(zhì)量流程管理、接口/UI自動(dòng)化、H5性能檢測(cè)，指定場(chǎng)景流量回放，大促性能測(cè)試工作臺(tái)等主要功能模塊，在靜篤平臺(tái)內(nèi)我們可以通過“基礎(chǔ)數(shù)據(jù)配置”添加業(yè)務(wù)系統(tǒng)、數(shù)據(jù)庫信息和接口信息等，通過“數(shù)據(jù)工廠”幫助測(cè)試同學(xué)智能造數(shù)，通過“自動(dòng)化測(cè)試”實(shí)現(xiàn)線上巡檢接口和UI頁面的正確性，通過“自動(dòng)化任務(wù)”定時(shí)回歸測(cè)試流程，輸出詳細(xì)的測(cè)試報(bào)告，還能通過“智能助手”幫助解決測(cè)試同學(xué)知識(shí)庫對(duì)齊等問題。通過行云、靜篤等平臺(tái)化工具，實(shí)現(xiàn)了質(zhì)量保證全流程的線上化和數(shù)字化，降低了協(xié)作成本，為高質(zhì)量交付提供了基礎(chǔ)性保障。

七. 用戶增長(zhǎng)質(zhì)量運(yùn)營常態(tài)化

質(zhì)量運(yùn)營聚焦于質(zhì)量的全方位控制和持續(xù)改善，將質(zhì)量流程、規(guī)范、制度、標(biāo)準(zhǔn)、模板、最佳實(shí)踐和質(zhì)量意識(shí)貫穿于整個(gè)部門、各個(gè)角色及需求交付的全生命周期。通過質(zhì)量治理、質(zhì)量度量、質(zhì)量文化建設(shè)及推動(dòng)持續(xù)改進(jìn)等舉措，使質(zhì)量理念深入人心，質(zhì)量活動(dòng)落實(shí)到位，并通過各個(gè)角色的協(xié)同配合，確保交付質(zhì)量穩(wěn)定在合理的水平和空間，這一系列舉措成為質(zhì)量保證過程中的常規(guī)工作。質(zhì)量運(yùn)營不僅僅是單一的職能部門或個(gè)別員工的責(zé)任，而是整個(gè)組織的共同責(zé)任，通過質(zhì)量運(yùn)營可以幫我們實(shí)現(xiàn)持續(xù)的質(zhì)量改進(jìn)和優(yōu)化。 常態(tài)化的質(zhì)量運(yùn)營包括以下幾個(gè)方面：

7.1 質(zhì)量治理

通過建立一系列的機(jī)制、流程和標(biāo)準(zhǔn)，以保證產(chǎn)品質(zhì)量符合規(guī)范和業(yè)務(wù)期望 ，保證交付質(zhì)量和效率，主要包括以下幾個(gè)內(nèi)容：

7.1.1 技術(shù)質(zhì)量治理

通過嚴(yán)格把控冒煙質(zhì)量、測(cè)試用例前置、完備的研發(fā)設(shè)計(jì)文檔、規(guī)范的代碼評(píng)審以及提升測(cè)試用例評(píng)審質(zhì)量、缺陷定期review、補(bǔ)充自動(dòng)化巡檢用例等方式，提升提測(cè)質(zhì)量及線上穩(wěn)定性。

7.1.2 數(shù)據(jù)質(zhì)量管理

針對(duì)埋點(diǎn)不規(guī)范、取數(shù)難等痛點(diǎn)，聯(lián)合奇點(diǎn)產(chǎn)研、量化分析師等團(tuán)隊(duì)在市場(chǎng)與平臺(tái)運(yùn)營中心內(nèi)對(duì)埋點(diǎn)問題進(jìn)行了專項(xiàng)治理。主要包括埋點(diǎn)規(guī)范升級(jí)、埋點(diǎn)上報(bào)平臺(tái)改造、高代碼埋點(diǎn)流程試點(diǎn)、埋點(diǎn)平臺(tái)能力完善等幾個(gè)方面。來保障埋點(diǎn)采集數(shù)據(jù)落入數(shù)倉的準(zhǔn)確性，推動(dòng)業(yè)務(wù)數(shù)據(jù)在分析洞察平臺(tái)展示的及時(shí)性和準(zhǔn)確性，降低非數(shù)據(jù)分析師角色使用的門檻。

7.1.3 用戶體驗(yàn)治理

用戶體驗(yàn)在用戶增長(zhǎng)的產(chǎn)品和服務(wù)開發(fā)中至關(guān)重要，通過關(guān)注用戶的需求、提供易用的界面、設(shè)計(jì)優(yōu)雅的交互和提供愉悅的使用體驗(yàn)，可以增強(qiáng)用戶滿意度、競(jìng)爭(zhēng)優(yōu)勢(shì)和品牌形象，從而實(shí)現(xiàn)用戶價(jià)值的最大化和獲取新用戶效率的提升。針對(duì)用戶體驗(yàn)問題，主要從以下幾個(gè)層面推進(jìn)體驗(yàn)治理。

• 分類化體驗(yàn)問題與建立體驗(yàn)專項(xiàng)

?體驗(yàn)問題分類：將體驗(yàn)問題細(xì)分為不同類別，如活動(dòng)類體驗(yàn)、拉新工具體驗(yàn)、運(yùn)營體驗(yàn)、大促體驗(yàn)等。這樣可以更有針對(duì)性地進(jìn)行問題分析和解決。

?建立體驗(yàn)專項(xiàng)：針對(duì)每個(gè)體驗(yàn)問題的類別，建立相應(yīng)的體驗(yàn)專項(xiàng)團(tuán)隊(duì)或小組，協(xié)同各個(gè)角色推動(dòng)監(jiān)測(cè)、分析和優(yōu)化解決相關(guān)的體驗(yàn)問題，從而提高問題治理的效率和質(zhì)量。

• 客服進(jìn)線分析

篩選重點(diǎn)項(xiàng)目的用戶進(jìn)線問題，對(duì)問題進(jìn)行歸類、分析，以及給出優(yōu)化建議，例如改進(jìn)產(chǎn)品功能、優(yōu)化界面設(shè)計(jì)、增強(qiáng)用戶引導(dǎo)等。

• 體驗(yàn)問題的準(zhǔn)入、檢測(cè)與監(jiān)控

?需求評(píng)審和測(cè)試用例評(píng)審：在評(píng)審階段，邀請(qǐng)客服部門體驗(yàn)BP和用研同學(xué)參加需求評(píng)審和測(cè)試用例評(píng)審，對(duì)用戶體驗(yàn)問題進(jìn)行把控，對(duì)于有爭(zhēng)議的體驗(yàn)問題進(jìn)行裁決。

?前端測(cè)試準(zhǔn)入、驗(yàn)收規(guī)范：針對(duì)前端樣式不統(tǒng)一、規(guī)范不統(tǒng)一等問題，建立前端測(cè)試準(zhǔn)入和驗(yàn)收的標(biāo)準(zhǔn)，對(duì)按鈕、輸入框、下拉框、表單、菜單等前端組件的樣式、功能進(jìn)行統(tǒng)一規(guī)范，作為前端提測(cè)準(zhǔn)入測(cè)試階段的標(biāo)準(zhǔn)之一。

?檢測(cè)與監(jiān)控指標(biāo)統(tǒng)一：建立一套完整的性能體驗(yàn)指標(biāo)體系，統(tǒng)一收集和監(jiān)控關(guān)鍵指標(biāo)，如加載時(shí)間、響應(yīng)速度、頁面穩(wěn)定性等，以及時(shí)發(fā)現(xiàn)體驗(yàn)問題并進(jìn)行有針對(duì)性的優(yōu)化。

?端內(nèi)H5性能檢測(cè)工具：引入端內(nèi)H5性能檢測(cè)工具，對(duì)H5頁面的性能進(jìn)行監(jiān)測(cè)和分析。通過定期檢測(cè)，可以發(fā)現(xiàn)并修復(fù)潛在的性能問題，提升用戶的訪問體驗(yàn)。

?生產(chǎn)性能定時(shí)巡檢工具：使用定時(shí)巡檢工具對(duì)生產(chǎn)環(huán)境的性能進(jìn)行監(jiān)測(cè)，及時(shí)發(fā)現(xiàn)并解決系統(tǒng)的性能瓶頸和問題，這樣可以保證系統(tǒng)的穩(wěn)定性和良好的用戶體驗(yàn)。

• 缺陷掃除

?在重大項(xiàng)目上線前預(yù)留一定的時(shí)間進(jìn)行缺陷掃除活動(dòng)，項(xiàng)目組成員全面檢查系統(tǒng)中可能存在的體驗(yàn)問題和缺陷，并及時(shí)修復(fù)。通過這種缺陷大掃除活動(dòng)，可以把絕大部分功能缺陷和體驗(yàn)問題消滅在功能面客之前。

通過以上舉措，可以更加全面地治理產(chǎn)品體驗(yàn)問題，提高產(chǎn)品的質(zhì)量和用戶滿意度。另一方面，用戶體驗(yàn)是偏主觀的，不同的角色從不同的角度可能對(duì)同一個(gè)體驗(yàn)問題有著不同的結(jié)論；同時(shí)，用戶體驗(yàn)也是動(dòng)態(tài)的，在不同的環(huán)境下、不同的階段對(duì)同一個(gè)體驗(yàn)問題的看法也會(huì)不同；第三，體驗(yàn)問題需要與業(yè)務(wù)發(fā)展保持一定的動(dòng)態(tài)平衡，有時(shí)可能不得不做暫時(shí)的妥協(xié)和犧牲，但妥協(xié)和犧牲一定不能突破體驗(yàn)的底線。因此，用戶體驗(yàn)與業(yè)務(wù)發(fā)展相伴相生，作為質(zhì)量保證的角色，在用戶體驗(yàn)治理的過程中發(fā)揮著至關(guān)重要的作用。

7.1.4 質(zhì)量流程治理

協(xié)同PMO、產(chǎn)研，加強(qiáng)質(zhì)量?jī)?nèi)建，提升過程質(zhì)量，主要包括：

• 需求完整度

通過流程規(guī)范及定期復(fù)盤，引導(dǎo)產(chǎn)品提升需求質(zhì)量，避免一句話需求、口頭需求，以及需求未充分思考便匆忙評(píng)審。

• 交付規(guī)范度

按節(jié)奏評(píng)審和上線，提升交付的節(jié)奏感，盡量減少對(duì)測(cè)試、研發(fā)的打擾；研發(fā)側(cè)避免未經(jīng)過評(píng)審或提前通知測(cè)試而私自接受業(yè)務(wù)或產(chǎn)品的需求等等。

• 提測(cè)質(zhì)量

一線開發(fā)的代碼質(zhì)量差異較大，需通過質(zhì)量度量分析推動(dòng)研發(fā)提升代碼質(zhì)量，提升開發(fā)過程的規(guī)范度，如盡早代碼評(píng)審、加強(qiáng)自測(cè)和單測(cè)等。

• 產(chǎn)研測(cè)復(fù)盤

定期復(fù)盤需求交付過程中的問題，共識(shí)改進(jìn)方向及改進(jìn)的進(jìn)度。

7.2 質(zhì)量度量

通過質(zhì)量度量體系的建立，制定具體的質(zhì)量指標(biāo)和目標(biāo)，并通過指標(biāo)衡量結(jié)果和改進(jìn)方向。以平臺(tái)研發(fā)部為例，我們選擇了4大類共6個(gè)指標(biāo)作為質(zhì)量度量的核心指標(biāo)。

• 需求平均缺陷數(shù)/研發(fā)月人均缺陷數(shù)：用來衡量體現(xiàn)在每個(gè)需求上的以及每個(gè)開發(fā)人員的缺陷密度。
• 缺陷關(guān)閉時(shí)長(zhǎng)/缺陷關(guān)閉率：即研發(fā)和測(cè)試在缺陷修復(fù)和驗(yàn)證上花費(fèi)的時(shí)間、時(shí)間占比，用以度量解決缺陷的速度和效率。
• 部署回滾率：用以度量項(xiàng)目團(tuán)隊(duì)對(duì)系統(tǒng)可靠性和穩(wěn)定性的把控程度。
• 線上事故數(shù)：用以度量生產(chǎn)環(huán)境下各個(gè)級(jí)別線上事故/問題的數(shù)量。

通過對(duì)這些指標(biāo)的同環(huán)比分析、趨勢(shì)分析以及與行業(yè)的對(duì)比分析，反饋出提測(cè)質(zhì)量以及線上質(zhì)量等問題，有利于各個(gè)部門發(fā)現(xiàn)問題并及時(shí)調(diào)整，保證持續(xù)的高質(zhì)量交付。

7.3 質(zhì)量文化建設(shè)

質(zhì)量文化建設(shè)的意義在于創(chuàng)建和培育一個(gè)團(tuán)隊(duì)內(nèi)部注重質(zhì)量的價(jià)值觀和行為準(zhǔn)則，增強(qiáng)團(tuán)隊(duì)成員在質(zhì)量方面的參與感和責(zé)任感，促進(jìn)持續(xù)質(zhì)量改進(jìn)。在質(zhì)量文化建設(shè)過程中，重點(diǎn)是全員參與。在內(nèi)部，為了對(duì)系統(tǒng)功能進(jìn)行查缺補(bǔ)漏，并提升用戶體驗(yàn)度及推動(dòng)探索式測(cè)試?yán)砟詈退季S方式落地，我們開展了“缺陷大掃除“活動(dòng)。由于報(bào)名的團(tuán)隊(duì)和業(yè)務(wù)線比較多，采取了以業(yè)務(wù)線為單位兩兩結(jié)對(duì)的方式，結(jié)對(duì)小組內(nèi)部進(jìn)行業(yè)務(wù)串講和評(píng)分，每組控制人數(shù)四至六人。最終共提報(bào)233個(gè)BUG，并評(píng)選出最能”找茬“的測(cè)試團(tuán)隊(duì)。過程中反饋出的共性質(zhì)量問題包括：

• 用戶體驗(yàn)標(biāo)準(zhǔn)不統(tǒng)一，不同人對(duì)于缺陷的認(rèn)知和認(rèn)定不一致，導(dǎo)致部分缺陷的認(rèn)定存在爭(zhēng)議。
• 針對(duì)運(yùn)營側(cè)體驗(yàn)問題重視程度不夠。
• 測(cè)試環(huán)境與預(yù)發(fā)和線上環(huán)境存在較多功能、體驗(yàn)不一致的地方。

針對(duì)以上問題及發(fā)現(xiàn)的缺陷，已安排測(cè)試同學(xué)專題跟進(jìn)并反饋解決進(jìn)展。除此以外，還圍繞測(cè)試用例設(shè)計(jì)舉辦了“尋找最美測(cè)試大師——最美TestCase競(jìng)技場(chǎng)”的活動(dòng)。各團(tuán)隊(duì)圍繞近期迭代的較為復(fù)雜的產(chǎn)品功能，撰寫測(cè)試用例，并提交至評(píng)審處。各評(píng)委除依據(jù)嚴(yán)格的評(píng)審標(biāo)準(zhǔn)外，還結(jié)合場(chǎng)外觀眾的下注投票進(jìn)行參考。隨著“最美測(cè)試大師”懸念的揭曉，各測(cè)試團(tuán)隊(duì)也基于賽程的歷練，實(shí)現(xiàn)了自身能力的精進(jìn)。

7.4 洞察分析和持續(xù)改進(jìn)

在質(zhì)量治理過程中，我們完善BUG等級(jí)和事件提報(bào)制度。根據(jù)缺陷問題的嚴(yán)重程度主要分為5個(gè)等級(jí)，即P0、P1、P2、P3、P4，其中P0最嚴(yán)重，P4最輕。針對(duì)日常出現(xiàn)的線上問題，要求各業(yè)務(wù)線及時(shí)反饋并統(tǒng)一記錄至event事件系統(tǒng)，針對(duì)P0、P1、P2的問題組織復(fù)盤會(huì)并向上提報(bào)。各業(yè)務(wù)線還需內(nèi)部復(fù)盤，發(fā)掘線上問題出現(xiàn)的原因并總結(jié)出改進(jìn)措施并推動(dòng)落實(shí)。

7.5 總結(jié)、沉淀與分享

測(cè)試同學(xué)既要不斷提升測(cè)試專業(yè)能力，也要不斷加深對(duì)業(yè)務(wù)的理解，同時(shí)還需了解一定的開發(fā)技術(shù)。專業(yè)能力、業(yè)務(wù)知識(shí)及開發(fā)技術(shù)的增長(zhǎng)需要通過不斷地學(xué)習(xí)、總結(jié)沉淀與分享來實(shí)現(xiàn)。我們團(tuán)隊(duì)定期組織集體學(xué)習(xí)和專題分享，每次分享需要有影像資料留存，并將分享的內(nèi)容同步產(chǎn)出文章，方便后續(xù)其他同事隨時(shí)學(xué)習(xí)回顧。

除此之外，由于項(xiàng)目和需求非常多，各個(gè)測(cè)試同學(xué)之間經(jīng)常需要穿插支持，除了正常的AB崗之外，還需要對(duì)其他的項(xiàng)目有所了解。因此，大家共同梳理并持續(xù)維護(hù)用戶增長(zhǎng)測(cè)試白皮書，按照項(xiàng)目維度梳理測(cè)試相關(guān)的內(nèi)容，包括測(cè)試方案、測(cè)試用例、回歸策略、測(cè)試數(shù)據(jù)、經(jīng)驗(yàn)教訓(xùn)等，對(duì)部分項(xiàng)目的測(cè)試策略和測(cè)試方法、數(shù)據(jù)構(gòu)造進(jìn)行深度挖掘，沉淀了數(shù)個(gè)專利。除此之外，我們定期舉辦測(cè)試串講活動(dòng)，測(cè)試同學(xué)基于對(duì)系統(tǒng)、業(yè)務(wù)、用戶及技術(shù)架構(gòu)的理解，以自己的語言把業(yè)務(wù)和系統(tǒng)串聯(lián)起來，并對(duì)產(chǎn)品和研發(fā)同學(xué)宣講，同時(shí)拋出問題，產(chǎn)研測(cè)一起分析并探討解決方案，通過測(cè)試串講，測(cè)試同學(xué)不僅加深了對(duì)業(yè)務(wù)和系統(tǒng)的理解，對(duì)產(chǎn)品方案和技術(shù)架構(gòu)的優(yōu)化改進(jìn)也提供了很多的輸入，可謂一舉多得。

綜上所述，質(zhì)量運(yùn)營對(duì)于增強(qiáng)團(tuán)隊(duì)質(zhì)量意識(shí)和落地質(zhì)量流程規(guī)范有重要意義。在我們的工作實(shí)踐中，我們一般安排兩名JDS兼任質(zhì)量運(yùn)營的職責(zé)，一般需要分配10%~20%的時(shí)間精力做以上質(zhì)量運(yùn)營相關(guān)的工作。

總結(jié)

本文旨在總結(jié)用戶增長(zhǎng)質(zhì)量保證方法論，通過“高質(zhì)量=質(zhì)量策略多樣化+質(zhì)量流程標(biāo)準(zhǔn)化+質(zhì)量活動(dòng)規(guī)范化+質(zhì)量工具平臺(tái)化+質(zhì)量運(yùn)營常態(tài)化”質(zhì)量方法論公式，把部門的質(zhì)量意識(shí)、思維、行為和目標(biāo)拉齊，為部門的質(zhì)量保證同學(xué)提供指導(dǎo)。同時(shí)詳細(xì)闡述了用戶增長(zhǎng)質(zhì)量保證價(jià)值觀及方法論的內(nèi)涵。首先，質(zhì)量策略多樣化強(qiáng)調(diào)根據(jù)不同業(yè)務(wù)需求和產(chǎn)品特點(diǎn)制定相應(yīng)的質(zhì)量策略，確保滿。其次，質(zhì)量流程標(biāo)準(zhǔn)化旨在建立一套統(tǒng)一的質(zhì)量管理流程，提高工作效率和質(zhì)量。第三，質(zhì)量活動(dòng)規(guī)范化強(qiáng)調(diào)對(duì)質(zhì)量保證活動(dòng)進(jìn)行全面規(guī)劃和管理，通過七道質(zhì)量門禁對(duì)研發(fā)活動(dòng)進(jìn)行準(zhǔn)入和準(zhǔn)出。第四，質(zhì)量工具平臺(tái)化主張利用先進(jìn)的質(zhì)量管理工具和平臺(tái)，提高質(zhì)量管理水平和效率。最后，質(zhì)量運(yùn)營常態(tài)化強(qiáng)調(diào)將質(zhì)量管理融入日常工作中，實(shí)現(xiàn)全員參與和質(zhì)量持續(xù)改進(jìn)。

未來，用戶增長(zhǎng)質(zhì)量團(tuán)隊(duì)質(zhì)量保證發(fā)展的方向主要有以下幾點(diǎn)。首先，隨著以ChatGPT為基礎(chǔ)的AIGC技術(shù)的不斷發(fā)展，我們正在探索AIGC在質(zhì)量保證全流程的應(yīng)用和落地，包括但不限于業(yè)務(wù)知識(shí)普及、測(cè)試策略設(shè)計(jì)、測(cè)試用例設(shè)計(jì)、測(cè)試代碼生成、測(cè)試數(shù)據(jù)構(gòu)造等方面。其次，以用戶為中心的質(zhì)量管理正在為主流趨勢(shì)，我們需要更加注重用戶體驗(yàn)和反饋，將用戶需求和期望作為質(zhì)量管理的重要參考依據(jù)，不斷優(yōu)化產(chǎn)品和服務(wù)。最后，敏捷質(zhì)量管理將進(jìn)一步推廣落地，通過采用敏捷開發(fā)模式和敏捷測(cè)試模式，我們可以更快地響應(yīng)用戶增長(zhǎng)的業(yè)務(wù)需求和用戶反饋，實(shí)現(xiàn)快速迭代和持續(xù)改進(jìn)。

作者：京東科技?王先科

來源：京東云開發(fā)者社區(qū) 轉(zhuǎn)載請(qǐng)注明來源文章來源地址http://www.zghlxwxcb.cn/news/detail-710630.html

到了這里，關(guān)于【交付高質(zhì)量，用戶高增長(zhǎng)】-用戶增長(zhǎng)質(zhì)量保證方法論的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！