工作中與測試的溝通案例，如何最高效地解決排期與產(chǎn)品測試問題？對此分享一下相關(guān)溝通中建議的一些辦法，和項(xiàng)目軟件。減少手工的麻煩，用軟件來為PM帶來效率。
產(chǎn)品與測試如何有效溝通？
產(chǎn)品上線前的提測
1. 測試狀態(tài)在產(chǎn)品中的考慮
相信不少產(chǎn)品朋友的公司或團(tuán)隊(duì)里面有負(fù)責(zé)不同產(chǎn)品的。就拿KEVIN來說，目前負(fù)責(zé)的是1個(gè)APP（包括IOS端和安卓端），3個(gè)后臺；并且3個(gè)后臺邏輯是相關(guān)關(guān)聯(lián)。一個(gè)全局后臺、一個(gè)內(nèi)容管理后臺、一個(gè)業(yè)務(wù)后臺。
在大多數(shù)團(tuán)隊(duì)產(chǎn)品中，一個(gè)后臺匹配一個(gè)產(chǎn)品足夠，但往往很多產(chǎn)品不僅是對產(chǎn)品負(fù)責(zé)，更是起到了企業(yè)整個(gè)流程的作用。將企業(yè)現(xiàn)有的傳統(tǒng)流程改為信息化處理。如CRM/ERP等，都是這些產(chǎn)品的體現(xiàn)。
那么作為PM，應(yīng)該如何與測試有效的溝通？
首先KEVIN目前所在的團(tuán)隊(duì)是以端進(jìn)行分化并非功能模塊，如移動端A產(chǎn)品經(jīng)理負(fù)責(zé)、1個(gè)后臺B產(chǎn)品經(jīng)理負(fù)責(zé)、1個(gè)后臺C產(chǎn)品經(jīng)理負(fù)責(zé)。
首先KEVIN這里拋出一個(gè)問題：作為PM是否應(yīng)該了解測試情況？
在這里，一個(gè)產(chǎn)品的交互設(shè)計(jì)是否合理？業(yè)務(wù)邏輯合理？大家有沒有思考過，這是可以從測試體現(xiàn)的？
從KEVIN的經(jīng)驗(yàn)來說，目前程序的錯(cuò)誤的測試BUG占比測試結(jié)果報(bào)告中是很少的。
并且作為PM需要清除的是及時(shí)了解未處理的BUG，而已經(jīng)解決的，不需要CARE。
在測試中一般會有以下情況：
【BUG狀態(tài)】
以上是經(jīng)常PM會看到的一些測試反饋，那么對于相應(yīng)的狀態(tài)就要有相應(yīng)的產(chǎn)品認(rèn)識。
如果是重新開啟的BUG，就要考慮是不是產(chǎn)品的邏輯關(guān)系，導(dǎo)致產(chǎn)品不斷出現(xiàn)BUG。相應(yīng)的對于PM也要及時(shí)更新產(chǎn)品需求文檔，對于一些新加的需求，需求文檔需要詳細(xì)標(biāo)注。這樣測試的結(jié)果才是準(zhǔn)確的，當(dāng)然產(chǎn)品需求文檔怎么寫？之前KEVIN有簡單聊過PRD與競品分析，可以去看看。
【某產(chǎn)品測試報(bào)告】
2. 測試與產(chǎn)品的劃分
之前KEVIN有說過目前負(fù)責(zé)的是以端來進(jìn)行區(qū)分?；蛟S部分PM的劃分是以模塊劃分的，不管如何劃分，PM應(yīng)當(dāng)時(shí)刻保持對自己的產(chǎn)品測試報(bào)告進(jìn)行回查。
首先開發(fā)排期后，主動的將開發(fā)排期表與相關(guān)開發(fā)人員的情況拿到手里，隨時(shí)跟著開發(fā)進(jìn)度進(jìn)行跟隨。其次，開發(fā)完成之后，提測進(jìn)行測試排期，主動的拿到測試排期。
測試中，KEVIN認(rèn)為對于產(chǎn)品應(yīng)該進(jìn)行區(qū)分，尤其是對于團(tuán)隊(duì)中有2個(gè)以上的PM來說，那么區(qū)分產(chǎn)品的測試報(bào)告，方便PM進(jìn)行查看和調(diào)試。
簡單來說過程可以分為：
【測試分化】
這樣就不需要將所有的測試結(jié)果集中在一起，PM也不方便查看。當(dāng)然對于認(rèn)為不需要查看測試結(jié)果的PM，這條建議當(dāng)然沒用啦。
并且PM需要制定相關(guān)測試用例或測試報(bào)告。
【測試用例】
測試用例是準(zhǔn)備用來測試的數(shù)據(jù)，假設(shè)我們需要測試一個(gè)計(jì)算絕對值的程序是否正確，我們至少要準(zhǔn)備一些正數(shù)、負(fù)數(shù)、0來作為測試用例，例如-3、0、9這就是一組例子。測試報(bào)告詳細(xì)描述測試報(bào)告以及選擇這些作為例子的理由，還要包括在測試?yán)訑?shù)據(jù)的工作情況，最后有測試結(jié)論。例如我們輸入-3、0、9這個(gè)程序的結(jié)果是3、0、9，說明程序是正確的，評估開發(fā)人員的能力和項(xiàng)目整體的質(zhì)量。
項(xiàng)目管理軟件如何讓PM提升效率？
3. 項(xiàng)目軟件哪些常用的？
這里KEVIN在自己的產(chǎn)品群中簡單調(diào)研過，其中不少朋友這樣說。
【項(xiàng)目管理軟件】
簡單羅列為：TEAMBITION/禪道/PROJECT/WORKTILE/JJRA
看來不少的朋友還是以項(xiàng)目軟件來管理相應(yīng)的產(chǎn)品進(jìn)度。這一點(diǎn)KEVIN分享的是在開發(fā)中，PM需要時(shí)刻了解目前開發(fā)的進(jìn)度占整體項(xiàng)目或產(chǎn)品的百分比情況，當(dāng)然EXCEL或腦圖進(jìn)行統(tǒng)計(jì)是沒有錯(cuò)的。但以更好的項(xiàng)目軟件管理能夠時(shí)刻了解其進(jìn)度與排期是否保持一致。并且能夠了解相關(guān)負(fù)責(zé)人，這樣可以保持不拖欠，保證后續(xù)需求可以有進(jìn)有條的進(jìn)行。
最后分享一下關(guān)于需求的時(shí)間把握，這也是KEVIN最近學(xué)習(xí)的深刻的地方。
- 時(shí)刻與需求方保持溝通，一旦產(chǎn)品排期推遲，與需求方同步。
- 優(yōu)先級排定后，次優(yōu)先級的功能點(diǎn)與需求方進(jìn)行確定，準(zhǔn)備相應(yīng)產(chǎn)品評審
- 溝通不了的問題，保持上升，并且時(shí)刻注意同步，千萬不要以打小報(bào)告的形式解決。
當(dāng)然，KEVIN相信對于一個(gè)PM，永遠(yuǎn)不可能做的面面俱到，但每天能夠有一點(diǎn)進(jìn)步和收獲，便足矣！
