移动测试基础 移动 app 测试流程 (2年 功能测试经验制定)

龙蚁 · 2017年03月09日 · 最后由 李入宁 回复于 2017年07月25日 · 1274 次阅读

仅供参考
app背景资料:
数据监控平台:友盟
用户反馈平台:阿里百川、QQ

落笔:2017年3月9日 16:15:05

本规范基于app大小版本测试血的教训总结。

第一阶段:需求分析(技术+产品)
1.新需求是否合理
2.新旧需求时否存在冲突
3.理出测试重点
4.估算测试时间
5.不熟悉的需求点,确认(负责人,竞品)
6.对产品有个内在认识(初衷,流程,组成)

第二阶段:编写用例
1.大版本必写
2.小版本创造条件写
3.用例区分等级,标注重点
4.正常情况之外注重新旧模块交互
5.为空(接口空、数据空)、加载超时、网络异常、重复提交、异常中断、缓存冲突、系统兼容、流程迂回、流程中断。
6.维护用例,保存用例
7.无旧版用例,做好新旧版对比
8.界面显示以720P机型为准,兼顾480/540/1080/2k屏下不错位,位置适宜。
9.不同网络下的测试,电信、联通、移动。wifi、4G、3G、2G
10.安卓版本兼容两个要素:品牌(三星、华为···)、系统版本(由最低版本算起)。

第三阶段:执行用例
1.单个用例执行情况记录
2.执行过程中形成新的用例要加入
3.优先执行重点功能用例(文档底部有重点功能说明)

第四阶段:回归测试
1.与上一阶段存在交叉,注意做好记录
2.第三阶段用例未跑完的前提下,只需要验证bug是否修复
3.第三阶段用例跑完的情况下,重点就修复的bug进行关联用例回归

第五阶段:终版测试
1.跑monkey测试崩溃
2.跑一遍重点用例+bug
3.测试基本功能,升级功能
4.向产品讨要更新说明

第六阶段:提交验收
1.记录验收中的点,视产品决定是否改

第七阶段:上线
1.保留一部手机始终是线上版本,用他升级到最新版本,确认包功能
2.观察友盟数据半小时,观看错误率
3.知会客服、产品,app已经上线
4.留意观察用户反馈

第八阶段:铺渠道
1.友盟数据正常,即可以开始
2.官方渠道、其他渠道都需要检查
3.将新包备份在案

第九阶段:(阿里百川、QQ等,各渠道app评价)
1.观察用户反馈,尝试复现用户的问题。
2.知会开发抽空处理友盟上面上报的错误

XX阶段:
1.新包出现崩溃异常、功能异常,第一时间了解原因,知会产品。
2.通用处理方式:停止版本更新,视bug严重程度、已更新用户数量,采取平版本更新或者升级版本更新。

以视频类app为例,定位主要功能:
①观看视频
②视频离线
③送礼
④评论
⑤个人信息管理
⑥充值
⑦购买vip
⑧搜索
⑨分享
⑩收藏
⑪聊天加好友
⑫广告

主要功能确认标准:用户经常用的,app的卖点,涉及营收的。需严重关注,覆盖多品牌,多系统版本机器的兼容。

共收到 7 条回复 时间 点赞

我觉得总结得很不错啊~我四年多的水平,也就这个样了。
不过有几个点,跟你有些不同
1 我不知道你们是给谁验收,我一直是给产品经理验收,一般在冒烟测试完成后,跑通功能后就扔给产品验收功能,避免可能后期一些重大功能没时间修改。
2 用例里边的兼容性,机型方面,就算规定了,但是我测试过程中也基本是测试不完的,我一般是在初始版本,或者有增加native功能(比如增加使用蓝牙)的版本上,会重点测试一下这些,否则基本就是让开发暴露各种功能,然后扔testin的程度。
3 monkey测试提前做,最好功能跑通就可以开始跑了

剪烛 回复

恩,一般功能没什么大问题就提交给产品验收。可能分工不一样,测试直接给测试主管验收。产品的验收由产品提交产品负责人验收。分开的,功能大致OK就提醒产品提交其负责人过一轮。到发版前还改需求之前也碰到过,真的很无奈。
兼容的话放在中前期,monkey放在后期是因为前面一轮轮的碾压基本没什么崩溃了。

宋岳武 回复

感谢回帖,多交流。

比较全面,

谢谢分享 这些基本够用了

整个测试周期大概多长时间

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册