前期
了解业务背景，熟悉项目人员构成，工时评估
* 项目经理
* 产品经理
* UI设计
* 数据研发
* GIS导航工程师
* 通信组支持
* 后端研发负责人 -- 团队人员
* 具体人员所负责的功能模块划分
* 前端研发负责人 -- 团队人员
* 测试人员 -- （数据测试 & 系统测试）
* 测试工时评估，根据具体情况评估所需工时
需求评审：
* 产品提前上传需求，研发&测试在评审前熟悉相关需求内容
* 产研测充分理解业务逻辑，细节达成一致
* 部分逻辑未写清楚的，可以要求产品将逻辑描述写入prd
* 尽量不要有跟XXX系统一样、逻辑一样的需求出现
参与研发计划，根据研发计划制定测试计划（一般项目会给一个最终节点）
* 公司大部分项目周期都较短，研发基本都会【分阶段提测】
* 根据最终上线时间倒推，拆分需求，划分模块，对整体需求细化排期
* 注：部分项目研发计划不会有测试人员参与，可根据情况提前介入
研发设计评审，技术方案评审，数据方案评审
* 了解接口设计逻辑
* 数据库设计规范
* 业务关联流程图
* 系统涉及到的相关技术栈
* 数据如何流转，并最终展示到页面
根据需求 - 设计/编写测试用例
* 基础增删改查用例
* 逻辑关联用例
* 业务主流程测试用例（冒烟测试用例）
* 梳理各模块查询的数据库表及涉及的相关字段，以及关联等
测试用例评审
* 逻辑是否覆盖完整
* 功能是否遗漏
* 用例是否需要修正
* 部分项目需要给客户提供测试用例等文档，需要提前沟通好，编写形式，规范输出
输出文档（统一上传到tapd，并邮件通知到项目组成员）
* 产品：迭代计划，需求评审记录，PRD原型，
* UI设计：UI原型图
* 后端研发：研发计划，设计文档，技术方案，自测文档/提测演示记录
* 前端研发：研发计划
* 测试：测试计划，测试用例，用例评审记录
* 备注：各环节对应的计划安排，时间节点，完成日期需要尽量明确
中期
明确测试范围
* 提测功能影响到哪些功能，是否需要同步验证
* 测试内容以产品迭代邮件内容为主
* 临时插入新的需求，需要产研测评估
bug问题定位分析，解决，验证
* 提交的bug尽量写清楚复现步骤
* 根据bug影响程度，区分优先级和严重程度，是否阻碍测试流程
* 研发及时修复bug，更新状态
* 当我们遇到客户反馈的问题时，尽量问清楚操作步骤是什么，哪个业务流程触发的
前期遗留问题跟进，处理，验证
* 遗留问题，需要详细记录
* 遗留问题处理方案
可能涉及到的需求变更
* 产品及时更新prd
* 需求变更频率是否太大，造成的影响，应对措施
* 对当前迭代影响评估，是否存在最终上线延期风险
测试任务是否能按时完成
* 根据具体情况评估是否能按时按要求完成测试任务，需要支援提前协调
* 如遇研发提测延期情况，如何处理？
* 清楚延期的原因
* 根据实际情况，统一评估后续工作安排，是否需要调整
* 将实际情况与产研测进行同步
系统提测功能越来越多时，如何把控进度和质量
* 在项目中期阶段，当面对的系统功能越来越多，越来越复杂时 ，我们首先需要保证系统主流程，重要功能稳定
* 其次需要对研发进度有一个了解，是否能按计划提测，提测是否能通过
* 面对越加复杂的逻辑，需要细心梳理，将业务各个环节贯通，保证业务流程贯通
* 每次迭代上线一定要做好线上回归验证(及时记录反馈问题)
* 对于时间紧迫的情况，及时与个团队沟通，预报风险
浙公网安备 33010602011771号