菜單改版啦！我們該如何制定測試範圍呢？

• 2020 年 2 月 11 日
• 筆記

前言

隨着時代潮流的變化，APP的設計風格也會隨着變化，本次接到一個測試任務就是手機瀏覽器的菜單改版，看似簡簡單單的UI改版，該如何制定測試範圍呢？

一、分析需求：

將需求與未改版前的菜單進行對比，將菜單按鈕分為：同級菜單修改位置的、將功能轉移至工具箱內並且無功能改動的、有功能更改的、舊功能新增菜單入口的四類，根據這四類改動有針對的進行測試範圍的制定。 目前版本的菜單：

改版菜單草圖：

二、同級菜單修改位置的測試點：

1、菜單布局是否正確； 2、按鈕UI是否正確； 3、按鈕點擊效果是否正確； 4、點擊按鈕後入口能正常進入，功能能夠正常生效；

三、將功能轉移至工具箱內並且無功能改動的測試點：

1、工具箱布局是否正確； 2、按鈕或功能區UI是否正確； 3、按鈕點擊效果是否正確； 4、按鈕或功能區的主功能是否正確； 5、低版本升級到菜單改版版本，按鈕狀態繼承是否正確，功能繼承是否正確； 目前版本的工具箱：

改版工具箱草圖：

四、有功能更改的測試點：

1、整體功能根據需求重新測試； 2、低版本升級到菜單改版版本，由於功能改版，按鈕狀態是否繼承，功能是否能正常使用；

五、舊功能新增菜單入口測試點：

1、新增入口是否能正確打開舊功能； 2、新增入口後，與舊功能邏輯是否有衝突； 3、舊功能新增入口後，是否符合整個APP的正常功能邏輯： 例如：本次菜單改版新增小說入口，原有小說只有首頁入口，所以在首頁點擊小說進入書架後，點擊工具欄的後退按鈕，必然會返回到首頁，本次小說新增入口後，增加了在網頁中進入書架的入口，所以需要考慮在網頁中通過菜單進入書架，點擊工具欄後退按鈕，是否能夠正常返回到網頁。

六、菜單埋點統計回歸：

由於菜單按鈕位置有移動和功能有變更，所以需要回歸菜單所有功能埋點統計，保證埋點統計正確，防止因菜單改版出現丟失埋點或埋點發送邏輯錯誤的問題。

總結

菜單改版看似簡單，但是菜單是多個功能入口的合集，制定測試策略時，不僅僅要考慮菜單自身功能改動的測試，還要考慮到菜單改動對其它功能的影響，以上是我在菜單改版制定的的測試範圍，希望大家進行補充或指正！