一、测试周期
测试周期一般为23天，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。
二、测试资源
测试任务开始前，检查各项测试资源。1产品功能需求文档、概要设计文档（包含非本期开发的产品功能部分）2产品原型图（包含非本期开发的产品功能部分）12产品效果图（包含非本期开发的产品功能部分）
34测试用例（包含非本期开发的产品功能部分）
56行为统计分析定义文档
78测试设备（ios7ios8；A
droid23A
droid44也可兼容到50）910
f其他（例如有限时抢购类的项目，需要规划时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝银联支付功能的项目，需要提前申请支付宝银联账户等等）11
三、测试要点
1接收版本
21个人认为，我们目前的团队可以略过，但需要在sv
上创建分支，称为“测试版本分支”，在发布后，代码进行封存。2在测试之前，需要向主管、产品经理确认当前测试版本的版本号与版本名31UI测试2123确保手头的原型图与效果图为当前最新版本。确保产品UI符合产品经理制定的原型图与效果图。一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。4由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。3要区别对待本期开发的功能与已发布的功能
f功能测试
4123确保手头的功能需求文档为当前最新版本。确保所有的软件功能都已实现且逻辑正常。一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。个人建议，用户体验方面的建议，优先级放在修复bug之后。4若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。此处确认最好以邮件形式存在。5所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。并在之后的测试报告中予以体现。6所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。并在之后的测试报告中予以体现。7测试下单时，注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键字，最好每次下单的名称中含有日期，以便查询；在正式环境中下单后必须取消该订单等。1兼容测试性能测试21确保软件在所有兼容机型上都能正常使用（ios一般需要兼容到6ios5可以不用r