安利给那些小团队|这是关于产品迭代APP的测试流程
每一个新开发的软件都避免不了测试,这里总结一些适合小团队产品迭代的app测试流程,希望给那些在测试路上奔跑的你们,能有一些帮助。
测试周期
一般设定在2-3天,可根据项目情况以及版本质量适当缩短或延长测试时间。
测试资源
1.app测试任务开始前,检查各项测试资源。
2.产品功能需求文档、概要设计文档(包含非本期开发的产品功能部分)
3.产品原型图
4.产品效果图
5.测试用例
6.行为统计分析定义文档
7.测试设备(ios7-ios8;Android2.3-Android4.4, 也可兼容到5.0)
其他(例如有限时抢购类的项目,需要规划时间表;有优惠券使用的项目,需要申请添加优惠券数据;支付宝/银联支付功能的项目,需要提前申请支付宝/银联账户等等)
测试要点
1.接收版本
在测试之前,需要向主管、产品经理确认当前测试版本的版本号与版本名
要区别对待本期开发的功能与已发布的功能
2.UI测试
确保手头的原型图与效果图为当前最新版本;
确保产品UI符合产品经理制定的原型图与效果图;
由于在测试环境中的数据是模拟数据,所以在测试时要预先想到正式环境中可能出现的数据类型。
3.功能测试
确保手头的功能需求文档为当前最新版本。
确保所有的软件功能都已实现且逻辑正常。
一切功能问题以需求文档为准,必须先以邮件或口头的形式询问产品经理。
在出现某些功能在技术上难以实现或由于排期的原因无法在短时间内实际的,必须得到产品经理的确认。(最好以邮件答复)
"外部原因"问题,都需要尽早地督促开发人员与客户服务端人员联系协调解决,并在之后的测试报告中予以体现。
所有有关"延期处理"问题,都需与产品经理确认后再进行验证,并在测试报告中体现。
4.兼容机型测试/性能测试
确保软件在所有兼容机型上都能正常使用
性能测试方面必须满足硬件压力条件下的测试需要
网络响应用户体验的性能测试,需要保证在wifi、3g、2g网络下的切换效果。
5.用户行为统计测试
确保手头的行为统计分析定义文档为最新版本,且与开发人员手中的文档一致。
确保产品经理在文档中所定义的页面在该产品中都是存在的。
尽可能真实地模拟用户行为。
核对统计日志,确保各项操作所对应的页面ID以及操作ID都是正确的。
6.回归测试
在软件最终上线钱,需对产品进行回归测试,测试内容包含之前所有的测试项目
回归测试不再对细节进行测试,而是类似对产品进行验收,从用户的角度对产品进行再一轮的整体测试。
bug修复
测试人员提交测试给主管、产品经理
主管与开发人员确认bug
主管与产品经理协调修复方案
主管安排开发人员在测试版本分分支上修复bug
开发人员修复完成后,通知测试人员已修复的相关问题