这是一篇从测试人员角度介绍对于整个项目流程理解,主要重点介绍需求评审阶段至产品上线后维护阶段。
在需求评审之前的阶段,即产品设计阶段,测试一般不参与,主要由产品经理基于市场调研及用户需求,产出产品原型,后续由UI设计师输出主要界面UI设计规范。
一、【需求评审阶段】
1、UI设计文档及需求交互文档
UI稿明确业务实现细节,消除对最终成果理解的不一致,需求交互文档概要设计功能实现的可视化,有助于理清思路,减少技术盲区和低级缺陷,实现并行开发,提高效率研发工程师。测试人员最终验收以UI稿及需求交互稿为准。
2、功能实现难点
需求文档列出要实现的功能,并不是所有的功能都可以实现,有些功能可能存在难点,需要前端、后台、技术主管共同讨论实现方案及所需时间,确定该功能本期是否可以实现,或者下期实现
3、环境支持
开发编码过程中,功能实现需要前后端联调,确定双方大致开发完成时间并联调;除了粗腰后台支持外,可能还需要其他环境的支持,也一并确认环境是否可以提供,何时提供;
4、项目时间评估
需求评审完成,项目经理梳理各阶段、各端口的开发计划,任务分解表将分配到团队研发,开发反馈开发时间
5、需求评审结果
需求评审后,需邮件通知所有人评审结果
- 项目重大时间节点:开发编码时间点,提测时间点,上线时间点
- 本期确定实现功能
- 需求稿确定版本
在需求评审中,测试主要关注需要实现哪些功能,任务提测时间及上线时间,按照该计划协调自己的任务安排
二、【开发编码阶段/测试用例评审阶段】
开发编码和测试用例编写同时进行,测试用例是根据需求文档编写,完成后可进行测试用例评审。
1、参与人员
产品、UI设计师、开发、项目经理、测试人员
2、评审内容
- 测试内容(最好为MM图)
- 细节确认及补充
- 产品及开发补充
3、测试用例评审结果反馈
测试用例评审完成后,测试用例发送开发,抄送其他相关人员,开发提测时参考该文档提供自测文档。
三、【测试阶段】
1、环境确认及自测文档
提测之前,开发应确认环境是否可以正常测试后,并提供自测文档;自测文档包含两部分:升级说明,自测说明。
- 升级说明,包含内容为项目名称、升级版本、程序SVN号、需求原文、注意事项、升级说明、回归测试
- 自测说明:自测使用环境及账号,自测功能(业务、功能、详情、测试结果、自测账号备注及截图)
升级说明记录本次即将升级内容,自测说明保证开发自测通过才提测,该自测文档后续测试完成后需备份保存。
2、测试注意点
- 执行测试用例
- BUG及时跟进,关注无法重现问题;对于无需修复问题,开发需备注理由;对于改动较大问题,开发需备注影响范围;
- 考虑异常情况,如断网、退至后台/锁屏、aap切换、获取设备权限、多账号切换、多设备登同一账号、设备兼容性,控件多次点击,界面数据及时刷新、覆盖安装、老版本影响等;
- 优化问题,注意界面控件不重叠;文字对齐;提示语合理,断网提示;字体侵权;
- 历史遗留问题统一整理
- 问题描述,需步骤清晰,并附上环境、设备型号、截图等
3、测试流程
-
任务提测,应先需求测试,即只测试需求部分(设备版本适中),注意覆盖安;需求测试若存在问题,指派开发BUG修改阶段;
-
开发修改完成后重新指派给测试人员,测试人员可更换设备(版本较高)进行BUG验证后,问题不多可进行全业务回归测试;
-
回归测试,若本次升级内容影响较小,可仅测试业务流程,若本次升级影响较大,全业务详细回归
-
测试完成,备份测试报告、测试包、自测文档,更新“需求文档记录”(此文档记录历史任务),上传测试报告并将任务指派开发,抄送其他人员,告知测试完成,生产环境后台可升级
四、【生产阶段】
1、生产包验证
在上线之前,开发提供一个生产包,验证生产包需确认:
- 后台是否已升级
- 后台升级对旧客户端是否有影响
- 后台升级后,新的客户端是否存在不兼容,查看新客户端是否有闪退现象
- 覆盖安装
2、线上客户端维护
关注客户反馈问题,及时确认并反馈开发人员