?在測試的過程中，有些測試點是在需求說明文檔里明確提到的，比如果輸入框的輸入要求是什么、是否必填等等。

對于有經(jīng)驗的測試人來說，有一些測試點，是我們在以往的測試經(jīng)驗中總結(jié)出來的，而對于初學(xué)者往往會忽略一些沒有在需求中列明的點。

對于不同模塊的測試，我們需要著重注意的點也不一樣，下面我們來總結(jié)一下注意點或者易錯點。

必填項驗證

• 必填項不填，如果是前臺做的驗證，保存時給出了提示信息，這個時候要F12看一下是否調(diào)用保存接口，或者去數(shù)據(jù)庫查看一下數(shù)據(jù)有沒有新增上，有可能是前臺只給了提示，但還是給后臺發(fā)送請求了。
• 提示了必填之后，將必填項填上，提示信息有無消失。

新增編輯成功驗證

• 不能只看頁面提示成功，新增的信息要顯示在列表或者數(shù)據(jù)庫能查到。
• 編輯數(shù)據(jù)，帶出的信息跟我們填寫的一致。
• 編輯修改數(shù)據(jù)，什么都不修改，信息能保存成功（有時候編輯時會當成新增處理，校驗重復(fù)）。
• 編輯信息，將非必填項都清空，可保存成功。
• 編輯保存，是在原記錄上修改，而不是新生成一條。
• 編輯保存數(shù)據(jù)，修改的信息不影響其他記錄的信息。

用戶信息修改

• 后臺修改前臺登錄用戶信息，修改完成后，前臺使用修改的賬號能正常登錄系統(tǒng)（因為編輯前臺賬號，密碼是非必填的，如果不填，就是使用原密碼）。
• 通過后臺修改密碼，前臺能用新密碼正常登錄（涉及明文轉(zhuǎn)密文）。

枚舉測試

(1) 通過代碼實現(xiàn)的邏輯，需要枚舉測試。

例如：相同分類總價滿多少，可以使用滿減券，也可以使用折扣圈，也可以同時使用。

每個優(yōu)惠券的使用條件也不同，有必須相同品類的訂單才能使用的優(yōu)惠券，有不同品類可以使用的優(yōu)惠券等等邏輯，這種的邏輯是通過代碼實現(xiàn)的，所以不同的組合我們都要枚舉出來，一一驗證。

先列舉一下我們的輸入條件：

• 輸入條件1：相同產(chǎn)品分類、不同產(chǎn)品分類；
• 輸入條件2：總價不滿1000、滿1000；
• 輸入條件3：維護了滿減優(yōu)惠、維護了打折優(yōu)惠、同時維護了滿減和打折優(yōu)惠。

我們要把這三個條件的所有組合都列舉出來：

• 相同產(chǎn)品分類，總價不滿1000，只維護了滿減優(yōu)惠，不使用優(yōu)惠券；
• 相同產(chǎn)品分類，總價滿1000只維護了滿減優(yōu)惠，使用滿減優(yōu)惠。
• 不同產(chǎn)品分類，總價不滿1000，只維護了滿減優(yōu)惠，不使用優(yōu)惠券；
• 不同產(chǎn)品分類，總價滿1000不滿2000（其中相同分類的總價不滿1000），只維護了滿減優(yōu)惠，不使用優(yōu)惠券；
• 不同產(chǎn)品分類，總價滿1000不滿2000（其中相同分類的總價滿1000），只維護了滿減優(yōu)惠，使用滿減優(yōu)惠券。

這里我們只列舉了只維護滿減優(yōu)惠的情況，其他兩種情況（只維護折扣優(yōu)惠，滿減優(yōu)惠和折扣優(yōu)惠同時維護）在這里就不細說了。

這里要說的是，這種不同的組合關(guān)系，使用什么樣的優(yōu)惠券，是通過代碼實現(xiàn)的，所以每種條件組合都要測試一遍，不能只測試一種。

(2) 通過后臺配置的功能，不需要枚舉。

還是接著上面的場景來說，滿多少減多少，滿多少打幾折，都是通過后臺配置的，我們可以設(shè)置滿1000，也可以設(shè)置滿500；可以設(shè)置減200，也可以設(shè)置減100；可以設(shè)置打7折，也可設(shè)置打6折。

這種都是后臺功能進行配置的，只要確保每個類型（滿減類型、折扣類型、組合類型）的一條數(shù)據(jù)與其他條件的組合能正常工作即可，并不需要每個類型進行枚舉，也不可能進行枚舉。

例如：后臺設(shè)置滿1000減20，我們只需確?？們r滿1000可以減20即可。并不需要再設(shè)置一個滿2000，減50的券，試試好不好用。

以上是我在以往的工作中總結(jié)出來的一些易錯點和容易迷惑的點，希望能對大家有所幫助。?