移动端开发测试流程

开发阶段

1 技术开发完成,检查App 整个运行流程,有无bug,有无缺少流程功能点缺失。

测试阶段

一、 测试周期

  • 1.1 测试周期一般为两周,根据项目情况以及版本质量可适当缩短或延长测试时间。

二、 测试过程

  • 2.1 打出beat包进行组内测试,组内进行测试整个流程的完整性,流程是否缺失,出现问题点有哪些(出现bug 或者功能上的缺失进行修复)
  • 2.2 组内测试问题反馈给产品,产品进行问题汇总,反馈给相应的技术人员进行修改(如此反复几轮)
  • 2.3 几轮测试完成,App 无崩溃或功能缺失问题
  • 2.4 可以根据实际情况,是否要发动全部门去测试

三、测试要点

  • 3.1 UI测试

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

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

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

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

  • 3.2 功能测试

  • 3.2.1) 确保测试用力文档和功能需求文档为当前最新版本。

  • 3.2.2) 确保所有的软件功能都已实现且逻辑正常。

  • 3.2.3) 一切功能问题以需求文档为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品。用户体验方面的建议,优先级放在修复bug之后。

  • 3.2.4)所有的“外部原因”问题,都需要尽早地督促开发人员与服务端人员联系协调解决。并在之后的测试报告中予以体现。

  • 3.3> 兼容测试/性能测试

  • 3.3.1) 确保软件在所有兼容机型上都能正常使用

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

  • 3.3.3) 性能测试方面必须满足硬件压力条件下的测试需要

  • 3.4> 回归测试

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

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

  • 3.4.3)在回归测试通过之后,才对产品进行提交上线。

四 、测试报告

  • 4.1> 测试人员需对所测项目发送测试报告。

  • 4.2> 测试报告所包含的内容为:

  • 4.2.1)对当前测试版本问题进行分级。

  • 4.2.2)对较严重的问题进行列举,提示开发人员优先修改。

  • 4.2.3)对版本的整体情况进行评估。

  • 4.3> 产品上线前,测试人员最好发送产品上线报告

测试注意事项
  • 1> 测试机型覆盖(iOS 如 iphone 6 iPhone5S iphone 6S等 Android 如三星,小米,华为等);

  • 2> 测试系统覆盖(iOS 如 iOS 7X iOS 8X iOS 9X等,Android 如Android 4.0, android 4.4, android 5.0等);

  • 3> 测试按照测试用力流程,进行测试,出现问题点进行记录(整个流程跑完之后进行反馈问题)。

  • 4> 测试原型图,效果图。

上线前准备 iOS
  • 1> 如经过几轮测试之后,认为可以达到上线准备,技术提供相应的上线App.ipa包给产品,产品通过Application Loader 把App.ipa包上传到iTunes Connect上面构建 版本号,通过iTunes Connect 发起TestFlight内部测试,如若测试无问题,App 提交给苹果进行审核。

  • 2> iTunes Connect 里面有个用户职能 分为七种, 分别是管理、财务、App管理、开发人员、营销、销售、报告,每个用户职能有不同的权限。

  • 3> 内部测试,可以从iTunes Connect里面最多选25个用户参与TestFlight测试,会收到测试App版本,进行测试。

  • 4> 外部测试,最多可以邀请1000人,但必须提交beat版APP 进行审核,方能邀请外部 测试员(注,外部测试员可以不加入iTunes Connect 组里面)

  • 5> 测试无误,提交给苹果审核,最终上架。

参照

*移动无线测试技能树 *

你可能感兴趣的:(移动端开发测试流程)