之前有简单写过,这次详细说说两者的特性
记录bug
在Web端可以通过系统自带的截图和QQ截图等方式来截取bug的图片,对于错误的地方可以用工具自带的标识来重点标记。
对于移动端设备可以用手机自带的截图工具来截图然后传到电脑上,个人一般习惯安装微信的windows版本,通过文件传输助手发送到PC端。还有一种比较便捷的方式,将手机用数据线连接到电脑,本地配置Android的运行环境,下载asm.jar,在cmd运行Java -jar asm.jar,即可实时同步手机端画面,对有bug的页面直接使用PC端的截图工具进行截图。IOS可以在PC安装itools,要额可以同步画面。
对于记录bug建议:
bug主题尽量的言简意骇,在bug描述中可以详细描述,对于操作步骤比较复杂的bug要详细的写上操作步骤。必要时附带上相关的log,记录上测试的环境,手机版本等等。对于必现喝非必现的bug也要详细说明,减少不必要的沟通成本。
测试环境
Web端的测试环境很多时候是通过hosts进行切换,switchhosts工具可以方便的切换需要的host,但是移动端设置起来比较复杂,比较简单的方式是电脑端设置代理,手机端直接连接代理。注意,手机和电脑必须连接 同一个网络。
兼容性
web端的测试一般都是主要使用一种浏览器,待系统基本稳定的时候,再去专门测试浏览器的兼容性。
但是,对移动端来说,这样的方式是行不通的,因为移动端主要分为安卓和IOS,而这两端出现的问题一般是不一致的,一致的问题主要是数据问题,这时候是需要后台处理的,所以我们测试的时候需要两端都重点测试,而不会出现先着重测试某一端的问题。
移动端的特性
移动端与web端相比较来说,移动端有很多自己的特性:
网络种类多:移动端有多种网络:无线网络、2G、3G、4G等,断网、网速较差及网络之间的切换时页面的显示等,这些对于移动端来说很重要。此外,在非wifi下,还需要注意网络使用量问题。
间断问题:移动端APP测试有一个很重要的问题,一般情况下在使用软件的过程并不是长久的,这中间可能发生很多中断,如电话、短信、通知、断电等等,软件需要特殊处理这些特殊情况,即中断测试
屏幕的限制:图片及文字的显示;上传不同的图片尺寸显示是否正常;图片和文字一起显示时,效果如何。
操作区域:web端的应用,一般不会受 到屏幕的限制,而且通过鼠标操作更加准确。但是移动端由于屏幕较小,页面及按钮会受到屏幕大小的限制,再加上用户都是通过手指进行操作,一些按钮、选择框 等是否容易点击,多个可点区域位置较近时,点击部位稍微偏移,也许就会造成不同的结果,这种情况下是否可以达到预先的效果。
软件启动运行:移动端APP启动、卸载、升级几个特性,这是比较常见、也很重要的,比如升级时用户的数据怎么办,卸载后用户的数据怎么处理,卸载再安装用户登录数据的显示等。
手势:移动端还有一大特性,就是移动端有自己比较简单的手势,用户可以通过手势进行一个操作,比如左滑删除、右滑返回上一个页面、左右滑动图片等,软件需要对这个手势进行适配。
分享:移动端一般会装有很多APP,用户下单或者产品有活动时,用户都会进行分享,但是分享时的权限、软件是否存在等问题,需要特殊处理测试。一般的APP, 都会开放一部分页面,允许用户不登录时即可访问,而有些页面是必须要求用户登录的,主要针对这两种权限不同的页面做分享,然后通过分享进入本页面,查看权 限的控制是否正常。分享只是简单的功能,对于一款APP,功能众多,APP功能测试就尤为重要。
web和移动端的同步:用户在web端的操作,在移动端是否可以正常的进行同步、显示;在移动端的操作,用户登录web账号,信息是否同步等。