app测试基本流程详解(汇总整理

samgxw samgxw     2023-02-28     807

关键词:

 

前言

  看过许多大神对APP测试的理解,博主总结了一下我们平时测试APP应该注意的一些测试点并结合大神的理解,总结出这篇文章。

一.测试周期

  测试周期一般为两周,根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。

二.测试资源

  2.1 产品功能需求文档

  2.2 产品原型图

  2.3 UI设计效果图

  2.4 测试设备(ios、Android、Winphone7.1及以上;Symbian v3/v5/Nokia Belle(这些系统应该已经没人用,可根据实际情况自己安排))

  2.5 测试计划

  2.6 测试大纲/测试用例

  2.7 其他(例如有秒杀专题的项目,需要规划秒杀时间表;有优惠券使用的项目,需要申请添加优惠券数据;支付宝/银联支付功能的项目,需要提前申请支付宝/银联账户等等)

三.测试要点

3.1 UI测试  

  A)  确保手头的原型图与效果图为当前最新版本。

  B)  确保产品UI符合产品经理制定的原型图与效果图。

  C)  一切界面问题以效果图为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。

  D)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型。

3.2 功能测试  

  根据软件说明或用户需求验证App的各个功能实现,采用如下方法实现并评估功能测试过程:

    1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景,对比说明或需求,整理出内在、外在及非功能直接相关的需求,构建测试点,并明确测试标准。
    2)根据被测功能点的特性列出相应类型的测试用例对其进行覆盖,如:设计输入的地方需要考虑等价、边界、负面、异常、非法、场景回滚、关联测试等测试类型对其进行覆盖。
    3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况,及时修正业务或需求理解错误。
  1.运行
 1)App安装完成后的试运行,可正常打开软件。
 2)App打开测试,是否有加载状态进度提示。
 3)App页面间的切换是否流畅,逻辑是否正确。
 4)注册
  • 用户名密码长度
  • 注册后的提示页面
  • 前台注册页面和后台的管理页面数据是否一致
  • 注册账号的输入方式——复制粘贴输入/键盘输入
  • 注册账号错误或者不合法提示语是否正确
  • 注册账号密码中带有特殊字符
  • 注册已注册过的账号
  • 密码的显示方式(明文/暗文)
 5)登录
  • 使用合法的用户登录系统
  • 系统是否允许多次非法的登录,是否有次数限制
  • 使用已经登录的账号登录系统是否正确处理
  • 用户名、口令(密码)错误或漏填时能否登陆
  • 删除或修改后的用户,原用户名登陆
  • 不输入用户口令和重复点“确定/取消”按钮,是否允许登录
  • 登陆后,页面中登录信息
  • 页面中有注销按钮
  • 登录超时的处理
  • 正确账号,错误密码
  • 错误账号,正确密码
  • 账号密码为空
  • 账号密码含有特殊字符
  • 正确账号,密码大小写输入相反
  • 一个账号多台手机登录
 2.应用的前后台切换
  1)App切换到后台,再回到App,检查是否停留在上一次操作界面。
  2)App切换到后台,再回到App,检查功能及应用状态是否正常。
  3)App切换到后台,再回到前台时,注意程序是否崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。
  4)手机锁屏解锁后进入App注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。
  5)当App使用过程中有电话进来中断后再切换到App,功能状态是否正常。
  6)当杀掉App进程后,再开启App,App能否正常启动。
  7)出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,有时候会出现应用自动跳过提示框的缺陷。
  8)对于有数据交换的页面,每个页面都必须要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃。
 3.免登陆
  很多应用提供免登陆功能,当应用开启时自动以上一次登录的用户身份来使用App。
  1)考虑无网络情况时能否正常进入免登录状态。
  2)切换用户登陆后,要校验用户登录信息以及数据内容是否相应更新,确保原用户退出。
  3)根据Mtop的现有规则,一个账户只允许登陆一台机器。所以,需要检查一个账户登录多台手机的情况。原手机里的用户需要被退出,给出友好提示。
  4)密码更换后,检查有数据交换时是否进行了有效身份的校验。
  5)支持自动登录的应用在进行数据校验时,检查系统是否能自动登录成功并且数据操作无误。
  6)检查用户主动退出登录后,下次启动App,应停留在登录界面。
 4.离线浏览
  很多应用会支持离线浏览,即在本地客户端会缓存一部分数据供用户查看。
  1)在无线网络情况可以浏览本地数据。
  2)退出App再开启App时能正常浏览。
  3)切换到后台再回到前台可以正常浏览。
  4)锁屏后再解锁回到应用前台可以正常浏览。
  5)在对服务器段的数据有更新时回给予离线的相应提示。
 5.App更新
  1)当客户端有新版本时,有更新提示。
  2)当版本为非强制升级版时,用户可以取消更新,老版本能正常使用。用户在下次启动App时,仍出现更新提示。
  3)当版本为强制升级版时,但给出强制更新后用户没有做更新时,退出客户端。下次启动App时,仍出现强制升级提示。
  4)当客户端有新版本时,在本地不删除客户端的情况下,直接更新检查是否能正常更新。
  5)当客户端有新版本时,在本地不删除客户端的情况下,检查更新后的客户端功能是否是新版本。
  6)当客户端有新版本时,在本地不删除客户端的情况下,检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的,也都属于缺陷。
 6.定位、照相机服务
  1)App有用到相机,定位服务时,需要注意系统版本差异。
  2)有用到照相机服务的地方,需要进行前后台的切换测试,检查应用是否正常。
  3)测试照相机服务时,需要采用真机进行测试。
 7.PUSH测试
  1)检查Push消息是否按照指定的业务规则发送。
  2)检查不接收推送消息时,用户不会在接收到Push消息。
  3)如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到Push。在非免打扰时间段内,用户能正常收到Push。
  4)当Push消息是针对登录用户的时候,需要检查收到的Push与用户身份是否相符,没有错误的将其他人的消息推送过来。一般情况下,只对手机上最后一个登录用户进行消息推送。
  5)测试Push时,需要采用真机进行测试。

3.3 安装卸载测试

  验证App是否能正确安装、运行、卸载、以及操作过程和操作前后对系统资源的使用情况

 1.安装
  1)软件安装后是否能够正常运行,安装后的文件夹以及文件是否写到了指定的目录里。
  2)软件安装各个选项的组合是否符合概要设计说明。
  3)软件安装向导的UI测试
  4)安装后没有生成多余的目录结构和文件。
 2.卸载
  1)测试系统直接卸载程序是否有提示信息。
  2)测试卸载后文件是否全部删除所有的安装文件夹。
  3)卸载是否支持取消功能,单击取消后软件卸载的情况。
  4)系统直接卸载UI测试,是否有卸载状态进度条提示。

3.4 兼容测试

  A)  确保软件在所有兼容机型上都能正常使用(ios一般需要兼容7或者6,  ios5可以不用考虑,用户使用率已经低于5%以下)

  B)  对于低端性能兼容机上独有的问题(例如ios5以下、Android1.6以下),若在技术上难以修改或者由于排期的原因无法在短时间内改进,必须在测试日报中注明,并得到技术平台主管、产品经理以及运营人员的确认,最好以邮件的形式得到确认)

3.5 性能测试

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

  • App安装、卸载的响应时间
  • App各类功能性操作的响应时间
  2)压力测试,反复/长期操作下,系统资源是否占用异常。
  • App反复进行安装卸载,检查系统资源是否正常
  • 其他功能反复进行操作,检查系统资源是否正常

3.6 交叉事件测试

  针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法。交叉测试又叫事件或冲突测试,是指一个功能正在执行过程中,同时另外一个事件或操作对该过程进行干扰的测试。如:App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。

  交叉事件测试非常重要,能发现很多应用中潜在的性能问题。
  1)多个App同时运行是否影响正常功能。
  2)App运行时前/后台切换是否影响正常功能。
  3)App运行时拨打/接听电话。
  4)App运行时发送/接收信息。
  5)App运行时发送/收取邮件。
  6)App运行时浏览网络。
  7)App运行时使用蓝牙传送/接收数据。
  8)App运行时使用相机、计算器等手机自带设备。

3.7 回归测试

  A)软件最终上线前,需对产品进行回归测试,测试内容包含之前所有的测试项目

  B)回归测试不再对细节进行测试,而是类似于对产品进行验收,从客户正常使用的角度对产品进行再一轮的整体测试。

  C)只有在回归测试通过之后,才对产品进行提交。

3.8 安全测试

  1.安装卸载安全测试

  1)应用程序应能正确安装到设备驱动程序上

  2)能够在安装设备驱动程序上找到应用程序的相应图标
  3)安装路径应能指定
  4)没有用户的允许,应用程序不能预先设定自动启动
  5)卸载是否安全,其安装进去的文件是否全部卸载
  6)卸载用户使用过程中产生的文件是否有提示
  7)其修改的配置信息是否复原
  8)卸载是否影响其他软件的功能
  9)卸载应该移除所有的文件

  2.数据安全性

  1)当将密码或其它的敏感数据输入到应用程序时,其不会被存储在设备中,同时密码也不会被解码。

  2)输入的密码将不以明文形式进行显示。
  3)密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上。
  4)不同的应用程序的个人身份证显示长度必须至少在4-8个数字长度之间,密码暗文显示。
  5)当应用程序处理信用卡明细或其它的敏感数据时,不以明文形式将数据写到其他单独的文件或者临时文件中。以防止应用程序异常终止而又没有删除它的临时文件,文件可能遭受入侵者的袭击,然后读取这些数据信息。
  6)当建立敏感数据输入到应用程序时,其不会被存储在设备中。
  7)应用程序应考虑或者虚拟机器产生的用户提示信息或安全警告
  8)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户。
  9)在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作。
  10)应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况。
  11)当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息。
  12)在没有用户明确许可的前提下不损坏、删除个人信息管理应用程序中的任何内容。
  13)如果数据库中重要的数据正要被重写,应及时告知用户。
  14)能合理的处理出现的错误。
  15)意外情况下应提示用户。

  3.通讯安全性

  1)在运行软件过程中,如果有来电、SMS、蓝牙等通讯或充电时,是否能暂停程序,优先处理通信,并在处理完毕后能正常恢复软件,继续其原来的功能。

  2)当创立连接时,应用程序能够处理因为网络连接中断,进而告诉用户连接中断的情况。
  3)应能处理通讯延时或中断。
  4)应用程序将保持工作到通讯超时,进而给用户一个错误信息指示有链接错误。
  5)应能处理网络异常和及时将异常情况通报用户。
  6)应用程序关闭网络连接不再使用时应及时关闭,断开。

 四. 提交测试报告

  根据自己的测试结果,输出一份测试报告,邮箱发给相应的负责人。

(转)app测试流程及测试点(个人整理版)

正式测试前先向主管确认项目排期。接收版本App测试版本送测规范UI测试:核对rp/效果图功能测试:核对需求文档、兼容性测试、性能压力测试,尽快申请到正式环境下测试,后台订单统计测试、用户行为统计测试、发送上线报... 查看详情

app测试基本流程

前言  看过许多大神对APP测试的理解,博主总结了一下我们平时测试APP应该注意的一些测试点并结合大神的理解,总结出这篇文章。一.测试周期  测试周期一般为两周,根据项目情况以及版本质量可适当缩短或延长测试时... 查看详情

app测试基本流程

一、测试周期测试周期一般为两周,根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。二、测试资源测试任务开始前,检查各项测试资源。产品功能需求文档产品原型图产品... 查看详情

app测试基本流程以及app测试要点梳理,保证您看了不后悔!

前言:相信很多刚刚步入测试行业的小伙伴对于APP测试不是很熟悉,这次我为大家提供一篇宝藏文章,希望大家喜欢,谢谢!一、APP测试基本流程1、流程图2、测试周期测试周期可按项目的开发周期来确定测试... 查看详情

疫情面试了13家企业软件测试岗位,面试题整理汇总,真的牛

项目的测试流程拿到需求文档后,写测试用例审核测试用例等待开发包部署测试环境冒烟测试(网页架构图)页面初始化测试(查看数据库中的数据内容和页面展示的内容是否一致,并且是否按照某些顺序排... 查看详情

移动端app自动化测试超全基础汇总

...的简历  3.需要掌握的基本知识四.技术基础知识1.常见测试理论  2.python语言常见问题  3.python常问算法  4.linux基本命令  5.计算机网络  6.操作系统  7.数据库相关  8.fiddler抓包工具  9.android系统相关工具 ... 查看详情

app测试基本流程以及要点梳理,保证您看了不后悔

前言:相信很多刚刚步入测试行业的小伙伴对于APP测试不是很熟悉,这次我为大家提供一篇宝藏文章,希望大家喜欢,谢谢!一、APP测试基本流程1、流程图2、测试周期测试周期可按项目的开发周期来确定测试... 查看详情

volte端到端业务详解|掉话问题

...#xff1a;VoLTE端到端业务详解|汇总_COCOgsta的博客-CSDN博客10.2.1基本流程传统移动通信网络的掉话指无线信道上的掉话,比如2G网络的业务信道(TCHÿ 查看详情

volte端到端业务详解|基本概念

书籍来源:艾怀丽《VoLTE端到端业务详解》一边学习一边整理书中的笔记,并与大家分享,侵权即删,谢谢支持!附上汇总贴:VoLTE端到端业务详解|汇总_COCOgsta的博客-CSDN博客2G/3G网络的掉话一般是在通话过... 查看详情

monkey命令基本参数详解

...过adb来运行,adb的环境我们在后面给大家更新一下:《APP测试之adb》,查看Monkey,monkey属于android系统自带的:在system的bin目录下可以看到Monkey在通过monkey进行测试前,需要知道待测试app的包名,可以通过使用“uiautomatorviewer.bat... 查看详情

volte端到端业务详解|基本概念

书籍来源:艾怀丽《VoLTE端到端业务详解》一边学习一边整理书中的笔记,并与大家分享,侵权即删,谢谢支持!附上汇总贴:VoLTE端到端业务详解|汇总_COCOgsta的博客-CSDN博客如图7-1所示的广告,大家可... 查看详情

redisinfo命令详解(代码片段)

...图或分享的源码阅读不是源码阅读,没有报告的性能测试不是性能测试。——漠冰曰这篇文章打算作为INFO命令的输出整理汇总,目前还未全部完成…1.环境代码版本:redis-4.0.6工具:本地用CLion打开,增加CMakeLi... 查看详情

app测试流程

这个东西好像我记得在我的移动APP测试经验里有写到。记得不是那么清楚了,正好今天有人问,我就整理一下贴出来给大家看看吧。首先看看下面这个图 我想这幅图应该能够很明确的展示APP测试的流程了。然后需要说明的是... 查看详情

volte端到端业务详解|volte用户呼叫流程

...a;VoLTE端到端业务详解|汇总_COCOgsta的博客-CSDN博客5.3.1主叫流程如图5-37所示,VoLTE用户在LTE网络的主叫呼叫过程,大致如下。流程1 查看详情

volte端到端业务详解|srvcc专题

...#xff1a;VoLTE端到端业务详解|汇总_COCOgsta的博客-CSDN博客10.3.1基本流程如图10-59所示,SRVCC切换和传统切换一样包含四个过程:切换判决࿰ 查看详情

volte端到端业务详解|典型互通流程

书籍来源:艾怀丽《VoLTE端到端业务详解》一边学习一边整理书中的笔记,并与大家分享,侵权即删,谢谢支持!附上汇总贴:VoLTE端到端业务详解|汇总_COCOgsta的博客-CSDN博客从上面的话务模型可以看出来&#... 查看详情

volte端到端业务详解|volte基本概念

书籍来源:艾怀丽《VoLTE端到端业务详解》一边学习一边整理书中的笔记,并与大家分享,侵权即删,谢谢支持!附上汇总贴:VoLTE端到端业务详解|汇总_COCOgsta的博客-CSDN博客5.1.1域选由于支持VoLTE的UE可以... 查看详情

volte端到端业务详解|编解码协商流程

书籍来源:艾怀丽《VoLTE端到端业务详解》一边学习一边整理书中的笔记,并与大家分享,侵权即删,谢谢支持!附上汇总贴:VoLTE端到端业务详解|汇总_COCOgsta的博客-CSDN博客由于VoLTE网络中不同网元、不同... 查看详情