从测试人员的角度理解项目流程

 

这是一篇从测试人员角度介绍对于整个项目流程理解，主要重点介绍需求评审阶段至产品上线后维护阶段。

在需求评审之前的阶段，即产品设计阶段，测试一般不参与，主要由产品经理基于市场调研及用户需求，产出产品原型，后续由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、线上客户端维护

关注客户反馈问题，及时确认并反馈开发人员