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