菜单改版啦！我们该如何制定测试范围呢？

前言

随着时代潮流的变化，APP的设计风格也会随着变化，本次接到一个测试任务就是手机浏览器的菜单改版，看似简简单单的UI改版，该如何制定测试范围呢？

一、分析需求：

将需求与未改版前的菜单进行对比，将菜单按钮分为：同级菜单修改位置的、将功能转移至工具箱内并且无功能改动的、有功能更改的、旧功能新增菜单入口的四类，根据这四类改动有针对的进行测试范围的制定。 目前版本的菜单：

改版菜单草图：

二、同级菜单修改位置的测试点：

1、菜单布局是否正确； 2、按钮UI是否正确； 3、按钮点击效果是否正确； 4、点击按钮后入口能正常进入，功能能够正常生效；

三、将功能转移至工具箱内并且无功能改动的测试点：

1、工具箱布局是否正确； 2、按钮或功能区UI是否正确； 3、按钮点击效果是否正确； 4、按钮或功能区的主功能是否正确； 5、低版本升级到菜单改版版本，按钮状态继承是否正确，功能继承是否正确； 目前版本的工具箱：

改版工具箱草图：

四、有功能更改的测试点：

1、整体功能根据需求重新测试； 2、低版本升级到菜单改版版本，由于功能改版，按钮状态是否继承，功能是否能正常使用；

五、旧功能新增菜单入口测试点：

1、新增入口是否能正确打开旧功能； 2、新增入口后，与旧功能逻辑是否有冲突； 3、旧功能新增入口后，是否符合整个APP的正常功能逻辑： 例如：本次菜单改版新增小说入口，原有小说只有首页入口，所以在首页点击小说进入书架后，点击工具栏的后退按钮，必然会返回到首页，本次小说新增入口后，增加了在网页中进入书架的入口，所以需要考虑在网页中通过菜单进入书架，点击工具栏后退按钮，是否能够正常返回到网页。

六、菜单埋点统计回归：

由于菜单按钮位置有移动和功能有变更，所以需要回归菜单所有功能埋点统计，保证埋点统计正确，防止因菜单改版出现丢失埋点或埋点发送逻辑错误的问题。

总结

菜单改版看似简单，但是菜单是多个功能入口的合集，制定测试策略时，不仅仅要考虑菜单自身功能改动的测试，还要考虑到菜单改动对其它功能的影响，以上是我在菜单改版制定的的测试范围，希望大家进行补充或指正！