這陣子，經(jīng)歷了一個(gè)做產(chǎn)品以來速度最快的一個(gè)項(xiàng)目，太多第一次遇到的情況，從中秋節(jié)前到現(xiàn)在，除去校招出去的5天，一直都在趕項(xiàng)目。即使是校招，也是以項(xiàng)目為主題進(jìn)行群面和創(chuàng)意PK。

每天早上9點(diǎn)多到公司，晚上12點(diǎn)后收工，甚至有到凌晨4點(diǎn)才下班，早上7點(diǎn)多起床，中午還不休息。

趕項(xiàng)目的節(jié)奏，大抵如此吧。這不是一種健康的狀態(tài)，會(huì)逐步調(diào)整過來。

先說一點(diǎn)特別重要的事情：

無論進(jìn)度多趕的項(xiàng)目，發(fā)布前，請(qǐng)一定內(nèi)測(cè)。

無論進(jìn)度多趕的項(xiàng)目，發(fā)布前，請(qǐng)一定內(nèi)測(cè)。

無論進(jìn)度多趕的項(xiàng)目，發(fā)布前，請(qǐng)一定內(nèi)測(cè)。

這段時(shí)間，真的忙不過來，文章寫的少。一些人說，BLUES，你有多少多少粉絲，我的感覺是，千萬不要說什么粉絲，我有自知之明，個(gè)人還沒那么多魅力，大家訂閱BLUES的公眾號(hào)，是因?yàn)閷?duì)工作，對(duì)生活有幫助。

我們能成為朋友就挺好了，別指望什么粉絲，所幸還是在公眾平臺(tái)交到不少朋友。

看到自己的文章，被朋友們推薦轉(zhuǎn)發(fā)，也是極好的，我也偶爾發(fā)發(fā)紅包表示感謝。

有的好友從第一篇文章開始就和BLUES互動(dòng)，時(shí)常在后臺(tái)給些建議，說些感想，發(fā)幾個(gè)打賞，也讓BLUES感受一下拿紅包的快樂，也是一種作者的存在感吧，雖然，從一開始寫文章，也沒想過什么回報(bào)，后來的回報(bào)都是水到渠成。

互聯(lián)網(wǎng)產(chǎn)品上線前：產(chǎn)品經(jīng)理、開發(fā)、測(cè)試該做些什么？這是近些天，我們的項(xiàng)目團(tuán)隊(duì)在做的事情。寫一些心得吧，來自騰訊、YY、迅雷的工作實(shí)踐匯總，有些雜亂，不一定全對(duì)，供大家參考，有興趣的同學(xué)可以整理一下。

歡迎大家評(píng)論、回復(fù)留言進(jìn)行補(bǔ)充、完善，BLUES匯總后再發(fā)給大家修訂版。

產(chǎn)品經(jīng)理的自查

1. 需求文檔是否補(bǔ)充完整？例如交互圖、設(shè)計(jì)稿是否已經(jīng)更新；
2. 客服文檔是否已經(jīng)提交并進(jìn)行客服培訓(xùn)；
3. 每個(gè)功能特性是否有確定的輸入、處理、輸出？
4. 是否有異常結(jié)果的處理？
5. 頁面跳轉(zhuǎn)是否有給出明確的地址？
6. 產(chǎn)品文字是否已檢查？（包括但不限于頁面文字、廣告語）
7. 發(fā)布策略是否已考慮，灰度發(fā)布是否在文檔中有說明？
8. 已有功能、標(biāo)識(shí)的改動(dòng)，在其他模塊的呈現(xiàn)，是否覆蓋完整？
9. 如涉及現(xiàn)有產(chǎn)品的老功能刪減，需要和客服溝通；
10. 需求特性是否區(qū)分用戶身份？
11. 未實(shí)現(xiàn)的需求是否在文檔中注明？
12. 除了正常狀態(tài)，異常條件下的兼容措施是否考慮？
13. 統(tǒng)計(jì)需求是否明確提出？數(shù)據(jù)是否正常上報(bào)？

草擬了一個(gè)產(chǎn)品經(jīng)理的自查表，供大家參考。

模塊表格的字段如下：

1. 頁面
2. 功能點(diǎn)
3. 用戶狀態(tài)
4. 輸入（操作）
5. 處理
6. 輸出（結(jié)果）
7. 異常處理
8. 跳轉(zhuǎn)
9. 文案
10. 統(tǒng)計(jì)需求
11. 備注與問題

產(chǎn)品運(yùn)營(yíng)的自查

1. 產(chǎn)品的冷啟動(dòng)是否已經(jīng)準(zhǔn)備完畢？
2. 內(nèi)容運(yùn)營(yíng)的更新機(jī)制是否已經(jīng)確認(rèn)，并進(jìn)行部署，是自動(dòng)更新，還是人工更新，有無更新機(jī)制和審核發(fā)布機(jī)制？
3. 產(chǎn)品活動(dòng)運(yùn)營(yíng)是否已經(jīng)進(jìn)行規(guī)劃？是否有專人負(fù)責(zé)？周期性的活動(dòng)，是否已經(jīng)有運(yùn)營(yíng)模板？
4. 產(chǎn)品數(shù)據(jù)是否已經(jīng)正確上報(bào)？是否通過數(shù)據(jù)測(cè)試？數(shù)據(jù)報(bào)表是否已經(jīng)就緒？
5. 新媒體運(yùn)營(yíng)的賬號(hào)是否已經(jīng)建立，是否有專人負(fù)責(zé)？是否有內(nèi)容規(guī)劃？?jī)?nèi)容獲取途徑是否已經(jīng)建立？
6. 渠道運(yùn)營(yíng)是否已經(jīng)建立，例如應(yīng)用商店的合作，SEO，ASO的計(jì)劃和實(shí)施；
7. 用戶消費(fèi)充值的路徑是否順暢？數(shù)值是否準(zhǔn)確？

開發(fā)自查

1. 每個(gè)功能是否全面自測(cè)？邊界/異常參數(shù)的確認(rèn)和驗(yàn)證（如果有以類似lib方式對(duì)外提供被調(diào)用API）
2. 是否進(jìn)行高危函數(shù)掃描？
3. 是否進(jìn)行安全漏洞掃描？
4. 是否有內(nèi)存泄漏的檢測(cè)和結(jié)果（如果是C/C++代碼）？
5. 不必要log是否刪除了，以及l(fā)og信息是否清晰完整詳細(xì)？
6. 統(tǒng)計(jì)上報(bào)是否完整？
7. 代碼在編譯環(huán)境已編譯通過？
8. 是否有socket泄漏？
9. 是否影響其他相關(guān)模塊功能表現(xiàn)？
10. 自身系統(tǒng)壓力是否已評(píng)估？
11. 后端支撐系統(tǒng)負(fù)載變化是否已評(píng)估？
12. 是否對(duì)業(yè)務(wù)流量有影響？
13. 轉(zhuǎn)測(cè)試文件和ARS單是否完整
14. 產(chǎn)品體驗(yàn)是否通過？體驗(yàn)反饋的問題是否已修復(fù)？
15. 是否需要灰度，采用何種灰度方案
16. 是否需要提前發(fā)布配置？

測(cè)試人員自查

1. 產(chǎn)品通過測(cè)試的發(fā)布標(biāo)準(zhǔn)建立；
2. 用例編寫是否100%覆蓋需求；
3. 是否及時(shí)有效地修改自動(dòng)化用例(CGI的修改涉及到自動(dòng)化用例部分的內(nèi)容) ；
4. 用例編寫是否有考慮異常邏輯&優(yōu)化(如web前臺(tái),性能等)的情況 ；
5. 是否有認(rèn)真閱讀提測(cè)郵件的測(cè)試重點(diǎn),有針對(duì)性的編寫用例；
6. 是否有發(fā)起用例評(píng)審,并根據(jù)評(píng)審意見修訂用例；
7. 測(cè)試Bug是否進(jìn)行有效性跟處理,直至閉環(huán)；
8. 版本發(fā)布時(shí)是否確認(rèn)Bug單的狀態(tài)為已關(guān)閉或已掛起,否則不允許發(fā)布 ；
9. 測(cè)試報(bào)告是否及時(shí)發(fā)送；
10. 開發(fā)完成后，頁面重構(gòu)人員把版本內(nèi)涉及的文件提取并入測(cè)試環(huán)境原版本內(nèi) ；
11. 提供相關(guān)ARS單信息給開發(fā)pm提單操作；
12. 配host到測(cè)試環(huán)境，確認(rèn)代碼版本正確，確保無bug，確保頁面準(zhǔn)確還原設(shè)計(jì)稿；
13. 測(cè)試過程中，會(huì)提出為改善用戶體驗(yàn)以及細(xì)節(jié)的缺陷，測(cè)試人員會(huì)通過XXXX系統(tǒng)提交bug單發(fā)送給相關(guān)責(zé)任人；
14. 評(píng)估名下bug單的優(yōu)先級(jí)和處理時(shí)間點(diǎn)，統(tǒng)一時(shí)間處理；
15. 處理完成后，及時(shí)更新bug單的狀態(tài)；
16. 代碼是否上傳XXX系統(tǒng)？
17. bug狀態(tài)是否已更新？
18. 遺留bug是否已經(jīng)過PDM、PM、TE評(píng)估？（致命及嚴(yán)重bug需要測(cè)試leader和總監(jiān)確認(rèn)）
19. 發(fā)布時(shí)間和內(nèi)容是否符合發(fā)布規(guī)范（例如版本中包含后臺(tái)server發(fā)布，晚上高峰期需要經(jīng)過審批才能發(fā)，日常版本不能包含cgi等）
20. 配置文件的修改是否恢復(fù)；
21. 外網(wǎng)運(yùn)營(yíng)環(huán)境版本是否與測(cè)試環(huán)境一致；
22. 影響到其他模塊表現(xiàn)的，發(fā)布前對(duì)方測(cè)試人員是否已做功能驗(yàn)證并確認(rèn)ok
23. 版本發(fā)布后是否留守進(jìn)行外網(wǎng)驗(yàn)證,發(fā)出驗(yàn)證報(bào)告后才離開
24. 外網(wǎng)驗(yàn)證的Bug是否有跟進(jìn)處理(嚴(yán)重Bug要跟進(jìn)及時(shí)處理,其他Bug階段性的跟進(jìn)處理)

#專欄作家#

Blues，微信公眾號(hào)：BLUEMIDOU，人人都是產(chǎn)品經(jīng)理專欄作家，迅雷產(chǎn)品總監(jiān)，原YY語音、騰訊高級(jí)產(chǎn)品經(jīng)理。具有十年產(chǎn)品經(jīng)驗(yàn)，多年產(chǎn)品講師經(jīng)驗(yàn)。著名自媒體人，WeMedia自媒體聯(lián)盟成員，十佳自媒體人之一。擅長(zhǎng)產(chǎn)品策劃、產(chǎn)品運(yùn)營(yíng)、數(shù)據(jù)分析、用戶研究、行業(yè)分析等。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。