二、APP需求分析与用例设计

目录

1.需求评审

2.移动APP测试用例设计的关注点

1.应用的启动和停止

2.  程序功能模块

3.  权限安全

4. 文件储存

5.  网络与流量

6.  接口容错

7  中断测试

8  机型适配

9.  系统配置

10.  升级&覆盖安装

11  性能测试


1.需求评审

1.评审概念

需求评审是需求落地相关的人员审核需求设计结果的过程。

测试:

  1. 充分理解需求,为后续的测试用例编写打下基础
  2. 基于对需求细节的了解,可以更准确地评估测试的要点和工作量
  3. 发现需求中模糊不清的地方,预防缺陷的产生

开发:

  1. 指导开发明确要实现的功能
  2. 评估需求释放都可以理解并且实现
  3. 对软件,系统的整体工作量有一个评估

项目:

  1. 各方对需求理解达成一致(测试和开发)
  2. 对需求进行一定的测试,进行查漏补缺,达到合格的要求:全面,正确,无二义性,没有模糊字眼
  3. 知识传递:类似项目上
  4. 发现隐藏和间接的需求:性能,体验

2.需求评审原则

  • 在预审间要使用检查单,以避免发现缺陷不知道记录在那里的情况发生
  • 避免过度依赖检查单
  • 评审会议要限制在2小时之内,以避免长时间讨论而偏离了评审会议的主题。
  • 审查的对象是产品而非生产者(作者),因此要避免对作者本人进行人身攻击。
  • 要给评审人员提供足够的预审时间,一般以提前两天为佳。
  • 如果有与会人员为准备好,则将会议延期:如果有关键人确实抽不出时间,则取消订单。

3.同行评审

评审的分类

  • 审查。审查和小组评审很相似,但更为严格,是最系统化、最严密的评审形式,包含了制定计划、准备和组织会议、跟踪和分析审查结果等。
  • 走查,产品的作者将产品在现场向同一组同事介绍,描述产品要有怎样的功能、结构,从头到尾走一遍,以收集大家的意见。希望参与评审的其他同事可以发现产品中的错误,并能进行现场讨论这种形式介于正式和非正式之间,其应用普遍。是一种一种非正式的同行评审
  • 单人复审
  • 多人复审
  • 评审对象:项目中所有产出的文档都要经过评审

审查的步骤:

2.移动APP测试用例设计的关注点

1.应用的启动和停止

1.1  首次启动

1.是否出现欢迎界面,欢迎界面的停留时间合理,欢迎界面后是否正常进入应用;

2.首次启动时间是否合理;

3.该拉取的信息是否合理;

4.桌面图标是否创建成功,功能启动快捷键创建是否成功(某些安卓手机会有桌面创建应用内某个功能的快捷键的需求)

1.2  二次启动

1.启动时间是否符合预期;

2.从各个启动入口进入应用是否可以正常进入:程序启动主图标,某个功能的快捷键,widget;

3.启动后检查状态:如初始化信息、初始状态、启动对网络

4.启动进程服务检查:进程名、进程数、服务名、服务数、第三方调用的SDK如GPS

5.带登陆的应用是否二次启动的时候正常登陆

1.3  程序异常退出后的启动

操作出现crash后在启动:如空指针、内存溢出等

手动停止进程:多进程的情况停止所有或者停止其中一个后重启

手动停止服务:多服务的情况,停止所有或者停止部分服务后,为重启直接使用

管家软件一键清理进程后重启

其他系统软件工具停止进程、清理软件数据

2.  程序功能模块

这个一般是根据需求来对应用的所有模块所有功能的触发事件逐一验证。这个最基本的要从两个方面考察,一方面是顺从需求来对模块进行操作,是否达到需求规定的预期;另一方面就是于需求背道而驰是否程序会有相应异常控制等等。

2.1 文本框输入功能

正常输入、输入越界、特殊字符集(\n,\r等),利用复制粘贴想文本输入内容,输入程序规定不让输入的字符

2.2  事件触发

每一个按钮、每一个可点击项是否能够完成需求规定的功能

尝试点击页面上不可点击的区域,来验证在测试过程当中的预留测试后门是否关闭

3.  权限安全

  • 需要用户确认的权限没有授权,权限默认关闭
  • 联网权限被管家、系统安全类似软件限制情况下的联网操作
  • 权限敏感度,如通信录等为系统的绝密权限谨慎获取
  • 使用安全软件进行安全漏洞、病毒扫描,看被测APP是否会被这些安全软件提示有问题而影响用户的对被测APP的使用或者印象

4. 文件储存

  • APP使用过程中产生的临时文件存储路径、命名方式等
  • APP中涉及的下载操作产生的文件存储方式
  • 储存的文件被锁、占用
  • 由外置SD、内置SD卡都要考察APP产生的文件是否正确
  • APP被安装在SD卡或者手机储存空间
  • 磁盘空间不足、磁盘无权限(如读、写)

5.  网络与流量

  • 网络信号,尤其是弱网环境下应用的表现
  • 不同运营商网络:电信、联通、移动,2G/3G/4G/5G
  • 网络中断、网络恢复场景的逻辑处理(如重试),以及网络提示
  • 首次启动应用的流量是否符合预期
  • 统计、异常上报对流量的影响
  • APP中图片大小,尺寸是否有考虑对网络流量的影响

6.  接口容错

请求网络层错误:http response返回非200的状态

请求业务层错误:接口返回内容为空、超长、字段类型不匹配

7  中断测试

锁屏中断:停留在程序操作界面进行锁屏,恢复后检查操作是否正常

前后台切换:停留在程序操作界面,通过Home键,进行程序的前后台切换

加载中断:页面接口请求、界面框架加载时,通过Home键、返回键、快速切换操作进行中断

系统异常中断:如关机、断电、来电

8  机型适配

8.1  分辨率适配

UI结构、对话框基于分辨率、屏幕大小进行适配

8.2  I0S版本适配

涉及API调用如获取SIM卡信息、外置SD卡设置(4.4外置SD卡不具备写的权限)

8.3  CPU硬件配置

X86机型、V5、V6、V7、V8

9.  系统配置

  • 进程管理:省电管理、后台进程驻留管理
  • 显示管理:字体大小、字体类型
  • 语言环境:语言环境
  • 横竖屏配置:是否支持横竖屏自适应处理

10.  升级&覆盖安装

  • 逐步升级:用户数据、设置、状态的保留,特别注意新版本己去掉的状态或设置
  • 跳级:即隔开版本覆盖安装 •降级:覆盖安装更低版本
  • 卸载安装:卸载安装,安装目录清理,SD卡存储数据不被清理
  • 省流量升级:有些助手提供省流量升级的方式
  • 在没有更新或者网络时,需要给予用户正确的信息表达
  • 如果升级有忽略本次版本升级,那么当有新的升级版本时,是否还有提示升级
  • 强制升级:不升级无法使用

11  性能测试

11. 1 性能

核心操作的性能指标:如CPU/内存、响应时长、电量、流量

11.2稳定性

  • 选择某些场景做持续反复操作
  • Monkey稳定性操作,持续多个小时

11.3流畅度

列表滑动、返回进入、快速点击(这个肉眼不好评判,可以借助GT, — 般打分在90分以上是比较好的)

11.4软件兼容

  • •通用软件:输入法
  • •安全软件
  • •通信类
  • •竞品软件:同类软件,是否出现冲突

12.      竞品对比测试

  • •功能方面:与同类竞品软件在UI设计,交互体验等方面进行对比
  • 性能方面:同类竞品软件在性能、耗电、流量等方面至少与对方持 平,最好不要低于对方太多
发布了45 篇原创文章 · 获赞 4 · 访问量 4613

猜你喜欢

转载自blog.csdn.net/qq_44891948/article/details/104088967
今日推荐