2023年B端設(shè)計師如何做好還原度走查

B端設(shè)計師，如何做好還原度走查寫在前面

作為設(shè)計師，你肯定遇到過這樣的狀況，自己做的設(shè)計稿，被開發(fā)出來后卻完全換了一個模樣。不僅視覺上有問題，交互上也有錯誤。而要想避開這樣的狀況，我們就肯定要重視還原度走查這個階段。

它是我們產(chǎn)品上線前的必要保障。雖然測試同學會關(guān)心我們驗證一些流程上的問題，但更多的還原度細節(jié)問題，比如交互和字號間距等，則更多依靠我們設(shè)計師的來檢查。而在還原度走查的過程中，個人認為主要分為以下幾個部分：

一、還原度何時開頭

經(jīng)過對比驗證，發(fā)覺還原度在測試進行第一輪測試后進行，效率和時間能夠最大化。

緣由如下：

第一輪沒結(jié)束前，許多功能性bug會存在，假如介入過早，很難跑完全部流程，加大還原度介入難度。一些明顯的交互和視覺問題，測試團隊在第一輪是能夠發(fā)覺的，也能削減一部分工作量；假如等bug解決得差不多，可能都二輪后了，這時候才開頭走查的話，那么留給設(shè)計師的時間就會特別少，由于結(jié)測的時間已經(jīng)固定，這可能導致開發(fā)可能沒有足夠的時間修正問題。

二、還原度檢查內(nèi)容

當我們拿到開發(fā)提測的版本后，應當針對于哪些內(nèi)容進行檢測呢。本人認為可以整體檢查可以分為以下3個部分：

2.1整體流程

當我們拿到產(chǎn)品后，第一時間可以看下我們的整體的流程是否有遺漏，整體流程是否能夠跑通。

首先需要確保我們的產(chǎn)品沒有大的流程問題后，這個時候就可以開頭細節(jié)的部分。避開某些大的流程被忽視，這往往需要更多的開發(fā)量，越早提出來開發(fā)就越早介入修改。

雖然這個過程基本都會被測試團隊在第一輪的時候查驗出來，但為了避開有遺漏，我們最好還是先把全流程跑一遍以避開發(fā)生問題。

2.2交互內(nèi)容

當流程跑完，這個時候我們就可以進入到交互細節(jié)的檢查。一般來說我們在檢查時主要留意以下幾個方面：

A.結(jié)合交互說明進行逐條驗證

一般我們的交互說明已經(jīng)特別詳盡，包含各類特別狀態(tài)和細節(jié)交互。因此我的建議是在驗證的時候可以結(jié)合我們之前的交互說明進行對比驗證，避開某些部分被遺漏或者忽視。

消失問題有可能是我們的交互闡述的不夠清楚或者說研發(fā)沒有了解設(shè)計的規(guī)律，這些狀況都是有可能發(fā)生的，因此我們在還原度驗證時更需要細心驗證和溝通。

B.交互說明未提及的特別狀態(tài)

這其實是許多設(shè)計師常常遇到的問題。我們在寫交互說明的時候不行避開會忽視某些細節(jié)點。這個時候假如消失交互說明漏掉的特別狀態(tài)，就需要和開發(fā)團隊進行溝通。

假如是重要且影響體驗的問題，可能就需要拉著開發(fā)團隊進行溝通，評估下時間進行修改；

假如是不重要且不影響的體驗的問題，就可以等下個迭代或者后續(xù)再進行對應修改；同時對問題做好記錄，避開下次再消失類似問題。

這同時也反向要求我們在交互說明中盡可能考慮得更加全面，才能避開多次返工。關(guān)于這塊有個小建議，可以將平常遺漏的交互記錄下來，形成關(guān)于自己薄弱交互環(huán)節(jié)的自查表。通過建立專屬的交互自查表來強化自己對于各類狀態(tài)的認知，從而將說明寫得更加詳盡和完善。

2.3視覺內(nèi)容

視覺的還原度檢查可以說是占據(jù)了整體檢查的大部分內(nèi)容。究竟功能或者交互還有測試團隊幫忙驗證，但視覺細節(jié)只能靠設(shè)計師本人來進行走查了。在這里我將其分為以下幾塊內(nèi)容：

1.「像素眼」觀看法

由于習慣問題，設(shè)計師對于字體的大小，元素的對齊有一種天生的敏感，因此對于某些比較明顯的還原度問題，設(shè)計師是能夠通過直接觀看發(fā)覺的，比如某些元素沒有左對齊。

但這種只適合許多明顯偏差的元素，在大部分時候，設(shè)計師還是需要借助幫助工具來幫助進行還原度走查。

2.檢查元素（F12）幫助走查

在許多時候，我們發(fā)覺某些元素存在問題，但不確定的時候，我們就需要借助檢查元素幫助還原度走查。檢查元素如何操作呢，可以通過右鍵-檢查或者直接按F12來調(diào)出，通過鼠標選擇元素，即可查看該元素的全部屬性，包括字號、顏色、寬度等等都可以直觀的看到。

利用這種方法我們可以檢查得特別細致，比如某些微小的間距是否精確?????，都可以檢查出來。

那么在這里我們可以簡潔介紹下前端的盒子模型，也就是你在檢查元素中可以看到類似盒子的元素。盒子模型是CSS中的概念。全部的HTML元素都可以看作一個盒子，是用來設(shè)計和布局時使用。它包括我們常見的邊距、邊框、填充和實際內(nèi)容。通過了解盒模型有助于我們理解前端是如何進行頁面布局的，同時也關(guān)心我們在走查時更直觀地看到其中的間距和寬度等。

其實檢查元素還能幫助交互狀態(tài)走查，這可能是許多設(shè)計師忽視的一個點。比如我們設(shè)定了hover按鈕時有灰色底塊，此時我們?nèi)绾悟炞C灰色塊的色值和大小是否精確?????呢。

其實幫助元素也可以幫忙，如下圖所示，我們通過勾選hover這個狀態(tài)，界面中就會直接呈現(xiàn)當前元素的hover狀態(tài)：

3.借助工具幫助走查

目前市面上有兩種常用的工具，想必許多設(shè)計師也已經(jīng)知道了。分別是CSSPeeper和Copiexl。

首先推舉的是CSSPeeper。這款插件其實就是類似于檢查元素，只是界面會更簡潔，相比于檢查元素去掉了許多干擾元素，打開后我們點擊頁面上的元素就能夠直接看到其對應的元素屬性和間距等。對于設(shè)計師群體來說還是比較友好的。

地址：/

其次款的則是字節(jié)出品的Copiexl。其對比方式會比較簡潔粗暴，就是將設(shè)計稿和開發(fā)稿在相同尺寸下進行疊加對比，從而看出來有哪些區(qū)域是不一樣的，從而快速找出不對的地方。教程官網(wǎng)都有，我這里就不進行具體介紹了。

地址：/

三、還原度如何記錄

通過以上幾種類型的檢查，基本上都可以檢查出大部分還原度問題，那么此時如何與進行溝通呢，這個時候避開以下兩個做法：

直接當面找到開發(fā)，給他說許多還原度問題。由于開發(fā)在這個階段也有許多其他工作，不僅會打斷他工作，他也不肯定記得這么多細節(jié)；直接將還原度問題在談天窗口直接發(fā)出去。通過談天記錄看還原度，不僅不便利查看，還很簡單遺漏掉部分信息。

因此正確的做法是建立一份還原度文檔記錄表，內(nèi)容包含：模塊，詳細問題，問題截圖，問題嚴峻程度，解決狀態(tài)，對應開發(fā)。

在這里需要留意的一點就是面對間距問題不正確時，不要直接跟開發(fā)說你去找設(shè)計文件對比下，而是直觀地在還原度截圖中告知他這里的正確間距，這樣能夠節(jié)約雙方的時間，也避開開發(fā)再次看成錯誤的尺寸。

這樣的話不僅能夠清楚記錄每條還原度，開發(fā)還能夠依據(jù)重要程度有優(yōu)先級地改掉問題，同時也可以為我們后續(xù)做校驗供應支撐。

四、如何讓整體變得更好

通過整體流程的梳理，不難看出還原度驗證過程其實也是協(xié)作過程。因此想要很高的還原度，我們也需要在以下方面做得更好：

團隊內(nèi)部有嚴謹?shù)脑O(shè)計規(guī)范，避開多設(shè)計師協(xié)作時同一控件用了不同的表現(xiàn)形式；注意設(shè)計宣講和重點標注。在進研發(fā)時設(shè)計宣講是必要的，能夠讓研發(fā)人員了解我們的整體設(shè)計規(guī)律以及我們關(guān)注的重點，同時我們在寫交互時也可以將重點字段用不同的顏色進行標記，從而讓研發(fā)人員在寫得時候能夠引起重視注意信息同步。我們?nèi)康母膭佣夹枰獙⑵渫浇o研發(fā)和測試人員，同時也可以在我們的設(shè)計稿上標記好更新內(nèi)容，這樣整體的協(xié)作會變得更加順暢，也避開信息差導致的更新不準時。避開頻繁修改，不論是誰面對頻繁修改都是不太快樂的，因此我們對于已經(jīng)進入迭代的設(shè)計稿，因此假如面對必要的修改時要準時同步信息。假如一些不太重要的改動也可以先放一放，后面再改。寫在最終

當我們驗證完畢后，記得有一份還原度報告作為最終的檢測憑證