一械拍、產(chǎn)品驗收定義

產(chǎn)品驗收就是對產(chǎn)品進行檢驗，看開發(fā)出來的產(chǎn)品與設(shè)計涮因、需求是否存在偏差废睦。產(chǎn)品驗收的目標在于保證產(chǎn)品質(zhì)量，達到設(shè)計預期养泡。驗收時不僅需要驗收功能嗜湃，同時需要考慮使用場景，進行可用性測試澜掩，把自己當做用戶购披，看看產(chǎn)品在真實使用場景下能否跑通。

二肩榕、產(chǎn)品驗收內(nèi)容

對互聯(lián)網(wǎng)產(chǎn)品而言刚陡，驗收的內(nèi)容需要包括以下方面：

1.功能驗收：產(chǎn)品功能用例化后，用例執(zhí)行是否符合預期設(shè)計株汉，以及是否與客戶需求吻合

2.交互驗收：操作習慣是否符合大眾筐乳，正向操作的用戶體驗是否良好

3.UI 驗收：設(shè)計和前端UI是否符合評審的標準

三、產(chǎn)品驗收前期準備

一般公司通過UAT環(huán)境或Demo環(huán)境進行功能的驗收乔妈，主要由產(chǎn)品設(shè)計或需求人員進行蝙云，當然，內(nèi)部成員路召、相關(guān)領(lǐng)導都可以進行驗收體驗贮懈。

在驗收過程中需要與一些文檔進行比對，包括：

1.產(chǎn)品需求文檔：用于驗收過程中的功能比對优训。

2.產(chǎn)品原型：產(chǎn)品文檔往往不夠直觀朵你，具體的功能跳轉(zhuǎn)，甚至簡單的交互都可以對照原型進行驗收揣非。

3.設(shè)計圖/前端UI規(guī)范

四抡医、產(chǎn)品驗收環(huán)境

產(chǎn)品驗收和測試一樣，是需要分階段做的，一般驗收需要在UAT環(huán)境中進行：

測試環(huán)境發(fā)現(xiàn)沒問題了忌傻，就會發(fā)布到UAT環(huán)境大脉，UAT環(huán)境的數(shù)據(jù)跟線上環(huán)境相同，所以在驗收的時候需要按照規(guī)范進行測試驗收水孩，驗收完成镰矿，沒有問題，就可以移入到生產(chǎn)環(huán)境了俘种。

產(chǎn)品的四種環(huán)境：

開發(fā)環(huán)境：開發(fā)環(huán)境是開發(fā)人員專門用于開發(fā)的服務器秤标，配置可以比較隨意， 為了開發(fā)調(diào)試方便宙刘，一般打開全部錯誤報告苍姜。

測試環(huán)境：一般是克隆一份生產(chǎn)環(huán)境的配置，一個程序在測試環(huán)境工作不正常悬包，那么肯定不能把它發(fā)布到生產(chǎn)機上衙猪。

UAT環(huán)境：User Acceptance Test，用戶接受度測試布近，即驗收測試垫释，所以UAT環(huán)境主要是用來作為用戶體驗的環(huán)境。介于測試環(huán)境和生產(chǎn)環(huán)境之間撑瞧，本質(zhì)還是測試環(huán)境棵譬。

生產(chǎn)環(huán)境：是指正式提供對外服務的，一般會關(guān)掉錯誤報告季蚂，打開錯誤日志。

五琅束、產(chǎn)品驗收過程

對照準備的材料扭屁，對每一個功能進行使用。不斷點擊涩禀，不斷和系統(tǒng)交互料滥，不能憑記憶或盲目的自信進行驗收，畢竟即使是自己設(shè)計的功能也可能有細節(jié)會漏掉艾船。

功能&交互驗收

異常情況：雖然測試會測葵腹，但是我們驗收時也需要注意異常情況，比如網(wǎng)絡異常屿岂、輸入異常等践宴。

真實場景：驗收把自己想象成小白用戶，一秒變成“傻子”爷怀，千萬不要基于任何對產(chǎn)品的了解而想當然阻肩。盡量模擬驗證在初次使用產(chǎn)品時整個流程是否能合理跑通。最懂需求的我們可能覺得設(shè)計得很合理运授，但是小白用戶可能并不知道如何使用烤惊，這時需要考慮增加使用幫助或使用引導乔煞。也可以找?guī)讉€沒有接觸過該產(chǎn)品的同事用一下，看看有什么問題柒室。

UI驗收

適配問題：對app進行驗收時渡贾，需要多找?guī)讉€手機看看，檢查每一個頁面的適配問題雄右。對網(wǎng)頁進行驗收時空骚，由于開發(fā)、測試不脯、設(shè)計一般都用大屏府怯，需要在小屏幕筆記本上看一下是否存在適配問題，窗口拉大縮小看看UI是否存在問題防楷。

經(jīng)過幾個版本的驗收牺丙，可以積累一些經(jīng)驗和規(guī)律了，把驗收時經(jīng)常遇到的問題匯總起來复局，建立一份驗收自檢清單冲簿，比如：

1.列表：數(shù)據(jù)產(chǎn)生的時間，排序規(guī)則亿昏，檢索條件峦剔，不同狀態(tài)對應的操作等；

2.篩選條件：默認值是什么角钩；

3.字段顯示問題：文本域的文字過長吝沫，錄入和顯示時是否會有問題等；

……

六递礼、產(chǎn)品驗收報告

每輪產(chǎn)品驗收完成后整理一份驗收報告惨险，同步給測試和研發(fā)，驗收報告中需要注明：

基本信息：項目名稱脊髓、版本號辫愉、驗收人員、驗收時間将硝、設(shè)備恭朗、系統(tǒng)版本……

功能所屬模塊：比較大的模塊，方便定位依疼，比如是首頁還是個人中心痰腮；

功能名稱：具體是哪個功能，功能名稱是什么律罢；

問題描述：具體描述問題是什么诽嘉，可以附上截圖；

時間：發(fā)現(xiàn)問題的時間需要注明；

優(yōu)先級：項目或產(chǎn)品開發(fā)的進度是需要把控的虫腋，因此當某個版本有問題時也不一定會立即進行修復和改進骄酗。產(chǎn)品人員在驗收時將問題的優(yōu)先級排出來之后，有利于開發(fā)進行工作安排悦冀。重要緊急的問題本期必須修改趋翻，不太重要時間又比較緊張可以放在后續(xù)的迭代中修改，細節(jié)問題比如UI上的一些問題可在整個項目開發(fā)完成后再做改進更新盒蟆。

處理情況：回歸的時候可以標記一下處理情況踏烙。

一般的項目管理軟件都會有專門記錄改進任務或Bug的方式，因此不必一定按照文檔的形式出這份驗收報告历等，還是要結(jié)合對應公司或團隊的工作習慣讨惩。

沒有什么規(guī)則是一成不變的，符合自己的寒屯，才是最好的荐捻。