app主要核ui与实际设计的效果图是否一致;交互方面的问题建议,可以先与产品经理确认,确认通过后,才开始让开发实施更改或优化
根据软件说明或用户需求验证App的各个功能实现,实际测试过程一般都是根据功能测试用例来执行。测试覆盖率基本上都是有测试用例主导,也就是说在功能测试部分,是检验测试用例是否有效以及完整的,也就导致另外一个问题,测试用例怎么写的问题。
模拟用户真实使用app是会遇到的中断情况进行测试如: 网络的断网, 切换网络, 断电,来电话/短信,听音乐,切换到其他app, 打开其他app 的通知等
新旧版本的在功能,逻辑层面的兼容测试, 同一个app 在不同系统版本运行,以及不同机型之间的适配测试兼容测试:接口的兼容性测试能够保证大部分的功能完善;app在不同系统版本上保证运行适配性: 屏幕,系统版本等(系统位数一定要考虑)该部分通过第三方的云平台进行
可测试的方面- 安装和启动时间- CPU的占用- 内存的占用- 流量的耗用- 电量的耗用- 后端,测试App中的各类 *** 作是否满足用户响应时间要求,主要是测试点在网速方面,2g,3g,wifi, 4g一定要覆盖到- 后端 有网络并发
在各种边界压力情况下(如电池、存储、网速等),验证App是否能正确响应
反复/长期 *** 作下,系统资源是否占用异常;Android 可是使用adb命令
压力测试主要集中在后端,前端的压力测试目前测的较少
App安全测试大概划分为以下几类:
从数据的本地存储到数据的传输、处理以及远程访问等各个环节,基于相应的安全标准/行业标准评估App的安全特性;
借鉴在Web App和网络安全测试的一些成功经验在智能终端App测试中进行裁减或适配;
检测App的用户授权级别,数据泄漏,非法授权访问等;
对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测,以期发现潜在的安全问题;
基于各种通信协议或相应的行业安全标准检视App是否满足相应的要求。
这个简单的说就是站在用户的角度上进行使用app,学习成本低,易上手等,可以进行用户盲测,根据用户反馈的意见进行修改。测试人员可以通过与其他竞争品进行对比, 或者根据较大厂商app的交互习惯进行比较。
一般这部分建议使用自动化测试, 如果没有自动化测试,可以根据以下几方面进行测试:
线上测试是产品上线之后一定要完成的,这部分可以根据场景化进行回归测试,其中网络环境要全部覆盖一遍
一般理论上是分5个阶段:测试计划、测试设计、测试开发、测试执行、测试评估其他的按照测试种类不同,工具不同,方向不同,习惯不同,要求不同又细分很多很多步骤比如有些人就习惯按照测试设计、单元测试、集成测试、系统测试、验收测试划分而且还有所谓的二次测试、最终测试以及性能方面的压力测试等等测试过程一般都比较有针对性,所以每个软件的测试过程可能都不一样,大公司可能5步或更多步,小工作节约人力就1步等等,看现实需求吧
Step1:发邮件给开发者进行申请
要想参与 TestFlight 的 App 测试,必须得到相应 App 开发者的邮件邀请。
作为 VVebo 的重度使用者和爱好者我决定试试,按开发者的要求,我发了一封饱含诚意的邮件(包括购买凭证截图以及建议)。
以下是邮件部分内容:
Step2:坐等开发者的邀请
VVebo 开发者大大可能被我满满的诚意打动了有木有,很快就回复邀请我作为测试者,好兴奋呀!
Step3:安装试用版应用
前往 App Store 下载安装 TestFlight。
在 iPhone 上点击「Open in TestFlight」按钮,便会自动跳转安装应用啦!
安装好的测试版,在桌面会以应用名前多出一个「小黄点」进行区分,如图。(注:此黄点目前无法消除)
首先是测试资源确认及准备
(1)产品需求文档,产品原型图,接口说明文档及设计文档应该齐全
(2)测试设备及测试工具的准备:IOS和Android的不同年版本的真机,以及测试相关工具的准备。
测试用例的设计及评审
(1)根据产品需求文档,产品原型图等文档,设计客户端的一般功能测试用。
(2)测试用例评审,修改与完善,评审过后着手进入正式测试阶段
UI测试
(1)确保手头的原型图与效果图为当前最新版本,符合产品经理及用户需求。
(2)测试过程一切以效果图为准,若用户体验方面有建议,先以邮件的形式与产品经理确认,确认通过后,可以正式的发出用户体验方面的问题
功能测试
(1)APP功能测试主要依据编写的功能测试用例进行软件功能的遍历
(2)涉及的测试主要包括基本功能测试,安装,卸载,运行测试,异常处理(包括网络突然中断或者网速过慢,机器内存不足等异常情况的处理)
中断测试
(1)软件运行过程中接电话,收短信,锁屏,闹铃,充电,收到通知提醒后在使用软件,软件任可以正常运行
(2)运行软件时由前台切换到后台,再切换回前台仍能继续运行
兼容性及适配器测试
(1)硬件的适配:不同手机厂商,硬件性能,不同屏幕大小的适配。
(2)OS版本的兼容。
(3)不同屏幕分辨率的适配:移动端设备的屏幕分辨率多种多样,如果app没有做合适的处理可能会显示不好,甚至影响功能的 *** 作。
(4)兼容性测试必须放在一定数量的真机上运行,由于真机类型较多,兼容性测试的时候可以选取典型的几种运用较多的真机进行兼容性测试。
性能测试
(1)客户端性能测试注重安装卸载时间,启动时间,页面加载时间,主要功能占用的床铺,内存,流量,耗电量等,以及与同类产品相比较是否具有优势。
(2)至于服务器端的性能,主要利用接口对服务器进行加压,重点关注相应时间,吞吐量,并发数,事务通过率等。
稳定性测试
(1)安卓app的稳定性常常使用monkey进行测试,通过随机事件流模拟个人 *** 作,对检查程序的内存溢出,空指针有很大的作用
检测分析及测试报告输出
以上各种形式的APP测试结束后,应该形成完整的分析及报告文档,输出给相关人员
塞班平台
Symbian^3:是塞班目前最新的 *** 作系统,最新版本代号anus,相对于S60系统,使用电容屏,支持多点触控,对大型3D游戏有更好的支持,整体运行更加流畅。包括诺基亚N8|C7|E7|X7等机型。
S60V3:Symbian60 *** 作系统的第三版,是S60系列目前使用最广泛的智能手机 *** 作系统包括诺基亚N96|N95|N93|N92|N91|N86|N85|N83|N82|N81|N73|E71等机型
S60V5:Symbian60 *** 作系统的第五版,也是S60系列目前最新的版本s60v5有相比s60v3更强的智能性和更强的硬件支持性同时在GUI( *** 作系统交互界面)方面也是迄今为止塞班除UIQ以外最漂亮的包括诺基亚X6|N97|5800|553xm等机型
S60V2:Symbian60 *** 作系统的第二版包括诺基亚N90|N72|N70|7610|668|6681|6680|6670|663等机型
S60V1:Symbian60 *** 作系统的第一版包括诺基亚N-GageQD|N-Gage|7650|3660|3650|3620机型
UIQ30:SymbianUIQ是基于Symbian智能系统的 *** 作界面之一,UIQ界面上可支持手写 *** 作UIQ30是通过索尼爱立信P990首发的
UIQ20:SymbianUIQ是基于Series智能系统的 *** 作界面之一,UIQ界面上可支持手写 *** 作UIQ20是通过索尼爱立信P800首发的
S40v2:Series40 *** 作系统的第二版包括诺基亚7500|7380|7360|7270|7260|6822|6230i|6230|6170|6125|6103|6102|6101等机型
S40v3:Series40 *** 作系统的第三版包括诺基亚8600Luna|7610Supernova|7510Supernova|7510a|7373|7370|7212c|7070Prism|7020|6700c等机型
S40v5:Series40 *** 作系统的第五版包括诺基亚8800SapphireArte|8800DiamondArte|8800CarbonArte|7310Supernova|7210Supernova|6600fold|等机型
S40V6:Series40系统的第六版。支持ovi商店和ovi地图,以及WIFI和GPS。UI和S60大致相同。
手机app测试主要有以下:
1安全测试
1)软件权限
-扣费风险:包括发送短信、拨打电话、连接网络等-隐私泄露风险:包括访问手机信息、访问联系人信息等-新增风险项
2)开发者官方权限列表信息比对分析2安装、运行、卸载测试
验证App是否能正确安装、运行、卸载,以及 *** 作过程和 *** 作前后对系统资源的使用情况,主要包括:
1)检测软件是否能正确安装、运行、卸载;2)安装、卸载、更新错误报告;3)其他辅助信息:-位置和文件夹是否合理;-组件是否正确注册或删除;
-评估 *** 作前后,CPU、Memory(内存占用)、Storage(磁盘占用)等系统资源的使用情况。3UI测试
测试用户界面(如菜单、对话框、窗口和其它可视控件)布局、风格是否满足客户要求,文字是否正确,页面是否美观,文字,组合是否完美, *** 作是否友好等。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易 *** 作性测试。4功能测试
根据软件说明或用户需求验证App的各个功能实现,采用如下方法实现并评估功能测试过程:
1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景,对比说明或需求,整理出内在、外在及非功能直接相关的需求,构建测试点,并明确测试标准(若用户需求中无明确标准遵循,则需要参考行业或相关国际标准或规则)。2)根据被测功能点的特性列举出相应类型的测试用例对其进行覆盖,如:涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况,及时修正业务或需求理解错误。5性能测试
评估App的时间和空间特性
1)极限测试:在各种边界压力情况下(如电池、存储、网速等),验证App是否能正确响应。
2)响应能力测试:测试App中的各类 *** 作是否满足用户响应时间要求3)压力测试:反复/长期 *** 作下,系统资源是否占用异常;4)性能评估:评估典型用户应用场景下,系统资源的使用情况。
5)Benchmark测试(基线测试):与竞争产品的,产品演变对比测试等。6中断测试
针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法,如:App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。7兼容测试
主要测试内部和外部兼容性,包括:
与本地及主流App是否兼容;检验在各种网络连接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等),App的数据和运用是否正确;
与各种设备是否兼容(若有跨系统支持则需要检验是否在各系统下,各种行为是否一致)。
8安全测试
安全测试显得尤为重要,粗心、不谨慎的数据存储或传输方式使得非法、恶意目的有可乘之机。
智能终端安全涉及各信息交互、存储接点,借鉴于网络传输和相关安全测试经验,App安全测试大概划分为以下几类:
1)从数据的本地存储到数据的传输、处理以及远程访问等各个环节,基于相应的安全标准/行业标准评估App的安全特性;
2)借鉴在WebApp和网络安全测试的一些成功经验在智能终端App测试中进行裁减或适配;
3)检测App的用户授权级别,数据泄漏,非法授权访问等;
4)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测,以期发现潜在的安全问题;
5)基于各种通信协议或相应的行业安全标准检视App是否满足相应的要求
(1) 非功能测试 app测试的一个重要方面是app的非功能需求。移动app在推出市场或进行进一步开发前,测试人员有一定的职责做该类需求的跟踪工作。早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅,问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈,看看用户是否能很好地使用新功能,以便得出第一印象。(2) 功能测试 每项开发的新功能都需要进行测试。app测试中功能测试是一个重要方面。测试人员应该要进行手动测试和后期的自动化测试维护。刚开始测试时,测试员必须把app当做"黑盒"一样进行手动测试,看看提供的功能是否正确并如设计的一样正常运作。除了经典软件测试,像点击按钮、提交订单看看会发生什么,测试员还必须执行更多功能的app测试。 除了整个手动测试过程,测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够,所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多自动化测试工具,有商业的也有开源的,面向各个不同平台,如Android,iPhone,WindowsPhone7,BlackBerry以及移动Webapp。根据开发策略和结构,品质管理测试专家需找出最适合他们环境的自动化工具。(3) 客户端性能测试 一个App做的好不好,不仅仅只反应在功能上。被测的app在中低端机上的性能表现也很重要。比如:一个很好玩的游戏或应用,只能在高端机上流畅运行,在中低端机上卡的不行,也不会取得好的口碑。 关于App的性能测试,我们比较关注的参数有:CPU,内存,耗电量,流量,FPS。同时也需关注一下App的安装耗时和启动耗时。目前大家可能比较困惑的一个问题,多高的CPU,内存,耗电量,流量,FPS才算是符合发布的值呢?这里可以告诉大家,可以参考精品游戏的一些数值,将自己研发的app与业内精品的app数据做对比。(4) 适配兼容测试市面上目前存在的移动设备五花八门,
以上就是关于APP完整测试流程全部的内容,包括:APP完整测试流程、APP开发测试主要有什么方式测试步骤是什么、如何使用 TestFlight 参与 App 测试等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)