作者：京東物流 宋雪薇

1 前言

項(xiàng)目管理是一個(gè)繁雜的過(guò)程，每個(gè)階段需要涉及到不同人員、資源的協(xié)調(diào)配合。每個(gè)角色都有自己的定位和任務(wù)，為了緊密配合項(xiàng)目經(jīng)理或無(wú)分配項(xiàng)目經(jīng)理運(yùn)行項(xiàng)目的場(chǎng)景下確保項(xiàng)目成員共同達(dá)成項(xiàng)目目標(biāo)，不同的角色掌握相應(yīng)的項(xiàng)目管理意識(shí)就尤為重要。

那么，測(cè)試角色作為項(xiàng)目交付的質(zhì)量把控者，具備相應(yīng)的項(xiàng)目管理意識(shí)在項(xiàng)目的高質(zhì)量、高效率交付目標(biāo)上有著重要作用，如前置識(shí)別質(zhì)量風(fēng)險(xiǎn)、進(jìn)度風(fēng)險(xiǎn)等。本文旨在梳理、談?wù)摐y(cè)試角色在項(xiàng)目各階段如何評(píng)估測(cè)試范圍及風(fēng)險(xiǎn)、前置暴露問(wèn)題以及推進(jìn)測(cè)試進(jìn)度等項(xiàng)目管理事項(xiàng)，高效協(xié)作及交付測(cè)試角色產(chǎn)物，最終與項(xiàng)目各方共同推進(jìn)達(dá)到高質(zhì)量、高效率交付的目標(biāo)。

2 現(xiàn)狀及思考

在現(xiàn)有敏捷迭代快速交付模式下，針對(duì)某一需求/項(xiàng)目會(huì)拆分至各個(gè)團(tuán)隊(duì)，各個(gè)團(tuán)隊(duì)節(jié)奏及交付目標(biāo)不完全一致，且無(wú)項(xiàng)目經(jīng)理角色跟蹤推進(jìn)的情況下，存在后置與協(xié)作團(tuán)隊(duì)溝通確認(rèn)事項(xiàng)，如：未拉齊依賴(lài)方排期、前期未識(shí)別出改動(dòng)系統(tǒng)、需求/設(shè)計(jì)變更未及時(shí)同步相關(guān)方、無(wú)設(shè)計(jì)方案溝通導(dǎo)致提測(cè)內(nèi)容不滿(mǎn)足提測(cè)標(biāo)準(zhǔn)，等均可影響交付節(jié)奏。那么作為測(cè)試角色的我們可以做哪些事情？

核心主旨：高效溝通協(xié)作，提前思考后續(xù)階段較容易影響進(jìn)度、質(zhì)量問(wèn)題及風(fēng)險(xiǎn)點(diǎn)，暴露問(wèn)題，前置溝通、評(píng)估及推進(jìn)相關(guān)事宜；避免問(wèn)題后置暴露在測(cè)試階段；下一章節(jié)就讓我們來(lái)詳談各個(gè)階段測(cè)試角色可提前關(guān)注事項(xiàng)，與各方高效協(xié)作共同推進(jìn)解決的相關(guān)tips。

3 詳談測(cè)試介入各階段的項(xiàng)目管理tips

3.1 需求評(píng)審階段

軟件測(cè)試的第一步就是需求評(píng)審，只有對(duì)軟件需求做了準(zhǔn)確、完整的評(píng)審后，才能對(duì)接下來(lái)各種測(cè)試工作的開(kāi)展做好基礎(chǔ)，如需求評(píng)審理解偏差，后期很多測(cè)試任務(wù)都將會(huì)受到影響。

需求評(píng)審?fù)瓿尚枇私饽男┬畔ⅲ?/h4>

1. 優(yōu)先級(jí)——識(shí)別項(xiàng)目/需求重點(diǎn)程度，優(yōu)先級(jí)，以及期望上線時(shí)間情況（定位后續(xù)跟進(jìn)力度）
2. 需求背景——該需求基于什么業(yè)務(wù)背景改造（便于需求理解不偏差及后續(xù)測(cè)試階段重點(diǎn)關(guān)注的核心目標(biāo)）
3. 改動(dòng)范圍——評(píng)審改動(dòng)范圍基于現(xiàn)有系統(tǒng)是否有沖突、是否明確合理，是否影響其他系統(tǒng)，也可關(guān)注下體驗(yàn)問(wèn)題（避免后續(xù)開(kāi)發(fā)測(cè)試階段流程不通返工）
4. 識(shí)別改動(dòng)/交互系統(tǒng)——明確該需求是否涉及其他系統(tǒng)改動(dòng)，識(shí)別改動(dòng)系統(tǒng)/是否需配合聯(lián)調(diào)系統(tǒng)（識(shí)別改動(dòng)系統(tǒng)前置協(xié)調(diào)拉齊相關(guān)系統(tǒng)周期，避免后續(xù)階段臨時(shí)協(xié)調(diào)資源情況）
5. 測(cè)試節(jié)點(diǎn)——軟件需要進(jìn)行哪些方面的測(cè)試，如功能測(cè)試、聯(lián)調(diào)測(cè)試、回歸測(cè)試、性能測(cè)試、穩(wěn)定性測(cè)試、兼容性測(cè)試、安全測(cè)試等
6. 測(cè)試環(huán)境——明確交互系統(tǒng)是否支持測(cè)試環(huán)境聯(lián)調(diào)（可前置協(xié)調(diào)/前置確定聯(lián)調(diào)方案，避免后置溝通確定環(huán)境占用測(cè)試周期）
7. 測(cè)試數(shù)據(jù)——根據(jù)改動(dòng)范圍思考測(cè)試數(shù)據(jù)來(lái)源，識(shí)別是否可內(nèi)部閉環(huán)造數(shù)，是否可使用測(cè)試小工具
8. 測(cè)試方式——可前置思考使用功能測(cè)試、自動(dòng)化測(cè)試
9. 測(cè)試人員——識(shí)別測(cè)試干系人、明確主測(cè)試方（如重點(diǎn)項(xiàng)目/需求需要主測(cè)試情況）

3.2 設(shè)計(jì)評(píng)審階段

設(shè)計(jì)評(píng)審為評(píng)價(jià)設(shè)計(jì)滿(mǎn)足質(zhì)量要求的能力，識(shí)別問(wèn)題及提出解決辦法。設(shè)計(jì)過(guò)程中越早增加質(zhì)量保證活動(dòng)對(duì)最終設(shè)計(jì)效果的影響就越明顯。目前較大項(xiàng)目/邏輯較復(fù)雜需求/研發(fā)優(yōu)化，均需研發(fā)輸出設(shè)計(jì)評(píng)審文檔并邀請(qǐng)測(cè)試參與涉及評(píng)審。

設(shè)計(jì)評(píng)審時(shí)需要check的內(nèi)容：

1. 設(shè)計(jì)思路滿(mǎn)足需求——結(jié)合需求背景及內(nèi)容優(yōu)先關(guān)注設(shè)計(jì)思路是否與需求評(píng)審階段理解的有偏差
2. 設(shè)計(jì)內(nèi)容是否存在遺漏——評(píng)估是否存在遺漏功能
3. 關(guān)注實(shí)現(xiàn)方式——實(shí)時(shí)、異步等處理方式對(duì)后續(xù)測(cè)試排期、方式及測(cè)試難度有參考價(jià)值
4. 評(píng)估改動(dòng)設(shè)計(jì)影響——基于原有系統(tǒng)改動(dòng)除本次需求修改內(nèi)容是否影響原有功能，是需明確影響范圍，研發(fā)側(cè)輸出影響范圍
5. 明確階段范圍——根據(jù)需求是否存在拆解階段交付，是需明確各階段交付內(nèi)容
6. 交互方/依賴(lài)方實(shí)現(xiàn)方式——關(guān)注交互方/依賴(lài)方實(shí)現(xiàn)方式
7. UAT/灰度/上線方案——根據(jù)上線特性，前置溝通UAT/灰度/上線方案

3.3 排期階段

排期階段是項(xiàng)目管理中重要的一環(huán)，時(shí)常在此階段會(huì)暴露一些風(fēng)險(xiǎn)，排期容易出現(xiàn)兩個(gè)問(wèn)題，一是排期不合理，二是后續(xù)不能按照排期穩(wěn)步推進(jìn)，好的排期就要盡量避免這兩個(gè)問(wèn)題，那么測(cè)試階段合理的排期就需盡可能多的參考該節(jié)點(diǎn)及之前節(jié)點(diǎn)項(xiàng)目各方提供的有效信息，全局評(píng)估、拆分任務(wù)交付，最終提供較合理排期。

輸出測(cè)試排期需要考慮的維度：

1. 參考項(xiàng)目重點(diǎn)程度、優(yōu)先級(jí)——是否優(yōu)先級(jí)與已排期需求沖突，需參考優(yōu)先級(jí)調(diào)整資源及排期
2. 結(jié)合需求、設(shè)計(jì)參考及核對(duì)研發(fā)工時(shí)及排期、階段交付內(nèi)容——研發(fā)提供拆解后的任務(wù)排期是否合理（前置功能是否提前交付，依賴(lài)的任務(wù)是否有序等），測(cè)試依據(jù)研發(fā)排期時(shí)間提供可并行/串行等較合理的測(cè)試排期
3. 關(guān)注研發(fā)是否有聯(lián)調(diào)排期——需保障提測(cè)質(zhì)量，時(shí)間緊任務(wù)重情況下是否壓縮研發(fā)聯(lián)調(diào)排期，可能影響提測(cè)質(zhì)量及測(cè)試交付時(shí)間
4. 測(cè)試聯(lián)調(diào)排期——測(cè)試輸出聯(lián)調(diào)周期需拉齊對(duì)接系統(tǒng)排期（可協(xié)同產(chǎn)品溝通拉齊），避免臨時(shí)協(xié)調(diào)聯(lián)調(diào)時(shí)間導(dǎo)致延期
5. APP排期——需確認(rèn)實(shí)現(xiàn)方式為：原生/flutter
6. 明確方案是否存在變更——可再次明確需求/設(shè)計(jì)方案是否存在變更未同步情況
7. 明確主測(cè)試方——如涉及多方系統(tǒng)，排期階段可明確主產(chǎn)品、主研發(fā)、主測(cè)試方

3.4 測(cè)試用例編寫(xiě)、評(píng)審階段

測(cè)試用例的編寫(xiě)必須依據(jù)需求文檔，結(jié)合設(shè)計(jì)方案，確認(rèn)所有以疑問(wèn)點(diǎn)，覆蓋所有功能需求點(diǎn)，跟進(jìn)需求情況輸出冒煙測(cè)試用例、功能測(cè)試用例、聯(lián)調(diào)測(cè)試用例，思考業(yè)務(wù)實(shí)操場(chǎng)景，模擬用戶(hù)場(chǎng)景串聯(lián)流程保障測(cè)試內(nèi)容的高覆蓋。并在用例評(píng)審節(jié)點(diǎn)邀請(qǐng)產(chǎn)研參與評(píng)審，有序進(jìn)行用例評(píng)審，確認(rèn)疑問(wèn)共同完善測(cè)試點(diǎn)并會(huì)后輸出評(píng)審會(huì)議紀(jì)要。

測(cè)試用例編寫(xiě)、評(píng)審階段需要注意的事項(xiàng)：

1. 確認(rèn)需求文檔版本及標(biāo)準(zhǔn)——明確最新PRD版本（存在產(chǎn)研線下溝通后未同步測(cè)試情況，盡量避免），如有原型需明確原型及PRD內(nèi)容描述不一致情況下如何開(kāi)展測(cè)試工作
2. 思考細(xì)節(jié)邏輯合理性及歧義描述——思考細(xì)節(jié)邏輯描述是否合理，PRD描述存在歧義點(diǎn)需標(biāo)注明確
3. 包含充分的異常測(cè)試用例——豐富異常用例，避免異常情況下功能異常
4. 識(shí)別用戶(hù)體驗(yàn)問(wèn)題——提示信息是否明確、頁(yè)面功能是否易用
5. 業(yè)務(wù)范圍和系統(tǒng)設(shè)計(jì)維度補(bǔ)全用例——跟進(jìn)需求及設(shè)計(jì)細(xì)化測(cè)試維度豐富測(cè)試用例
6. 測(cè)試數(shù)據(jù)、賬號(hào)、配置等——識(shí)別測(cè)試數(shù)據(jù)、賬號(hào)及配置是否需協(xié)同方配合，是否可使用工具等提升效率，如需全流程連通在該階段記錄
7. 測(cè)試用例評(píng)審——與產(chǎn)研側(cè)確認(rèn)測(cè)試范圍、溝通疑問(wèn)，評(píng)審用例設(shè)計(jì)的清晰度與合理性，優(yōu)先級(jí)排定是否合理，是否覆蓋了需求上所有測(cè)試點(diǎn)，用例是否具有很好的可執(zhí)行性，用例的冗余處理機(jī)制，是否設(shè)計(jì)了充足的異常測(cè)試用例，是否從用戶(hù)的角度出發(fā)來(lái)設(shè)計(jì)用戶(hù)使用場(chǎng)景和使用流程的測(cè)試用例，是否簡(jiǎn)潔、復(fù)用性強(qiáng)。
8. 聯(lián)調(diào)用例評(píng)審——輸出交互場(chǎng)景與交互方評(píng)審，如為主測(cè)試，評(píng)審前串聯(lián)整個(gè)項(xiàng)目/需求的流程場(chǎng)景用例，組織評(píng)審、明確測(cè)試數(shù)據(jù)、賬號(hào)、配置等信息
9. 用例評(píng)審會(huì)議紀(jì)要——記錄待確認(rèn)點(diǎn)及已確認(rèn)點(diǎn)

3.5 編碼階段

編碼階段作為研發(fā)角色活動(dòng)，通過(guò)編碼過(guò)程來(lái)實(shí)現(xiàn)產(chǎn)品需求，此階段的異常等需相關(guān)方知悉；

研發(fā)階段需同步的信息：

1. 需求/方案變更——是否存在需求/方案變更，是否及時(shí)同步至產(chǎn)品、測(cè)試側(cè)
2. 是否有提測(cè)延期風(fēng)險(xiǎn)——存在延期風(fēng)險(xiǎn)會(huì)壓縮后續(xù)測(cè)試周期，需前置識(shí)別并拋出

3.6 代碼評(píng)審階段

代碼評(píng)審是研發(fā)全流程的工程實(shí)踐之一，通過(guò)代碼評(píng)審可以更好的保障產(chǎn)品質(zhì)量和代碼質(zhì)量；可根據(jù)改動(dòng)大小與研發(fā)側(cè)溝通進(jìn)行線上/線下等評(píng)審方式參與。

代碼評(píng)審階段需檢驗(yàn)的標(biāo)準(zhǔn)：

1. 慢sql、空指針等——可有意識(shí)評(píng)審慢sql、空指針等問(wèn)題
2. 業(yè)務(wù)邏輯——測(cè)試人員需關(guān)注是否有明顯的邏輯錯(cuò)誤，改動(dòng)是否遵循業(yè)務(wù)邏輯
3. 補(bǔ)全回歸用例——跟進(jìn)改動(dòng)范圍可識(shí)別需改動(dòng)影響原有功能部分，特別注意需確保主流程是否影響，補(bǔ)充回歸用例
4. 文檔——提供新接口/修改接口是否有相應(yīng)的接口文檔更新維護(hù)
5. 需求沖突識(shí)別——關(guān)注改動(dòng)范圍，識(shí)別其他需求是否也存在改動(dòng)該段代碼問(wèn)題，避免需求沖突
6. 提高個(gè)人代碼評(píng)審能力——學(xué)習(xí)研發(fā)針對(duì)代碼評(píng)審的意見(jiàn)/建議以及好的代碼實(shí)現(xiàn)邏輯，便于問(wèn)題更早的發(fā)現(xiàn)（以及代碼編寫(xiě)規(guī)范、可讀性、可維護(hù)性等）

3.7 冒煙測(cè)試階段

冒煙測(cè)試是指在對(duì)一個(gè)新版本進(jìn)行系統(tǒng)大規(guī)模的測(cè)試之前，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn)，是否具備可測(cè)性，盡早發(fā)現(xiàn)較阻塞進(jìn)度問(wèn)題，提前識(shí)別。

冒煙測(cè)試階段重點(diǎn)關(guān)注的維度：

1. 基本功能驗(yàn)證——優(yōu)先驗(yàn)證基本功能是否可用，便于后續(xù)邏輯等較復(fù)雜功能開(kāi)展
2. 主流程驗(yàn)證——優(yōu)先識(shí)別主流程問(wèn)題，避免流程阻塞，阻礙測(cè)試進(jìn)度，提前暴露流程問(wèn)題及風(fēng)險(xiǎn)（方式依據(jù)項(xiàng)目/需求情況有效采取手工/自動(dòng)化方式進(jìn)行）

3.8 功能測(cè)試階段（內(nèi)部測(cè)試階段）

功能測(cè)試階段開(kāi)始了大規(guī)模的測(cè)試工作，在此期間仔細(xì)詳盡的測(cè)試，

功能測(cè)試階段核心把控的思想：

1. 明確變更同步——針對(duì)測(cè)試階段任何變更需同步至相關(guān)方，避免一方不知情
2. 識(shí)別需求沖突——共同測(cè)試需求，測(cè)試分支、需求相互影響
3. 測(cè)試數(shù)據(jù)高效使用——分析測(cè)試數(shù)據(jù)是否可驗(yàn)證多用例，高效使用測(cè)試數(shù)據(jù)驗(yàn)證盡可能多用例提升效率
4. 測(cè)試問(wèn)題務(wù)必拋出——測(cè)試階段發(fā)現(xiàn)的問(wèn)題即使較小也需要拋出來(lái)提供給相關(guān)確認(rèn)方確認(rèn)，如無(wú)需更改則記錄相關(guān)結(jié)論
5. 探索性測(cè)試——探索性測(cè)試，可在測(cè)試階段發(fā)現(xiàn)前期未識(shí)別到的影響功能等
6. 測(cè)試進(jìn)度報(bào)告、風(fēng)險(xiǎn)拋出——針對(duì)時(shí)間較長(zhǎng)/較大需求、項(xiàng)目發(fā)送測(cè)試進(jìn)度報(bào)告，暴露風(fēng)險(xiǎn)（識(shí)別是否有影響進(jìn)度、質(zhì)量等風(fēng)險(xiǎn)問(wèn)題，拋出問(wèn)題，記錄待確認(rèn)問(wèn)題及已溝通確認(rèn)問(wèn)題

3.9 聯(lián)調(diào)測(cè)試階段（包含研發(fā)聯(lián)調(diào)、測(cè)試聯(lián)調(diào)）

聯(lián)調(diào)測(cè)試為了保障該需求/項(xiàng)目的所有改動(dòng)場(chǎng)景下發(fā)的數(shù)據(jù)在全鏈路系統(tǒng)下正常流轉(zhuǎn)閉環(huán)，覆蓋用戶(hù)真實(shí)實(shí)操場(chǎng)景來(lái)確保項(xiàng)目/需求的交付質(zhì)量。

聯(lián)調(diào)測(cè)試階段注重：

1. 研發(fā)聯(lián)調(diào)環(huán)節(jié)——再次核對(duì)涉及系統(tǒng)交互需求/項(xiàng)目，研發(fā)聯(lián)調(diào)工作是否覆蓋主流程測(cè)試點(diǎn)
2. 聯(lián)調(diào)場(chǎng)景驗(yàn)證——與全鏈路系統(tǒng)進(jìn)行聯(lián)調(diào)測(cè)試驗(yàn)證，覆蓋用戶(hù)真實(shí)實(shí)操場(chǎng)景
3. 補(bǔ)全聯(lián)調(diào)場(chǎng)景——在聯(lián)調(diào)階段，可能存在場(chǎng)景覆蓋不全情況，可有選擇性了解上下游系統(tǒng)邏輯，可覆蓋補(bǔ)全聯(lián)調(diào)場(chǎng)景，且針對(duì)接口及消息盡量全的確保數(shù)據(jù)傳輸場(chǎng)景

3.10 穩(wěn)定性測(cè)試（適用于APP）

為保障APP端用戶(hù)體驗(yàn)，APP穩(wěn)定性測(cè)試不可或缺，上線前針對(duì)上線版本進(jìn)行穩(wěn)定性測(cè)試已加入到APP測(cè)試流程中，日常針對(duì)APP穩(wěn)定性隨機(jī)測(cè)試也持續(xù)監(jiān)控。

穩(wěn)定性測(cè)試需監(jiān)控：

1. 崩潰率——監(jiān)控阿凡達(dá)平臺(tái)統(tǒng)計(jì)，分析APP線上崩潰原因，豐富穩(wěn)定性測(cè)試腳本
2. CPU實(shí)時(shí)監(jiān)控——記錄穩(wěn)定性測(cè)試期間對(duì)應(yīng)版本的CPU占用數(shù)據(jù)，平均值、最大值
3. 內(nèi)存實(shí)時(shí)監(jiān)控——記錄穩(wěn)定性測(cè)試期間對(duì)應(yīng)版本內(nèi)存占用數(shù)據(jù)，平均值、最大值
4. 網(wǎng)絡(luò)實(shí)時(shí)監(jiān)控——記錄穩(wěn)定性測(cè)試期間對(duì)應(yīng)版本流量占用數(shù)據(jù)，平均值、最大值

3.11 UAT階段

UAT階段主要為業(yè)務(wù)驗(yàn)收階段，用戶(hù)角色驗(yàn)收產(chǎn)研測(cè)交付內(nèi)容，為確保UAT順利進(jìn)行，較大項(xiàng)目/需求測(cè)試人員有針對(duì)性進(jìn)行主流程拉通測(cè)試可提前發(fā)現(xiàn)配置、環(huán)境因素所產(chǎn)生的問(wèn)題，此環(huán)節(jié)可加快UAT進(jìn)度確保項(xiàng)目更高效交付（該階段可根據(jù)項(xiàng)目訴求調(diào)整）。

UAT階段應(yīng)保障：

1. 拉通主流程——根據(jù)項(xiàng)目/需求大小確定是否需拉通UAT，避免UAT因配置/環(huán)境等原因產(chǎn)生流程阻塞
2. 跟進(jìn)/復(fù)盤(pán)UAT問(wèn)題——針對(duì)較大項(xiàng)目/需求跟進(jìn)及復(fù)盤(pán)UAT中產(chǎn)生的問(wèn)題，規(guī)避重復(fù)問(wèn)題產(chǎn)生事項(xiàng)

3.12 上線前master回歸測(cè)試階段

上線前master回歸未確保長(zhǎng)時(shí)間需求不上線分支及版本沖突等因素，上線當(dāng)前進(jìn)行master回歸操作可有效確保發(fā)布內(nèi)容運(yùn)行穩(wěn)定，保障質(zhì)量。

master回歸階段需check：

1. master回歸測(cè)試——回歸上線功能主流程以及原有流程主流程，規(guī)避測(cè)試分支與上線分支代碼沖突等問(wèn)題

4 暴露風(fēng)險(xiǎn)最終與協(xié)作方共同確定運(yùn)作策略

在項(xiàng)目各環(huán)節(jié)已前置思考可能帶來(lái)的風(fēng)險(xiǎn)，提前規(guī)避、提前暴露，但并不能完全保障，那么在暴露風(fēng)險(xiǎn)后，可參考風(fēng)險(xiǎn)程度分析與分類(lèi)定位，與項(xiàng)目各方高效協(xié)作，共同商榷解除風(fēng)險(xiǎn)的可行性方案以及后續(xù)運(yùn)行策略。

4.1 風(fēng)險(xiǎn)程度分析

• 極?。簺](méi)有危害或微小危害 20%
• 輕度：輕度危害 40%
• 中度：中等 60%
• 重度：較大危害 80%
• 極大：重度危害 100%

4.2 風(fēng)險(xiǎn)識(shí)別分類(lèi)/分解結(jié)構(gòu)

• 技術(shù)類(lèi)：明確是否為需求/技術(shù)層面引起的風(fēng)險(xiǎn)
• 組織類(lèi)：明確是否為項(xiàng)目依賴(lài)關(guān)系、資源等原因引起的風(fēng)險(xiǎn)
• 外部：明確外部影響具體原因

4.3 與協(xié)作方共同商榷風(fēng)險(xiǎn)推進(jìn)方案

測(cè)試人員可根據(jù)測(cè)試角度定位風(fēng)險(xiǎn)優(yōu)先級(jí)，優(yōu)先解決風(fēng)險(xiǎn)程度較高問(wèn)題，且優(yōu)先級(jí)較高風(fēng)險(xiǎn)需同步至上級(jí)知悉，必要時(shí)可采取升級(jí)等方式處理；

1. 如為技術(shù)類(lèi)風(fēng)險(xiǎn)——與項(xiàng)目經(jīng)理、產(chǎn)品、研發(fā)共同評(píng)估技術(shù)層面解除方案；
2. 如為組織類(lèi)風(fēng)險(xiǎn)——與項(xiàng)目經(jīng)理、產(chǎn)品、研發(fā)共同協(xié)同調(diào)整計(jì)劃/申請(qǐng)資源等方式處理；
3. 如為外部風(fēng)險(xiǎn)——測(cè)試人員需提供具體問(wèn)題，協(xié)同項(xiàng)目經(jīng)理、產(chǎn)品溝通具體原因，采取相對(duì)應(yīng)的應(yīng)對(duì)措施；

4.4 舉例說(shuō)明

4.4.1 舉例一

背景：管理工作臺(tái)項(xiàng)目（優(yōu)先級(jí)top1，交付時(shí)間緊，開(kāi)發(fā)工作量大）產(chǎn)生問(wèn)題：因測(cè)試周期時(shí)間緊，為避免延期提測(cè)，測(cè)試在研發(fā)階段明確提測(cè)時(shí)間時(shí)，發(fā)現(xiàn)提測(cè)存在延期風(fēng)險(xiǎn)

• 風(fēng)險(xiǎn)程度分析及分類(lèi)：組織類(lèi)-重度風(fēng)險(xiǎn)
  （識(shí)別階段：研發(fā)階段，識(shí)別及反饋角色：測(cè)試人員，類(lèi)型：進(jìn)度類(lèi)）
• 與協(xié)作方商榷推進(jìn)方案（解決過(guò)程及方案）：
  因項(xiàng)目?jī)?yōu)先級(jí)較高，測(cè)試人員將此風(fēng)險(xiǎn)反饋至主產(chǎn)品及產(chǎn)品負(fù)責(zé)人處，因各方前期了解的信息存在差異化/關(guān)注點(diǎn)不一致等，線下拉齊會(huì)議溝通，根據(jù)交付優(yōu)先級(jí)拆解交付內(nèi)容，迭代提測(cè)進(jìn)行測(cè)試，最終拉齊前、后端研發(fā)、測(cè)試交付目標(biāo)一致，并調(diào)配資源進(jìn)行各項(xiàng)任務(wù)交付，風(fēng)險(xiǎn)解除。

小結(jié)：依據(jù)風(fēng)險(xiǎn)程度，可內(nèi)部解除的快速推進(jìn)落地，需耗時(shí)較長(zhǎng)/協(xié)調(diào)資源等需及時(shí)反饋至上級(jí)溝通，確保風(fēng)險(xiǎn)盡快解除落地。

5 總結(jié)

前置評(píng)估、高效協(xié)作

保障在前置階段通過(guò)測(cè)試經(jīng)驗(yàn)總結(jié)提前思考后續(xù)階段會(huì)帶來(lái)的影響，包含但不僅限于：信息不同步、影響范圍不明確、依賴(lài)關(guān)系不清晰等，前置有意識(shí)的識(shí)別較容易影響進(jìn)度、質(zhì)量問(wèn)題及風(fēng)險(xiǎn)點(diǎn)，并暴露問(wèn)題，繼而與相關(guān)協(xié)作方高效協(xié)作、評(píng)估及推進(jìn)風(fēng)險(xiǎn)點(diǎn)解除，避免問(wèn)題后置暴露在測(cè)試階段甚至交付上線階段。