1、需求分析:
细化成测试需求,针对需要有歧义的进行需求的澄清;
如果是新增的需求,分析新增需求的特性的影响范围和测试范围;
2、UI交互设计 :
UI给出设计页面时,测试会对ui界面进行评审
对照UI兵互设计文档,检查每个界面设计菜单、对话框、窗口、风格、布局等
注意事项:图片、按钮(选中效果)、字体大小、颜色、居中对齐等等
3、研发阶段 :
针对开发的开发计划和详细设计文档,接口文档进行评审,主要是把握开发进度, 制定测试计划(方案);
对接口文档的请求参数和返回数据内容进行评审,并根据评审修改以后的文档,编 写接口测试点;
针对细化的测试需求,编写功能测试用例(包含各个端的界面测试用例和接口用例);
如果接口开发完成(如果没有开发完成,可以用mockserver模拟返回),就可以运用接口测试工具,将接口的测试用例转化成接口测试脚本
4、测试阶段:
如果接口开发完成,就可以运行脚本,执行接口测试(如果要讲性能,接口功能 测试通过以后就可以执行接口性能测试);
开发完成以后,并且自测通过,会将代码打包,转测试(自测通过,版本转测说明,待测特性);
从MVS取war包和app,安装到测试环境和手机上;
手机上执行monkey稳定性测试,并同时执行冒烟测试用例,如果测试通过,进入详细测试;测试不通过,比如说版本基本功能没有测试通过,打回版本,继续开发
按照测试用例,进行详细测试,如果发现bug,提交到缺陷管理工具跟踪缺陷;
分析monkey测试结果,观察日志是否出现crash等异常;分析是否出现内存泄漏;
app的测试用例,分为业务功能测试用例,特性测试用例和专项测试用例:
- 特性测试用例主要是:安装 卸载 升级 系统配置的兼容性 消息推送 正常中断和异常中断测试
- 专项测试:主要是指弱网测试,适配测试(除了手机执行,利用云测平台),(如果有:流量测试和电量测试)
- 一般来说,执行一轮测试以后,开发会修复缺陷,我们需要对缺陷进行回归测试,并执行新一轮的测试(冒烟,详细测试,交互测试)
- (回归测试可以用自动化脚本运行)
5、测试完成:
- 测试完成以后编写测试报告,进行测试总结;
- 灰度发布:
- 进行灰度发布,我们在测试环境进行基本功能验证(上线准备)
- 注意验证debug版本,需签名和代码混淆(注释掉一些敏感log)再发布
- 要注意签名规范
- 注意版本号的管理
- * MVS对版本进行备份
- * 风险评估
6、上线后注意:
- * 收集用户反馈并进行处理
- * 根据用户和产品的运营进行版本优化和版本迭代
- * 如果操作系统升级后APP的适用性,要符合新的操作系统的特性和规范:
- * 当前系统的回归测试
- * 新系统的适应性测试
- * 利用数据埋点或者第三方统计工具(比如友盟)监控App的运行