一、 测试周期
测试周期一般为两周，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。
二、 测试资源
测试任务开始前，检查各项测试资源。
产品功能需求文档 产品原型图 产品效果图 行为统计分析定义文档 测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等） 其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等）
二、 测试要点
接收版本
本人觉得，这个过程可以直接略过。非专业测试着，不喜勿拍。
UI测试
A） 确保手头的原型图与效果图为当前最新版本。
B） 确保产品UI符合产品经理制定的原型图与效果图。
C） 一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。
D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。
功能测试
A） 确保手头的功能需求文档为当前最新版本。
B） 确保所有的软件功能都已实现且逻辑正常。
C） 一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。个人建议，用户体验方面的建议，优先级放在修复bug之后。
D）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。此处确认最好以邮件形式存在。
E）所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。并在之后的测试报告中予以体现。
F）所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。并在之后的测试报告中予以体现。
G）测试下单时，注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键字，最好每次下单的名称中含有日期，以便查询；在正式环境中下单后必须取消该订单等。
兼容测试/性能测试
A） 确保软件在所有兼容机型上都能正常使用（ios一般需要兼容7或者6, ios5可以不用考虑，用户使用率已经低于5%以下）
B） 对于低端性能兼容机上独有的问题（例如ios5以下、Android1.6以下），若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须在测试日报中注明，并得到技术平台主管、产品经理以及运营人员的确认，最好以邮件的形式得到确认）
C） 性能测试方面必须满足硬件压力条件下的测试需要（例如多线程，用户常用的app都要后台运行的环境中测试。）
D）网络响应用户体验方面的性能测试，需要保证在wifi、3g、2g网络下的切换效果。比如wifi切换到2g，网络响应的速度以及切换界面。
微信扫码上方二维码，可领取2025年最新互联网创业项目！
项目收款截图
