移动端开发测试流程

开发阶段

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> 测试无误，提交给苹果审核，最终上架。

参照

*移动无线测试技能树 *