一.功能测试
1、关注页面请求。对于每个页面，要查看发送的请求是否正确，请求的接口是否有重复，接口请求是否正确返回等。可通过chrome中自带的开发工具查看网络请求。
关注是否有冗余接口请求，是否有不必要的重复接口刷新请求。 冗余和重复的接口请求会导致流量浪费和响应速度变慢。
2、关注application cache
（http://www.html5rocks.com/zh/tutorials/appcache/beginner/）, local storage（http://www.html5china.com/HTML5features/LocalStorage/20120519_3711.html）, cookie中值是否正确，页面是否有使用application cache, local storage存放数据。清除这些数据后功能是否正确，获取数据失败后是否有重试机制。（可以用下图Chrome开发工具，进行查看和清除，也可用postman,soupUi等）。 注意：老版chrome开发者模式下在resource下查看cache，新版chrome在application下查看。 
3、session失效机制。对于要登录的，需要用到session的地方，要注意模拟session失效时，功能业务逻辑是否正常。
4、返回逻辑：对于页面中的返回，以及浏览器自带的返回的测试。 页面中的返回要考虑业务逻辑，友好返回到相应层次，需要从用户角度考虑返回的转跳逻辑，不能出现死循环。并要注意返回后是否需要刷新页面请求，比如支付完后返回订单列表，最好刷新
展示上一步购买的订单。
5、页面刷新，刷新时的请求链接是否正确。
（1）下拉刷新是否仍然处于当前页面
（2）用户主动点击刷新按钮是否仍然处于当前页面
（3）刷新页面或者加载新内容时页面是否有抖动。
6、图片适配，是否根据不同屏幕和分辨率做适配，高端机取双倍尺寸的图；是否对于2G网络，或低端机单独处理，不取高清图或减少一些特效动画效果；最好加上webp图片的支持，可减少流量；在中低端机上考虑是否需要让前端单独处理，去掉复杂处理。并
对中低端机只取原图，不取高清图。注意：webp格式只对android有效，放在IOS上反而会起反作用。
7、是否要增加转场动画，loading动画，点击动画等。以提升体验。需要在动画效果和卡顿上衡量。
8、对于隐私模式，不存cookie，不开javascript执行等，测试是否功能正常，或给出提示。
9、接口降级，接口异常时如何处理，前端要给出友好提示。
10、对于请求比较慢时，要有loading图案，图案在数据出来后要消失，且不能与转场动画等其它有冲突。
11、输入框的校验：特殊字符显示，过滤黑词，js是否会执行，一连串长字母是否会换行等。 比如只输入空字符的处理。
12、弱网络降级：处于2G/3G网络省流量模式的一些特殊处理，比如2G网络下测试，图片多时是否要懒加载等。网络状况差的场景，可提示文案，但不能闪退。
13、网络切换：从wifi切换到2G/3G网络、从2G/3G网络切换到wifi等
14、H5与Native切换：切换时登录信息是否记录、流程是否顺畅、是否出现中断闪退等问题。 注意验证 登录信息是否能互通。 不能出现native已经登录，进入h5后继续让登录，实在技术实现不了的可toast提示用户继续登录。
（1）若客户端已登录，那么进入H5后仍然是登录状态。
（2）若客户端未登
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/te-ydd/8419.html