移动APP测试方案及流程.docx

上传人:p** 文档编号:489670 上传时间:2023-09-19 格式:DOCX 页数:4 大小:47.64KB
下载 相关 举报
移动APP测试方案及流程.docx_第1页
第1页 / 共4页
移动APP测试方案及流程.docx_第2页
第2页 / 共4页
移动APP测试方案及流程.docx_第3页
第3页 / 共4页
移动APP测试方案及流程.docx_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《移动APP测试方案及流程.docx》由会员分享,可在线阅读,更多相关《移动APP测试方案及流程.docx(4页珍藏版)》请在第壹文秘上搜索。

1、移动APP测试方案及流程针对51车技术研发部所研发的app的测试过程和重点关注内容,做以下梳理和规范。一、APP测试方案规范1、首先是测试资源确认及准备(1)产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全;(2)测试设备及工具的准备:IOS和andriod不同版本的真机,以及相关测试工具的准备。2、测试用例的设计与评审(1)根据产品需求文档、产品原型图等文档,设计客户端的一般功能测试用例;(2)测试用例评审、修改与完善,评审通过后着手进入正式测试阶段。3、Ul测试(1)确保手头的原型图与效果图为当前最新版本,符合产品经理及用户要求;(2)测试过程中一切以效果图为准,若有用户体验

2、方面的建议,可以先以邮件的形式与产品经理确认,确认通过后,可以正式向开发提出用户体验方面的问题;(3)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型。4、功能测试(1)功能测试时主要依据编写的功能测试用例进行软件功能的遍历;(2)涉及的测试主要包括基本功能测试,安装、卸载、运行测试,异常处理(包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理)测试。5、中断测试(1)软件运行过程中接电话、收短信、锁屏、闹铃、充电,收到通知提醒后再使用软件,软件应仍可正常运行使用;(2)软件运行时,由前台切换到后台,再切回前台后,应仍可正常运行使用。6、兼容性及适配测试

3、(1)硬件的适配:不同手机厂商、硬件性能,不同屏幕大小的适配;(2)OS版本的兼容:IOSlO-Il;Andriod3以上等,如果用了一些新的API在老的系统上不支持会导致crash;(3)不同分辨率屏幕的适配:移动设备的分辨率多种多样,如果app没有做比较合适的处理就可能会显示不好,甚至影响功能的操作。(4)兼容性质试必须在一定数量的真机上进行,由于真机类型过多,尤其Android在做兼容性测试时,可以选取典型的几种运用较多的真机,进行兼容性测试;(5)另外可以借助开源测试testin云测,进行更多机型的兼容性测试,testin云测提供基本的运行情况和一些截图,以及简单的测试报告,有助于扩大

4、测试的范围。7、性能测试(1)客户端性能测试重点关注:安装卸载时间、启动时间、页面加载时间、主要功能占用的CPU、内存、流量、耗电量等,以及与同类产品相比较是否有优势;(2)其中页面加载时间可以利用AndrOid调试工具DDMS获取到,在DDMS里面搜索Displayed关键字就可以看到页面加载时间;(3)运行过程中主要功能占用的CPU、内存、流量等可以借助开源工具emmagee(适用于Android)获取到;(4)至于服务器端的性能,主要利用接口对服务器施加压力,重点关注响应时间、吞吐量、并发数、事物通过率等,可以视同工具IoadrUnner、jmeter进行测试。8、稳定性测试(1)安卓A

5、PP的稳定性常常使用monkey命令进行测试,通过随机事件流模拟人的操作,对检查程序的内存溢出、空指针有很大的作用。(2)Monkey主要用来检测系统ANR及CraSh等问题9、测试分析及测试报告输出以上各项测试结束后,应该形成完整的分析及报告文档(包括、性能及稳定性结果分析,版本上线风险分析等内容),输出给各项相关人员。二、APP测试方案测试流程需求分析需求评审产品需求人员 开发人员 测试人员 QA人员开发人员写开 发计划(排期)测试人员则试 计戈N排期)邮件通知所有人 员及部门负责人产品需求人员 开发人员 测试人员 QA人员测试通过测试报告蛉收方案上线需求分析:需求分析由产品人员制定,他们

6、要做的不是一份简单的文档,而是细化每一个功能的细节,每一个按钮的位置,对于稍大或复杂一点的需求都进行建模。需求评审:这里会叫上所有参与项目人员进行,开发人员、测试人员、QA人员。测试人员提出需求,开发人员考虑功能实现的方案与可行性、当然开发负责也是要参与的。测试人员主要是对需求的理解提出疑问,以便才能根据需求写用例。QA人员是最终对软件质量进行验证的人,所以也需求了解需求开发人员编写排期:开发人员需求根据需求功能点进行排期。然后将开计划转交给测试人员。测试计划排期:测试人员根据开发计划,对测试具体测试时间,也就是开发功能完成后的时间,进行几轮测试等。然后,把项目的开发与测试计划发送给各部门负责

7、人及参与项目的所有人员。编写测试用例:根据详细的需求分档,开始进行用例的编写。用例评审:在用例进行评审之间,先以邮件形式将用例发送给相关人员,以便他们事先了解用例对哪些功能进行验证以及验证的细节。然后,测试人员组进行用例评审,开发人员对用例与实际功能不符合有哪些,产品人员对会通过用例对功能的具体实现进行把握等等。提交基线:开发人员完成所有功能后,会对自己的功能进行一个自测。自测完成后提交测试人员进行基线。具体测试流程:开发人员对于基到测试线的功能进行测式,发现的问题通过缺陷管理工具进行反馈,开发人员对问题进行修复,然后,准备第二轮基。测试人员完成第一轮测试后,需要写测试结论,发到相关人员。然后对基线后的第二轮进行测试,第二轮会对第一轮中发现的问题进行重点回归。测试通过:经过两到三轮或四轮的测试后,直到没发现新的问题,或暂时无法解决,或不紧急的问题。通过上级确认,可以通过。编写测试报告与验收方案。验收方案是交由QA进行验证的。将测试与QA分开的,测试人员重点关注的是功能是否可以正常运行。QA关注的是整个流程的质量以及最终用户的质量。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 手机开发

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!