web测试,APP测试的要点和不同

WEB测试和APP测试H5测试的共同点

1.功能测试:
  所实现的功能是否和需求一致;
2.界面测试:

  检查用户界面的风格是否满足客户的要求, 是否通用,文字是否正常,页面是否美观,文字,图片是否结合完美,操作是否友好等等。

  界面测试中常见的bug
         1.重叠,截断,
         2. 丢失文字,文字自动换行 应该显示为一行的句子, 被截断,显示为两行
         3.缺失快捷键,重复的快捷键,不合适的快捷键

3.链接测试:
  打开链接速度是否合理;

  是否链接到正确的页面;

  是否有空白页面;
4.性能测试:
  系统能支持多少用户同时在线;

  超过这些用户数,系统会给出什么样的反映;
5.兼容性测试:
  项目在不 同操作系统,不同浏览器上功能是否能正常使用;
6.安全性测试:
  用户的登录名和密码在传输过程中是否是加密传输的;
  用户长时间未操作页面,session会话是否会过期,要求用户重新登录;
  日志文件cookies里的用户名和密码是否是加密的;
  登录次数和登录设备是否有限制,是否支持一个账号多个设备登录;

APP和H5测试相同点测试特点

弱网络环境测试:
  在wifi、4g、3g、2g情况下是否能正常运行;
  在网络不好时,是否给出提示;
  网络不好时,会出现重复提交,用户不断点击的问题,开发是否做判断;
  当网络由不好变为良好时,软件功能能否正常使用

用户体验测试  

   以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。

      通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性,提出修改意

APP测试特点

一,安装,运行,卸载测试
 1)检测软件是否能正确安装、运行、卸载;
 2)安装、卸载、更新错误报告;
 3)其他辅助信息:    -位置和文件夹是否合理;
                                  -组件是否正确注册或删除;  
                                 -评估操作前后,CPU、Memory(内存占用)、Storage(磁盘占用)等系统资源的使用情况。 
4)运行过程中,是否有加载提示;
运行速度是否流畅;
各个模块之间的切换是否正常;

二,更新测试:
  打开旧版app时,是否有更新提示,且在不同的手机版本上都能更新成功;
  打开新版app时,不显示更新提示,在设置中检查更新,提示已更新到最新版本;
  若app时强制更新,用户打开旧版app时,有更新提示,旧版qpp新版功能不可用,用户退出app,再进    入app时,仍有强制更新提示;
  若app不是强制更新,用户打开旧版app,有更新提示,取消更新,再次打开时,仍有更新提示;
  在不删除客户端的情况下,用户是否能更新成功,查看新版功能是否正常;
  更新过程中,更新速度是否合理;
  更新过程中,突然网络不好是否有提示;
  更新过程中,突然死机,断电,卡死,手机恢复正常后,是否能更新成功;

  新版版发布后,配合不同网络环境的自动更新提示,及下载、安装、更新、启动、运行的验证测试。  

三,兼容性测试:

   主要测试内部和外部兼容性,包括: 与本地及主流App是否兼容;  

  检验在各种网络连接下,App的数据和运用是否正确;

   与各种设备是否兼容(若有跨系统支持则需要检验是否在各系统下,各种行为是否一致)。 

  app在不同手机,不同操作系统,不同手机版本上功能是否正常;

四,弱网络环境测试
  app在wifi、4g、3g、2g情况下是否能正常运行;
  app在网络不好时,是否给出提示;
  app网络不好时,会出现重复提交,用户不断点击的问题,开发是否做判断;
  当网络由不好变为良好时,软件功能能否正常使用


五,中断冲突测试:
  app运行时拨打或接听电话、发送短信、接受邮件、启动相机等有何提示;
  app运行时突然断电、断网、不断点击、不断刷新、切换前后台是否崩溃(变态测试)

六,压力测试,性能测试:
安卓用monkey,不断点击、滑动屏幕,看软件是否崩溃,

  1)极限测试:在各种边界压力情况下(如电池、存储、网速等),验证App是否能正确响应。 

  2)响应能力测试:测试App中的各类操作是否满足用户响应时间要求 

  3)压力测试:反复/长期操作下,系统资源是否占用异常; 

  4)性能评估:评估典型用户应用场景下,系统资源的使用情况。  

  5)Benchmark测试(基线测试):与竞争产品的Benchmarking, 产品演变对比测试等。  

七,应用的前后台切换:

  app切换到后台,再回到app,检查是否停留在上次操作界面;功能和应用状态是否一样;
  app切换到后台,再回到前台时,注意程序是否崩溃,尤其对于从后台切换到前台数据有自动更新的时候;
  手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常,尤其对于从后台切换到前台数据有自动更新的时候;
  当杀掉app进程,再开启app,app能否正常启动;
  对于有数据交换的页面,每个页面必须进行前后台切换和锁屏的测试,这种页面最容易出现崩溃;
  出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,有时候会出现提示框自动消失的缺陷;
  app横竖屏的切换,功能是否正常;

八.消息推送开关测试:
  消息推送默认打开;
  关闭消息推送关闭后,收不到推送消息;
  打开推送开关能否正常接收消息;
  app运行时消息推送不会进入消息栏;
  app后台挂机时,消息栏可以接收到推送提醒,点击后从消息栏消失

  九. 用户体验测试  

 以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。 通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性,提出修改意

H5测试重点

优势:
  1. H5可以跨平台使用,开发成本相对较低
  2. H5可随时上线就更新版本,适合快速迭代
  3. H5可以轻量的触达用户,提供更便捷的服务
          在微信入口或者浏览器上,用户只需点开链接就可以获取我们锁提供的服务 
 
劣势:
  1. H5->app的转化强依赖于浏览器
  2. H5目前基本无法将数据存储在本地,依赖实时性数据,网络状态不好的时候卡到哭。
  3. 性能相对较低,影响用户体验


1、通过H5网页(非手机的返回功能)的返回功能可以返回,不会出现无法返回的情况。
  返回逻辑:
  对于页面中的返回,以及浏览器自带的返回的测试。 

  通过H5页面(非手机自带返回键)的返回功能键返回,可以返回到正确的页面(上一级/退出h5)

  点击返回与back键,回退页面是否是期望页面

2、横屏竖屏相互切换,

  能自适应,并且布局不会乱掉; 或页面只支持横或竖屏限制 
3、在手机上从list点击进入detail页面,要在原窗口打开,这样可以通过页头的返回按钮返回,而不需要通过手机的返回键返回,这样交互上更友好。 
4、关注页面请求,是否会有多余的请求,或者请求后有多余的数据返回,尽量精简,否则会浪费流量。 
5、图片适配测试,根据不同屏幕和分辨率做适配,以及适配后的清晰度,高端机取双倍尺寸的图 
  H5适配相关

  H5的适配其实比客户端的相对来说,要少一些,手机品牌之间的差异不大,所以不用太多关注,最容易出现问题的是android2.3系统,这个要特别关注下:

  A、大屏(如720*1280,重点关注页面背景是否完全撑开页面,刷新是否有抖动)、小屏手机(如320*480,重点关注下弹框样式和文案折行)

  B、android2.3、android4.X随机找一个即可。

  C、ios5、ios6、ios7。
6、H5的页面在PC端也是能访问的,chrome对H5支持最好,功能的测试可以在PC端chrome下先测试,也可以在手机上直接测试,这个看个人习惯。(ie系列包括ie8,及以下都支持的不好) 
7、手指滑动是否流畅,手指点击时焦点是否定位正确,不同机型会不一样。焦点点击是否灵敏。 
9、手机测试要特别关注交互是否友好,与PC机的事件模型不一样,可能会导致一些体验的问题,比如:弹出层的点击,是否会穿透,影响到弹出层下面的页面。 
10、对于一些浮层做的页面,例如地图、产品分类等浮层,注意拖动后是否可以看到它下面的页面,拖动后边缘是否有留白

11、网络切换:从wifi切换到2G/3G网络、从2G/3G网络切换到wifi等 
弱网络降级:处于2G/3G网络省流量模式的一些特殊处理,比如2G网络下测试,图片多时是否要懒加载等。网络状况差的场景,可提示文案,但不能闪退。

原文地址:https://www.cnblogs.com/cyq0528/p/13959825.html