《老王與小明的日?！废盗旭R上就要收尾了。而這篇文章，會(huì)介紹如何進(jìn)行產(chǎn)品測(cè)試，同時(shí)也是本系列的一個(gè)總結(jié)。

太多的產(chǎn)品新人，甚至于工作一兩年的產(chǎn)品汪，在開(kāi)發(fā)階段往往出現(xiàn)很多對(duì)接問(wèn)題，影響上線進(jìn)度。在此，我將程序開(kāi)發(fā)階段總結(jié)為一下4個(gè)階段，并以故事的形式，分流程介紹我們?cè)撊绾闻c開(kāi)發(fā)對(duì)接。因內(nèi)容較多，且需要與實(shí)際工作結(jié)合進(jìn)行考慮，所以建議大家收藏下來(lái)，慢慢看。

下圖為此系列內(nèi)容的大綱：

（此系列內(nèi)容的大綱）

今天我們說(shuō)說(shuō)第4部分，產(chǎn)品測(cè)試。如果沒(méi)有看過(guò)前三篇文章的同學(xué)， 請(qǐng)點(diǎn)擊下面的傳送門：

《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（1）》

《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（2）》

《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（3）》

產(chǎn)品測(cè)試在很多公司，都會(huì)有專門的部門進(jìn)行負(fù)責(zé)。而此篇文章主要介紹的是在沒(méi)有測(cè)試人員的情況下，產(chǎn)品經(jīng)理如何兼任測(cè)試崗位，進(jìn)行產(chǎn)品測(cè)試。文章主要包含三部分：

確定測(cè)試介入時(shí)間

在瀑布流開(kāi)發(fā)過(guò)程中，通常在開(kāi)發(fā)完成后才進(jìn)行產(chǎn)品測(cè)試。這時(shí)候，測(cè)試人員拿到的版本通常是經(jīng)過(guò)程序猿初步測(cè)試的版本。

• 優(yōu)勢(shì)：開(kāi)發(fā)與測(cè)試的時(shí)間節(jié)點(diǎn)可控，且測(cè)試前有充足的時(shí)間進(jìn)行測(cè)試準(zhǔn)備工作。
• 劣勢(shì)：劣勢(shì)非常明顯，會(huì)大大延長(zhǎng)了產(chǎn)品上線時(shí)間。

而在現(xiàn)階段大部門的互聯(lián)網(wǎng)公司中，大家通常將開(kāi)發(fā)的功能按模塊劃分好，并確定模塊的開(kāi)發(fā)順序（具體可以查看第2篇文章）。當(dāng)完成某個(gè)模塊的開(kāi)發(fā)，便對(duì)該模塊進(jìn)行單元測(cè)試。這時(shí)候測(cè)試人員拿到的版本通常是一個(gè)產(chǎn)品雛形。

優(yōu)勢(shì)：

• 可以將減少一部分產(chǎn)品測(cè)試的時(shí)間。
• 時(shí)刻跟進(jìn)產(chǎn)品開(kāi)發(fā)方向，避免程序猿開(kāi)發(fā)出來(lái)的東西不是原先想要的產(chǎn)品。

缺點(diǎn)：

• 對(duì)程序猿能力要求較高，需要確保每個(gè)模塊開(kāi)發(fā)出來(lái)的主流程必須是可用于測(cè)試的。
• 增加了產(chǎn)品在開(kāi)發(fā)階段的工作量。（如果公司沒(méi)有安排測(cè)試人員的話）

以上的兩種方式，我更傾向于第2種，并且在自己日常工作中，也采用第2種方式。可大大縮短項(xiàng)目的開(kāi)發(fā)周期。每個(gè)模塊測(cè)試一遍，上線前再完整測(cè)試一遍，基本上不會(huì)出現(xiàn)太大問(wèn)題。當(dāng)然了，每種方式均不是完美的，這需要產(chǎn)品經(jīng)理根據(jù)項(xiàng)目的不同，進(jìn)行選擇。

測(cè)試前的準(zhǔn)備工作

在確定了介入時(shí)間之后，接下來(lái)我們就要做測(cè)試前的準(zhǔn)備，測(cè)試前的需要準(zhǔn)備的東西通常包括：測(cè)試用例、測(cè)試人員、測(cè)試環(huán)境（系統(tǒng)、瀏覽器等）

• 測(cè)試用例：測(cè)試人員為測(cè)試某一個(gè)功能是否滿足既定的要求，而編寫(xiě)的一組測(cè)試輸入、執(zhí)行與結(jié)果展現(xiàn)的標(biāo)準(zhǔn)文檔。目的是為了讓測(cè)試更加標(biāo)準(zhǔn)。通常情況下，一份詳細(xì)的PRD文檔也可以用來(lái)做測(cè)試用例，不需要在編寫(xiě)測(cè)試用例上花費(fèi)時(shí)間。
• 測(cè)試人員：大公司都有專門的測(cè)試部門用來(lái)進(jìn)行產(chǎn)品測(cè)試工作。小公司的大多數(shù)都交給產(chǎn)品經(jīng)理或產(chǎn)品助理來(lái)完成，在這個(gè)時(shí)候，我們就要協(xié)調(diào)好測(cè)試人員，保證在測(cè)試階段，有專人負(fù)責(zé)。當(dāng)然在產(chǎn)品經(jīng)理親自上陣的時(shí)候，也需要考慮到自己的手頭工作，做好工作安排。
• 測(cè)試環(huán)境：App測(cè)試的環(huán)境主要是各種手機(jī)系統(tǒng)與系統(tǒng)版本，web主要是各種瀏覽器。Pc軟件主要是操作系統(tǒng)。所以在進(jìn)行測(cè)試前，需要將這些必要的環(huán)境搭建好

測(cè)試準(zhǔn)備階段，根據(jù)產(chǎn)品的性質(zhì)不同，可能還需要準(zhǔn)備不同身份的測(cè)試賬號(hào)、材料（閱卷系統(tǒng)的答題卡）等物品。在此推薦大家在準(zhǔn)備階段，列舉一個(gè)測(cè)試準(zhǔn)備清單，并在測(cè)試前反復(fù)確認(rèn)，保證測(cè)試工作的正常進(jìn)行。

隨手畫(huà)的一個(gè)清單，不一定適用于大家所有的項(xiàng)目，僅提供參考。

測(cè)試報(bào)告產(chǎn)出

在測(cè)試過(guò)程中，我們需要將發(fā)現(xiàn)的bug記錄在測(cè)試報(bào)告中，而為了方便程序猿們的查看，我們的測(cè)試報(bào)告需要包含以下幾個(gè)要素：

• 嚴(yán)重程度：嚴(yán)重主要描述bug可能造成的影響，我們通常將嚴(yán)重程度分為4級(jí)。1為最強(qiáng)、4為最弱。具體的劃分1為主流程bug；2為輔助流程bug；3為交互bug；4為樣式bug。方便項(xiàng)目經(jīng)理安排bug修復(fù)的任務(wù)。
• 修改優(yōu)先級(jí)：優(yōu)先級(jí)主要是為了方便指導(dǎo)程序猿的bug修改順序。通常我們將bug修改為3級(jí)。1代表緊急bug，需要立即修改。2代表需要上線前修改完成的bug。3代表可放在上線后進(jìn)行修改的bug。
• Bug內(nèi)容：主要用來(lái)描述產(chǎn)品bug的內(nèi)容，例如“點(diǎn)擊登錄按鈕無(wú)反應(yīng)”。問(wèn)題不宜長(zhǎng)篇大論，突出重點(diǎn)就可以。
• 重現(xiàn)步驟：標(biāo)注好問(wèn)題重現(xiàn)步驟，方便程序猿快速找出問(wèn)題的原因。對(duì)上述的bug內(nèi)容我們可以這樣描述“將瀏覽器內(nèi)核設(shè)置為為ie9，進(jìn)行賬號(hào)登錄，點(diǎn)擊登錄按鈕無(wú)反應(yīng)”。
• 需求描述：主要描述bug需要修改成什么樣子，方便程序猿制定修改方案。例如“登錄功能需要兼容ie9內(nèi)核”。結(jié)果描述要有具體的結(jié)果，不宜模棱兩可。

注：在一部分情況下，我們會(huì)將bug內(nèi)容、重現(xiàn)步驟、結(jié)果描述寫(xiě)在一起，統(tǒng)一叫做bug內(nèi)容。

修改人、修改情況、備注說(shuō)明

明確bug的修改人，修改情況與備注，可方便我們對(duì)bug修改過(guò)程進(jìn)行跟蹤。通常修改人由項(xiàng)目經(jīng)理進(jìn)行分配。修改情況與備注由程序猿記性填寫(xiě)，最終需要測(cè)試人員進(jìn)行確認(rèn)。

當(dāng)1份報(bào)告需要多個(gè)用戶同時(shí)查看，excel無(wú)法實(shí)現(xiàn)多用戶同時(shí)在線編輯的弊端就非常明顯了。這時(shí)候如果有一款專門的協(xié)同開(kāi)發(fā)工具是不是更好？

關(guān)于產(chǎn)品測(cè)試階段，就介紹這么多了，下面主要會(huì)將《老王與小明的日?！愤@個(gè)系列做一個(gè)總結(jié)。

系列總結(jié)

老規(guī)矩，先把圖亮出來(lái)，下面這張圖就是此系列文章的大綱：

下面這些都是此系列文章的重點(diǎn)總結(jié)，有疑問(wèn)的小伙伴可以參考對(duì)應(yīng)的文章進(jìn)行查看。

需求傳達(dá)階段

• 傳達(dá)項(xiàng)目背景，讓程序猿認(rèn)為他們是在做一款改變世界的產(chǎn)品。
• 有節(jié)奏的介紹需求，當(dāng)然了，這里的節(jié)奏不是“啪啪啪”的節(jié)奏，而是要分清介紹的主次
• 確定關(guān)鍵性目標(biāo)，讓程序猿對(duì)開(kāi)發(fā)結(jié)果有個(gè)明確的目標(biāo)。

制定開(kāi)發(fā)進(jìn)度與關(guān)鍵節(jié)點(diǎn)階段

• 給足程序猿評(píng)估項(xiàng)目周期的時(shí)間，目的是讓程序猿充分了解需求，需求了解后，評(píng)估時(shí)間自然而然就出來(lái)了。
• 適當(dāng)?shù)慕邮艹绦蛟车慕ㄗh，需要砍需求的時(shí)候，不要猶豫。
• 確定開(kāi)發(fā)順序，為后期開(kāi)發(fā)跟進(jìn)與測(cè)試打好基礎(chǔ)。
• 明確關(guān)鍵時(shí)間節(jié)點(diǎn)，為項(xiàng)目管理提供依據(jù)。

跟進(jìn)開(kāi)發(fā)階段

• 模塊開(kāi)發(fā)前，做好相應(yīng)模塊的需求變更與需求確認(rèn)。
• 明確站立會(huì)與周例會(huì)的工作職責(zé)。
• 做好支持與協(xié)調(diào)工作，為開(kāi)發(fā)擺平一切困難

產(chǎn)品測(cè)試階段

• 確定好測(cè)試的介入時(shí)間
• 用清單的形式，做好測(cè)試準(zhǔn)備工作
• 提交切實(shí)可用的測(cè)試報(bào)告。

感謝

一周多的時(shí)間將此系列寫(xiě)完，時(shí)間確實(shí)有點(diǎn)緊。導(dǎo)致了每篇文章中都有很多地方表達(dá)不是很清楚，所以在此非常感謝小伙伴們的支持。希望這4篇文章對(duì)您的工作有一定的幫助。

相關(guān)閱讀

《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（1）》

《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（2）》

《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（3）》

作者：李英杰，二一教育高級(jí)產(chǎn)品經(jīng)理，主要負(fù)責(zé)題庫(kù)類產(chǎn)品的規(guī)劃與運(yùn)營(yíng)工作。

本文由 @李英杰 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自 Pexels，基于 CC0 協(xié)議