文档介绍:手机APP测试流程规范
流程图
接收版本
不符
App测试版本送测规范
用户行为统计测试
后台订单统计测试
尽快申请到正式环境下测试
兼容性测试、性能压力测试
功能测试:核对需求文档
UI测试:核对rp/效果图
符合
回归测试
仍然为测试环境
进入正式环境
发送上线报告
Fail
Pass
测试周期
测试周期一般为两周(10个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。
测试资源
测试任务开始前,检查各项测试资源。
产品功能需求文档
产品原型图
产品效果图
行为统计分析定义文档
测试设备(-;-;;Symbian v3/v5/Nokia Belle等)
其他(例如有秒杀专题的项目,需要规划秒杀时间表;有优惠券使用的项目,需要申请添加优惠券数据;支付宝/银联支付功能的项目,需要提前申请支付宝/银联账户等等)
测试要点
接收版本
接收测试版本的同时,需要查看程序填写的《App测试版本提交质量规范》,若符合则开始测试任务,若不符合规范,可拒绝测试。
日常接收版本时需要注意测试版本规范,如不符合,请开发人员重新修改合适的版本号后再次提交测试。
UI测试
确保手头的原型图与效果图为当前最新版本。
确保产品UI符合产品经理制定的原型图与效果图。
一切界面问题以效果图为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。
由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型
功能测试
确保手头的功能需求文档为当前最新版本。
确保所有的软件功能都已实现且逻辑正常。
一切功能问题以需求文档为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。
若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现,必须得到产品经理的确认,而不是单单只听开发人员的技术解释。
PMS上所有的“外部原因”问题,都需要尽早地督促开发人员与客户服务端人员联系协调解决。
PMS上所有的“设计如此”、“延期处理”问题,都需要和产品经理确认后再进行验证。
测试下单时,所有测试人员必须严格遵守《测试单下单规范》标准。注册的测试账号必须符合公司规范;收货地址必须包含“测试”关键字;在正式环境中下单后必须取消该订单等。
测试细节可参考且必须遵守《Test checklist》以及《公司客户端通用测试用例》文档。
兼容测试/性能测试
确保软件在所有兼容机型上都能正常使用
对于低端性能兼容机上独有的问题(、),若在技术上难以修改或者由于排期的原因无法在短时间内改进,必须在测试日报中注明,并得到技术平台主管、产品经理以及运营人员的确认。
性能测试方面必须满足硬件压力条件下的测试需要(例如多线程)
网络响应用户体验方面的性能测试,请参考且遵守《Mobile app可用性能标准》。
后台订单统计测试
核对“客户端相关à启动查询”项,此项数据就是经常说的“激活量”,非常重要。测试时必须保证该项中的各数据均正确,且每次启动软件都会有相应的统计记录。
核对“