一、测试周期
测试周期一般为一周,根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。
二、测试资源
测试任务开始前,检查各项测试资源
产品功能需求文档
产品原型图
产品效果图
行为统计分析定义文档
测试设备(IOS3.1.3-IOS5.0.1;android1.6-android4.0;winphone7.1及以上;Symbian V3/V5/Nokia Belle等)
测试数据(例如有秒杀专题的项目,需要规划秒杀时间表;需要测试购物车库存的项目,需要提前添加够库存;有优惠券使用的项目,需要申请添加优惠券数据;支付宝/银联支付功能的项目,需要提前申请支付宝/银联账户等等)
三、测试要点
接受版本
UI测试
(1)确保手头的原型图与效果图为当前最新版本。
(22)确保产品UI符合产品经理制定的原型图与效果图。
(3)一切界面问题以效果图为准,若有用户体验方面的建议,必须先以邮件或者口头的形式询问产品经理。
(4)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型。
功能测试
(1)确保手头的功能需求文档为当前最新版本。
(2)确保所有的软件功能都已实现且逻辑正常。
(3)一切功能问题以需求文档为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。个人建议,用户体验方面的建议,优先级放在修复bug之后。
(4)若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现,必须得到产品经理的确认,而不是单单只听开发人员的技术解释。此处确认做好以邮件形式确认
(5)所有的“外部原因”问题,都需要尽早地督促开发人员与客户服务端人员联系协调解决,并在之后的测试报告中给予体现
(6)所有的“设计如此”、“延期处理”问题,都需要和产品经理确认后再进行验证,并在之后的测试报告中给予体现
兼容测试/性能测试
(1)确保软件在所有兼容机型上都能正常使用(IOS一般需要兼容7或者6,IOS5可以不用考虑,用户使用率已经降低5%以下)
(2)对于低端性能兼容机型上都能正常使用(例如IOS5以下,android1.6以下,若在技术上难以修改或者由于排期的原因无法在短时间内修改,必须在测试日报中注明,并得到技术平台主管、产品经理以及运营人员的确认,最好以邮件的形式得到确认)
(3)性能测试方面必须满足硬件压力条件下的测试需要(例如多线程,用户常用的app都要后台运行的环境中测试)
(4)网络响应用户体验方面的性能测试,需要保证在wifi、3G、2G网络下的切换效果。比如wifi切换到2G,网络响应的速度以及切换界面
用户行为统计测试
(1)确保手头的行为统计分析定义文档为最新版本,且与开发人员手中的文档一致。
(2)确保产品经理在文档中所定义的页面在该产品中都是存在的。
(3)尽可能真实的模拟用户行为
(4)核对统计日志,确保各项操作对应的yemianID以及操作ID都是正确的
回归测试
(1)软件最终上线前,需对产品进行回归测试,测试内容包括之前所有的测试项目
(2)回归测试不再对细节进行测试,而是类似于对产品进行验收,从客户正常使用的角度对产品进行再一轮的整体测试。
(3)只有在回归测试通过之后,才对产品进行提交
- 测试人员每天需对所测项目发送测试日报
- 测试日报所包含的内容为:
- (1)对当前测试版本质量进行分级
- (2)对较严重的问题进行例举,提高开发人员优先修改
- (3)对版本的整体情况进行评估
- 产品上线前,测试人员发送产品上线报告