移动APP测试专项方案及作业流程.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

移动APP测试方案及步骤

针对51车技术研发部所研发app测试过程和关键关注内容,做以下梳理和规范。

一、APP测试方案规范

首先是测试资源确定及准备

(1)产品需求文档、产品原型图、接口说明文档和设计说明文档等应齐全;

(2)测试设备及工具准备:IOS和andriod不一样版本真机,和相关测试工具准备。

测试用例设计和评审

(1)依据产品需求文档、产品原型图等文档,设计用户端通常功效测试用例;

(2)测试用例评审、修改和完善,评审经过后着手进入正式测试阶段。

UI测试

(1)确保手头原型图和效果图为目前最新版本,符合产品经理及用户要求;

(2)测试过程中一切以效果图为准,若有用户体验方面提议,能够先以邮件形式和产品经理确定,确定经过后,能够正式向开发提出用户体验方面问题;

(3)因为测试环境中数据为模拟数据,测试时必需预先考虑到正式环境中可能出现数据类型。

功效测试

(1)功效测试时关键依据编写功效测试用例进行软件功效遍历;(2)包含测试关键包含基础功效测试,安装、卸载、运行测试,异常处理(包含网络忽然断开或网速过慢、机器内存不足等异常情况处理)测试。

中止测试

(1)软件运行过程中接电话、收短信、锁屏、闹铃、充电,收到通知提醒后再使用软件,软件应仍可正常运行使用;

(2)软件运行时,由前台切换到后台,再切回前台后,应仍可正常运行使用。

兼容性及适配测试

(1)硬件适配:不一样手机厂商、硬件性能,不一样屏幕大小适配;(2)OS版本兼容:IOS10-11;Andriod3以上等,假如用了部分新API在老系统上不支持会造成crash;

(3)不一样分辨率屏幕适配:移动设备分辨率多个多样,假如app没有做比较适宜处理就可能会显示不好,甚至影响功效操作。

(4)兼容性测试必需在一定数量真机上进行,因为真机类型过多,尤其Android在做兼容性测试时,能够选择经典多个利用较多真机,进行兼容性测试;

(5)另外能够借助开源测试testin云测,进行更多机型兼容性测试,testin云测提供基础运行情况和部分截图,和简单测试汇报,有利于扩大测试范围。

性能测试

(1)用户端性能测试关键关注:安装卸载时间、开启时间、页面加载时间、关键功效占用CPU、内存、流量、耗电量等,和和同类产品相比较是否有优势;

(2)其中页面加载时间能够利用Android调试工具DDMS获取到,在DDMS里面搜索Displayed关键字就能够看到页面加载时间;

(3)运行过程中关键功效占用CPU、内存、流量等能够借助开源工具emmagee(适适用于Android)获取到;

(4)至于服务器端性能,关键利用接口对服务器施加压力,关键关注响应时间、吞吐量、并发数、事物经过率等,能够视同工具loadrunner、jmeter进行测试。

稳定性测试

(1)安卓APP稳定性常常使用monkey命令进行测试,经过随机事件流模拟人操作,对检验程序内存溢出、空指针有很大作用。(2)Monkey关键用来检测系统ANR及Crash等问题

测试分析及测试汇报输出

以上各项测试结束后,应该形成完整分析及汇报文档(包含、性能及稳定性结果分析,版本上线风险分析等内容),输出给各项相关人员。

二、APP测试方案测试步骤

需求分析:

需求分析由产品人员制订,她们要做不是一份简单文档,而是细化每一个功效细节,每一个按钮位置,对于稍大或复杂一点需求全部进行建模。

需求评审:

这里会叫上全部参与项目人员进行,开发人员、测试人员、QA人员。测试人员提出需求,开发人员考虑功效实现方案和可行性、当然开发负责也是要参与。测试人员关键是对需求了解提出疑问,方便才能依据需求写用例。QA人员是最终对软件质量进行验证人,所以也需求了解需求

开发人员编写排期:

开发人员需求依据需求功效点进行排期。然后将开计划转交给测试人员。

测试计划排期:

测试人员依据开发计划,对测试具体测试时间,也就是开发功效完成后时间,进行几轮测试等。然后,把项目标开发和测试计划发送给各部门责任人及参与项目标全部些人员。

编写测试用例:

?????依据具体需求分档,开始进行用例编写。

用例评审:

???在用例进行评审之间,先以邮件形式将用例发送给相关人员,方便她们事先了解用例对哪些功效进行验证和验证细节。

然后,测试人员组进行用例评审,开发人员对用例和实际功效不符合有哪些,产品人员对会经过用例对功效具体实现进行把握等等。

提交基线:

????开发人员完成全部功效后,会对自己功效进行一个自测

文档评论(0)

180****1080 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档