項目進入測試期，經(jīng)常有開發(fā)晚上加班碰到我問：你怎么也還在加班统翩？潛臺詞是系統(tǒng)都快上線了仙蚜，不用畫圖了，你加班做什么厂汗。這個環(huán)節(jié)UCD都在做什么委粉？今天來聊聊UCD加班測試提bug的那些事。
一娶桦、驗收測試的目的?
產(chǎn)品從零到1經(jīng)歷上圖4個階段贾节，每個階段都是對上一環(huán)節(jié)的不斷細化匣掸，抽象到具象的過程。而原型到真實產(chǎn)品之間存在著各種差距氮双，如數(shù)據(jù)差異/異常處理/產(chǎn)品跳轉(zhuǎn)鏈接/點擊區(qū)域與反饋碰酝。所以驗收測試重點在做兩件事：1.確保真實產(chǎn)品與高保真原型一致性，也就是確保經(jīng)過層層評審的原型能最終落地戴差，不浪費前人努力送爸。2.可用性測試，驗證高保真未能涵蓋的內(nèi)容或針對已有設(shè)計提出易學(xué)性/有效性/適應(yīng)性的問題暖释，形成測試問題集袭厂，從而優(yōu)化產(chǎn)品體驗。?
二球匕、原型與產(chǎn)品一致性檢查
比對方法很簡單纹磺，在頁面布局、交互說明（流程亮曹、部分響應(yīng)要求橄杨、反饋方式）、視覺標注包括文字顏色照卦、圖片式矫、間距等方面檢查原型與產(chǎn)品差異性，圈出不符合的問題點提bug役耕。過程中采转，因開發(fā)工期緊張/開發(fā)不熟悉規(guī)范/不熟悉前端框架等原因，易造成修復(fù)不及時/修復(fù)過程引起二次bug/優(yōu)先級降低最后不了了之等問題瞬痘。分享小心得：
1故慈、推薦用PPT登記問題，針對每個頁面截圖標注問題并提供解決方案框全。原因是它比word察绷、圖片的標注更靈活，便于處理驗收過程中反復(fù)或新增的問題竣况。已解決問題標注灰色克婶，未解決問題紅色，隨時可新增問題丹泉。
2情萤、Bug拆分，通常一個菜單我們能測出30-50個大大小小的問題摹恨，便于開發(fā)快速解決問題筋岛，針對bug進行有效拆分可分別按難易程度/修復(fù)人/菜單/頁面/同類問題拆成一個單。
3晒哄、使用UI日報睁宰，項目工期緊張UI問題優(yōu)先級低時肪获，可通過ppt+excel表的方式共同記錄問題，Excel表登記：菜單/路徑/問題分類/優(yōu)先級/測試人員/解決情況柒傻。通過每日匯報總問題/未解決/已解決問題進度讓領(lǐng)導(dǎo)及時掌握風(fēng)險并評估UI問題重要性孝赫。
不管哪種方法手段，跟項目領(lǐng)導(dǎo)/前端開發(fā)多溝通红符，找到共贏的方式是最佳青柄。并在過程中根據(jù)現(xiàn)狀去調(diào)整，比如Bug總是反復(fù)就要分析原因预侯，若是基礎(chǔ)控件使用場景出錯致开，則可組織UI規(guī)范/組件使用培訓(xùn)，促使大家達成認知一致萎馅。其他推薦文章：http://www.woshipm.com/ucd/461871.html?
三双戳、可用性測試提升體驗
這個過程側(cè)重于與真實產(chǎn)品的交互體驗，常用評估方法有很多：啟發(fā)式評估/認知過程走查法/參與式評估糜芳。這些方法在應(yīng)用于原型測試也應(yīng)用于系統(tǒng)測試飒货。寫測試腳本（可理解為場景或任務(wù)）—產(chǎn)生問題列表—邀請專家評估是否修復(fù)—排定優(yōu)先級。而實際操作中更多是內(nèi)化為設(shè)計師的能力耍目，通過體驗產(chǎn)品提出問題膏斤。
寫在最后徐绑，現(xiàn)在大多數(shù)產(chǎn)品都特別注重用戶體驗邪驮，不像以前UCD提出問題，項目組還要這推那推的不想解決問題傲茄，現(xiàn)在只要你專業(yè)并提出專業(yè)的問題毅访，基本上都能采納并盡力去解決問題，當然有時項目實在緊張盘榨，優(yōu)先解決功能類剛性問題也是常理之中喻粹。另外在敏捷項目中，交互設(shè)計師更多承擔(dān)類需求的工作草巡，輔助SA做好功能驗收也成為設(shè)計師的隱性工作之一守呜，特性團隊向全流程團隊轉(zhuǎn)變，所有人都應(yīng)為保證項目運行山憨，盡自己所能的去發(fā)現(xiàn)問題并解決問題查乒。
