APP开发标准流程及相关注意事项
众所周知，整个移动app设计和开发都是一项庞大的工程。
一,APP开发及上线流程步骤如下：
1.APP创意形成。主要功能及大概界面构思及设计。
2.APP开发项目评估。产品经理与研发人员碰头会议。
3.设计部门开始设计APP的原型图及UI产品界面及UE用户体验。并最终得到成型的效果图。以及所有相关的UI图片。
4.以产品经理与设计部门最终确定的效果图为准。开始研发工作。
5.（此项周期最长）研发阶段：服务器搭建二套环境：测试环境与开发环境，并做好后台数据交互。ANDROID与IOS人员按照原型图制作前端界面搭建和后台服务器数据交互。测试人员同步各开发阶段做好测试调BUG工作。
6.APP产品基本成型，同步进入APP测试阶段。解决各种显性的BUG和暴力测试各种隐性的BUG。
7.测试环境下能找出的BUG基本解决之后。开始提交产品经理验收，由产品经理自测并提出修改意见。
8.所有测试工作完成后。开始进入APP上架流程。IOS上架APP store。安卓上架国内各大应用市场。一般上架前官方市场检测时间为一周左右。所以如果有规定上架时间，那么必须在上架前15天左右就要完成所有开发与测试的工作。
二，三，APP开发人员配备与岗位要求：
产品经理：出需求开发文档，与APP原型图。
研发经理：APP内的重难点技术攻关，及安排各岗位研发人员工作。
服务器：测试环境与开发环境搭建。为IOS与ANDROID做好后台数据交互需求。
UI：手机app界面设计——app素材收集与加工，手机app图标设计——app内容制作上传
ANDROID：负责安卓APP的界面搭建与后台数据交互，并提交各阶段代码给测试人员测试。
IOS：负责苹果APP的界面搭建与后台数据交互，并提交各阶段代码给测试人员测试。
测试：同研发人员的开发过程同步作各种测试：App内容测试. App性能测试.App功能测试.App视觉测试，并提交BUG给开发处理。
前端：人员待定，主要针对有APP内需要web网页和PC端需要网站页面时同步进行的需求时。
四，建设周期：
想要开发一个相对较优秀的app。行业平均标准大多数3到6个月的时间。根据APP的功能开发难度上下浮动。
五，工作环境找搭建要求：
机器开发环境：各岗位人员到位后，环境搭建每个岗位人员自己搭建工作开发环境。
测试网络环境：服务器人员负责搭建。
六，七，在线测试样本安全规章与用户体验测试（在线前）：
检查测试资源：测试任务开始前，检查各项测试资源：产品功能需求文档，产品原型图，产品效果图，行为统计分析定义文档
检查测试设备：（ios 8-ios 10；Android 4-Android
6等）
其他：（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等）
UI测试：
A）确保手头的原型图与效果图为当前最新版本。
B）确保产品UI符合产品经理制定的原型图与效果图。
C）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。
功能测试：
A）确保手头的功能需求文档为当前最新版本。
B）确保所有的软件功能都已实现且逻辑正常。
C）一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。个人建议，用户体验方面的建议，优先级放在修复bug之后。
D）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。此处确认最好以邮件形式存在。
E）所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。并在之后的测试报告中予以体现。
F）所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。并在之后的测试报告中予以体现。
G）测试下单时，注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键字，最好每次下单的名称中含有日期，以便查询；在正式环境中下单后必须取消该订单等。
兼容测试/性能测试：
A）确保软件在所有兼容机型上都能正常使用（ios一般需要兼容7或者8）
B）对于低端性能兼容机上独有的问题（例如ios8以下、Android4.0以下），若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须在测试日报中注明，并得到技术平台主管、产品经理以及运营人员的确认，最好以邮件的形式得到确认）
C）性能测试方面必须满足硬件压力条件下的测试需要（例如多线程，用户常用的app都要后台运行的环境中测试。）
D）网络响应用户体验方面的性能测试，需要保证在wifi、4g、3g、2g网络下的切换效果。比如wifi切换到2g，网络响应的速度以及切换界面。
后台订单统计测试：
A）核对“客户端相关启动查询”项，此项数据就是经常说的“激活量”，非常重要。测试时必须保证该项中的各数据均正确，且每次启动软件都会有相应的统计记录。
B）核对“订单查询”项，测试时必须保证各数据均正确，且每次成功下单后都会有相应的统计记录。
C）需要注意的是，在成功下单之后，后台会做判断将该订单划到测试订单范围，测试人员必须到“订单查询（测试）”模块中核对订单统计记录信息。
用户行为统计测试：
A）确保手头的行为统计分析定义文档为最新版本，且与开发人员手中的文档一致。
B）确保产品经理在文档中所定义的页面在该产品中都是存在的。
C）尽可能真实地模拟用户行为。
D）核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的。
回归测试：
A）软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目
B）回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。
C）只有在回归测试通过之后，才对产品进行提交。
测试日报及产品上线报告：
测试人员每天需对所测项目发送测试日报。测试日报所包含的内容为：
A）对当前测试版本质量进行分级。
B）对较严重的问题进行例举，提示开发人员优先修改。
C）对版本的整体情况进行评估。
产品上线前，测试人员发送产品上线报告
���1z8�O