編輯導(dǎo)語：新項(xiàng)目上線前，產(chǎn)品經(jīng)理需要先驗(yàn)收功能，保證產(chǎn)品可用、易用、好用。嚴(yán)謹(jǐn)完整的驗(yàn)收工作，能有效避免線上bug以及客戶投訴。今天作者給你們整理了一份B端項(xiàng)目驗(yàn)收清單，希望對你們的工作有幫助，一起來看看吧。

一、為什么需要驗(yàn)收

靈魂發(fā)問：不都有測試嗎，為什么還需要驗(yàn)收，不是浪費(fèi)產(chǎn)品的工作時(shí)間嘛？

答：視角不一樣。

舉2個(gè)例子工作中經(jīng)常遇到的例子：

例1: 驗(yàn)收功能時(shí)，發(fā)現(xiàn)部分需求沒實(shí)現(xiàn)，但是文檔都有說明，問及原因，測試的反饋是：“你的場景1、2、3都有獨(dú)立測試的，但你沒寫這幾場景的順序、是否可并行的呀”。

例2: 由于團(tuán)隊(duì)內(nèi)經(jīng)常做類似的功能，產(chǎn)品經(jīng)理在新項(xiàng)目的需求文檔中，跳過了這部分他認(rèn)為是“共識”的內(nèi)容，筆墨著重落在新功能的描述上，結(jié)果測試、開發(fā)團(tuán)隊(duì)都忽略掉了。

對于正常的迭代，系統(tǒng)都較成熟的情況下，是可以放心交給測試做好把關(guān)的。

但是對于新項(xiàng)目來說，開發(fā)、測試都是從需求評審會開始，基于你的PRD來開發(fā)及測試，他們的信息來源只有產(chǎn)品經(jīng)理。

但是產(chǎn)品經(jīng)理參與了需求調(diào)研到開發(fā)測試的全過程，知道用戶/業(yè)務(wù)在每個(gè)場景下的動機(jī)、以及會采取的動作，相當(dāng)于擁有“上帝視角”。

因此在理解需求、產(chǎn)品上是最透徹的。

再者，產(chǎn)品經(jīng)理需要對上線產(chǎn)品負(fù)責(zé)的，產(chǎn)品正常發(fā)上線、正常被用戶使用，才是需求的終點(diǎn)，完成需求的閉環(huán)。

二、選擇哪里驗(yàn)收

1. 首選：灰度環(huán)境

• 優(yōu)點(diǎn)：灰度環(huán)境采用的數(shù)據(jù)源是生產(chǎn)環(huán)境的真實(shí)數(shù)據(jù)，沒有了臟數(shù)據(jù)的干擾，既可驗(yàn)證功能、也可驗(yàn)證數(shù)據(jù)的準(zhǔn)確性。只需要給指定人員開通灰度環(huán)境的權(quán)限即可，不影響其他賬號的使用；
• 缺點(diǎn)：開發(fā)搭建灰度環(huán)境需要時(shí)間，因此需給開發(fā)哥哥們預(yù)留充足的時(shí)間，否則上線前一天驗(yàn)收時(shí)才發(fā)現(xiàn)光搭建環(huán)境就要消耗半天時(shí)間，可能影響上線的進(jìn)度。

2. 次優(yōu)選：預(yù)生產(chǎn)環(huán)境

• 優(yōu)點(diǎn)：方便，畢竟常規(guī)的回歸測試都會在預(yù)生產(chǎn)環(huán)境驗(yàn)證，改bug發(fā)包更新速度快；
• 缺點(diǎn)：可能存在臟數(shù)據(jù)影響數(shù)據(jù)驗(yàn)證；開發(fā)造數(shù)據(jù)耗時(shí)；造的數(shù)據(jù)未必能覆蓋所有的場景。

3. 沒有辦法的選擇：生產(chǎn)環(huán)境

• 優(yōu)點(diǎn)：數(shù)據(jù)真實(shí)；
• 缺點(diǎn)：風(fēng)險(xiǎn)大，出現(xiàn)的問題直接就是生產(chǎn)事故，所以說這是沒有辦法的選擇。

三、如何驗(yàn)收

1. 功能主流程是否跑通

可對照業(yè)務(wù)初始的需求文檔，跑一遍主流程，確保順暢、易用、沒錯(cuò)誤。

2. 頁面框架

頁面布局：查詢區(qū)、功能區(qū)、數(shù)據(jù)展示區(qū)有明顯的分隔，無遮擋重疊。

元件布局：各區(qū)域內(nèi)元件標(biāo)準(zhǔn)統(tǒng)一、間距適合、對齊、配色統(tǒng)一。

導(dǎo)航：系統(tǒng)內(nèi)部導(dǎo)航是否完整、深度適中，導(dǎo)航欄交互形式是否友好。

系統(tǒng)外部跳轉(zhuǎn)：是否有訪問外鏈的提示。

缺省頁展示內(nèi)容友好。

3. 交互

1）查詢

輸入查詢條件值：下拉框、自動填充、手動輸入。

輸入內(nèi)容校驗(yàn)：不符合條件的輸入內(nèi)容給出提示。

條件關(guān)系：等值查詢，模糊匹配？

是否為分頁查詢。

查詢結(jié)果是否符合預(yù)期。

2）滑動

是否展示垂直、橫向滾動條。

下滑是否會觸發(fā)頁面刷新。

上滑是否會繼續(xù)加載下一頁內(nèi)容。

3）流程

前置條件：指定條件下，可操作按鈕點(diǎn)亮，不可操作按鈕置灰/隱藏。

操作：符合條件自動觸發(fā)、人工觸發(fā)，功能可正常操作。

狀態(tài)：流轉(zhuǎn)準(zhǔn)確。

流程結(jié)束：超時(shí)、人工駁回、異常情況下結(jié)束流程。

4）表單

控件：表單中控件使用是否恰當(dāng)，文本框/多行文本框、單選框/復(fù)選框等。

字段校驗(yàn)：字段格式、長度等是否符合條件，不符合的顯示提示信息。

重復(fù)校驗(yàn)：主鍵是什么，表單中有多條數(shù)據(jù)需內(nèi)部重復(fù)校驗(yàn)、再與數(shù)據(jù)進(jìn)行重復(fù)校驗(yàn)，提交后提出提示。

5）提示信息

形式：根據(jù)信息的類型（錯(cuò)誤、警示、提示、重復(fù)確認(rèn)）來看展示的形式（浮層、toast、dialog、多態(tài)按鈕等）是否恰當(dāng)。

提示文字：符合語境、簡潔、容易理解、無歧義。

完整性：該提示的地方都有提示。

一致性：相同/相似功能的形式一致，提示文字相仿。

6）其他

鼠標(biāo)點(diǎn)擊/鼠標(biāo)移入/鼠標(biāo)移出/獲取焦點(diǎn)/失去焦點(diǎn) 時(shí)，交互正常。

頁面其他動效：反應(yīng)靈敏，展示流暢，時(shí)長適中。

緩存：未退出系統(tǒng)時(shí)，保留用戶操作的緩存，減少用戶記憶。

排序問題：數(shù)值、文本、日期/月份/年份 排序是否生效。

4. 數(shù)據(jù)/權(quán)限驗(yàn)證

數(shù)據(jù)展示：各字段格式正確，小數(shù)位符合要求，左對齊/右對齊，空值使用“-”符號代替。

數(shù)據(jù)準(zhǔn)確性：檢查原子指標(biāo)取值是否正確，復(fù)合指標(biāo)/派生指標(biāo)計(jì)算是否準(zhǔn)確，精度是否足夠（原子指標(biāo)需保留小數(shù)位進(jìn)行計(jì)算，結(jié)果指標(biāo)再進(jìn)行取整或保留小數(shù)位）。

數(shù)據(jù)權(quán)限：驗(yàn)證不同角色的用戶賬號，數(shù)據(jù)權(quán)限的規(guī)則是否正常生效，避免應(yīng)有權(quán)而無權(quán)、越權(quán)的情況發(fā)生。

字段權(quán)限：加密展示規(guī)則（全部打*，或者部分用*替代），解密后是否能正常展示，解密規(guī)則是否符合預(yù)期。

5. 特殊場景驗(yàn)證

1）軟硬件兼容性

系統(tǒng)兼容性：移動端（安卓、iOS、鴻蒙系統(tǒng)）、PC版（Windows、macOS、Linux等）是否都能正常運(yùn)行，沒有報(bào)錯(cuò)？

瀏覽器版本：最低兼容版本為？

分辨率：注意小屏幕手機(jī)/電腦，看頁面是否能完整地展示。

軟件版本：新版本上線后，舊版本是否能正常運(yùn)行，是否需要強(qiáng)制升級？

2）聯(lián)網(wǎng)狀態(tài)

無網(wǎng)絡(luò)狀態(tài)：缺省頁。

弱網(wǎng)狀態(tài)：檢測到弱網(wǎng)狀態(tài)，多長時(shí)間給出提示？

網(wǎng)絡(luò)不穩(wěn)定：加載超時(shí)提示？系統(tǒng)自動觸動重新加載還是手動觸發(fā)？

網(wǎng)絡(luò)環(huán)境變化：蜂窩網(wǎng)絡(luò)切換至Wi-Fi環(huán)境，是否觸發(fā)下載\緩存，Wi-Fi切換至蜂窩網(wǎng)絡(luò)，是否暫停下載任務(wù)、降低返回?cái)?shù)據(jù)的規(guī)格（音頻、視頻、圖片）。

3）模式

夜間模式：是否適配各類型手機(jī)的夜間模式。

6. 登陸驗(yàn)證

間隔多長時(shí)間需重新登陸驗(yàn)證。

無登陸狀態(tài)下顯示什么內(nèi)容。

四、結(jié)尾

驗(yàn)收過程可穿插使用尼爾森十大可用性原則、窮舉法等方法，輔助驗(yàn)收過程更完整、無疏漏。

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

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