把好最后一關:這份B端項目驗收清單,請收好

1 評論 12740 瀏覽 126 收藏 9 分鐘

編輯導語:新項目上線前,產品經理需要先驗收功能,保證產品可用、易用、好用。嚴謹完整的驗收工作,能有效避免線上bug以及客戶投訴。今天作者給你們整理了一份B端項目驗收清單,希望對你們的工作有幫助,一起來看看吧。

一、為什么需要驗收

靈魂發問:不都有測試嗎,為什么還需要驗收,不是浪費產品的工作時間嘛?

答:視角不一樣。

舉2個例子工作中經常遇到的例子:

例1: 驗收功能時,發現部分需求沒實現,但是文檔都有說明,問及原因,測試的反饋是:“你的場景1、2、3都有獨立測試的,但你沒寫這幾場景的順序、是否可并行的呀”。

例2: 由于團隊內經常做類似的功能,產品經理在新項目的需求文檔中,跳過了這部分他認為是“共識”的內容,筆墨著重落在新功能的描述上,結果測試、開發團隊都忽略掉了。

對于正常的迭代,系統都較成熟的情況下,是可以放心交給測試做好把關的。

但是對于新項目來說,開發、測試都是從需求評審會開始,基于你的PRD來開發及測試,他們的信息來源只有產品經理。

但是產品經理參與了需求調研到開發測試的全過程,知道用戶/業務在每個場景下的動機、以及會采取的動作,相當于擁有“上帝視角”。

因此在理解需求、產品上是最透徹的。

再者,產品經理需要對上線產品負責的,產品正常發上線、正常被用戶使用,才是需求的終點,完成需求的閉環。

二、選擇哪里驗收

1. 首選:灰度環境

  • 優點:灰度環境采用的數據源是生產環境的真實數據,沒有了臟數據的干擾,既可驗證功能、也可驗證數據的準確性。只需要給指定人員開通灰度環境的權限即可,不影響其他賬號的使用;
  • 缺點:開發搭建灰度環境需要時間,因此需給開發哥哥們預留充足的時間,否則上線前一天驗收時才發現光搭建環境就要消耗半天時間,可能影響上線的進度。

2. 次優選:預生產環境

  • 優點:方便,畢竟常規的回歸測試都會在預生產環境驗證,改bug發包更新速度快;
  • 缺點:可能存在臟數據影響數據驗證;開發造數據耗時;造的數據未必能覆蓋所有的場景。

3. 沒有辦法的選擇:生產環境

  • 優點:數據真實;
  • 缺點:風險大,出現的問題直接就是生產事故,所以說這是沒有辦法的選擇。

三、如何驗收

1. 功能主流程是否跑通

可對照業務初始的需求文檔,跑一遍主流程,確保順暢、易用、沒錯誤。

2. 頁面框架

頁面布局:查詢區、功能區、數據展示區有明顯的分隔,無遮擋重疊。

元件布局:各區域內元件標準統一、間距適合、對齊、配色統一。

導航:系統內部導航是否完整、深度適中,導航欄交互形式是否友好。

系統外部跳轉:是否有訪問外鏈的提示。

缺省頁展示內容友好。

3. 交互

1)查詢

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

輸入內容校驗:不符合條件的輸入內容給出提示。

條件關系:等值查詢,模糊匹配?

是否為分頁查詢。

查詢結果是否符合預期。

2)滑動

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

下滑是否會觸發頁面刷新。

上滑是否會繼續加載下一頁內容。

3)流程

前置條件:指定條件下,可操作按鈕點亮,不可操作按鈕置灰/隱藏。

操作:符合條件自動觸發、人工觸發,功能可正常操作。

狀態:流轉準確。

流程結束:超時、人工駁回、異常情況下結束流程。

4)表單

控件:表單中控件使用是否恰當,文本框/多行文本框、單選框/復選框等。

字段校驗:字段格式、長度等是否符合條件,不符合的顯示提示信息。

重復校驗:主鍵是什么,表單中有多條數據需內部重復校驗、再與數據進行重復校驗,提交后提出提示。

5)提示信息

形式:根據信息的類型(錯誤、警示、提示、重復確認)來看展示的形式(浮層、toast、dialog、多態按鈕等)是否恰當。

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

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

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

6)其他

鼠標點擊/鼠標移入/鼠標移出/獲取焦點/失去焦點 時,交互正常。

頁面其他動效:反應靈敏,展示流暢,時長適中。

緩存:未退出系統時,保留用戶操作的緩存,減少用戶記憶。

排序問題:數值、文本、日期/月份/年份 排序是否生效。

4. 數據/權限驗證

數據展示:各字段格式正確,小數位符合要求,左對齊/右對齊,空值使用“-”符號代替。

數據準確性:檢查原子指標取值是否正確,復合指標/派生指標計算是否準確,精度是否足夠(原子指標需保留小數位進行計算,結果指標再進行取整或保留小數位)。

數據權限:驗證不同角色的用戶賬號,數據權限的規則是否正常生效,避免應有權而無權、越權的情況發生。

字段權限:加密展示規則(全部打*,或者部分用*替代),解密后是否能正常展示,解密規則是否符合預期。

5. 特殊場景驗證

1)軟硬件兼容性

系統兼容性:移動端(安卓、iOS、鴻蒙系統)、PC版(Windows、macOS、Linux等)是否都能正常運行,沒有報錯?

瀏覽器版本:最低兼容版本為?

分辨率:注意小屏幕手機/電腦,看頁面是否能完整地展示。

軟件版本:新版本上線后,舊版本是否能正常運行,是否需要強制升級?

2)聯網狀態

無網絡狀態:缺省頁。

弱網狀態:檢測到弱網狀態,多長時間給出提示?

網絡不穩定:加載超時提示?系統自動觸動重新加載還是手動觸發?

網絡環境變化:蜂窩網絡切換至Wi-Fi環境,是否觸發下載\緩存,Wi-Fi切換至蜂窩網絡,是否暫停下載任務、降低返回數據的規格(音頻、視頻、圖片)。

3)模式

夜間模式:是否適配各類型手機的夜間模式。

6. 登陸驗證

間隔多長時間需重新登陸驗證。

無登陸狀態下顯示什么內容。

四、結尾

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

 

本文由 @I’m hungry 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自 Pexels,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 登錄 不是登陸

    來自美國 回復