黑盒测试之从系统测试到APP测试

发表于:2015-12-25 10:33

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:app-tester    来源:51Testing软件测试网采编

  从8月15-至今,由系统测试转向app测试已有4月,怕忘记了短暂的系统测试所得,在此对比下二者的异同
  一、侧重点不同
  系统测试:
  1、系统内置app功能稳定可用,不出现闪退等恶劣现象
  2、系统稳定,不出现黑屏、死机、卡顿现象,使用流畅
  3、响应时间、功耗满足要求
  4、开机启动时间
  5、系统自带设置项功能正常可用,测试时要注意设置项与内置app等功能不冲突
  6、可正常开关机,测试时要考虑异常断电,关机重启,锁屏重启等现象
  7、系统需要做性能测试,之前经常用安兔兔等软件做性能测试
  8、简单的压力测试(以点击次数为准)
  9、兼容性测试,主要是从当前主流市场下载不同app,在所用系统做简单功能遍历,看看是否兼容
  10、升级测试,以自身造数据为主,升级后,查看数据是否依然保存
  11、内部app互相干扰,是否正常
  app测试:
  1、app需要测试前端UI、功能,后台接口
  2、结合设备自身的设置项,如网络、手势、来电等进行测试
  3、升级测试,需要考虑后台数据库升级、web升级、前端升级是否正常
  4、兼容性测试需要考虑:不同设备、不同系统和版本、设备其他项、新后台对应老前端、iOS和Android交互等
  5、非主流app性能测试可以稍微放后一点测试,等app上线后用户量达到一定数量时,再作为重点测试项
  二、测试方法不同
  系统测试:
  1、之前测试的是yunos系统,类似Android系统,可使用adb命令收集log,使用monkey跑稳定性
  2、响应时间和功耗测试,以第三方软件为主,进行自动化测试
  app测试:
  1、目前主要在Andorid和IOS两种系统中进行测试,没有使用自动化测试工具,以手动功能测试为主
  三、case编写方式不同
  系统测试:
  1、系统比较稳定,测试人员在6-8个,每人负责只几个模块
  2、针对模块,详细的编写case,包括每一个执行步骤
  app测试:
  1、需求变化较大,测试人员1个
  2、测试任务较重,采取的是较为简陋的测试方法,没有写详细的测试case,以思维导图代替case集
  3、将探索性测试、容易忘记测试步骤、逆向思维的测试以case形式写出来,防止测试时间过紧而被遗忘
  开个小差:测试的时候,越怕测试那一块或者是故意躲开哪一块,那里就一定有问题
  四、项目流程相似
  分析需求-->基本单元测试-->模块化测试-->全面测试-->升级测试
  ↓       ↓           ↓         ↓
  ———BUG提交、跟踪、管理—————>发布上线-->项目扫尾
  感言:虽然知道自己的文笔不行,知识储备也不够,但还是硬着头皮写下这篇文章,希望能够看着自己一点点进步。每次回读也好知道自己缺了什么,要补什么。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号