安信10主管▉▉▉【主管青山】【809070】【安全稳定，实力大平台】▉▉▉
项目管理是一个繁杂的过程，每个阶段需要涉及到不同人员、资源的协调配合。每个角色都有自己的定位和任务，为了紧密配合项目经理或无分配项目经理运行项目的场景下确保项目成员共同达成项目目标，不同的角色掌握相应的项目管理意识就尤为重要。
那么，测试角色作为项目交付的质量把控者，具备相应的项目管理意识在项目的高质量、高效率交付目标上有着重要作用，如前置识别质量风险、进度风险等。本文旨在梳理、谈论测试角色在项目各阶段如何评估测试范围及风险、前置暴露问题以及推进测试进度等项目管理事项，高效协作及交付测试角色产物，最终与项目各方共同推进达到高质量、高效率交付的目标。
在现有敏捷迭代快速交付模式下，针对某一需求 / 项目会拆分至各个团队，各个团队节奏及交付目标不完全一致，且无项目经理角色跟踪推进的情况下，存在后置与协作团队沟通确认事项，如：未拉齐依赖方排期、前期未识别出改动系统、需求 / 设计变更未及时同步相关方、无设计方案沟通导致提测内容不满足提测标准，等均可影响交付节奏。那么作为测试角色的我们可以做哪些事情？
核心主旨：高效沟通协作，提前思考后续阶段较容易影响进度、质量问题及风险点，暴露问题，前置沟通、评估及推进相关事宜；避免问题后置暴露在测试阶段；下一章节就让我们来详谈各个阶段测试角色可提前关注事项，与各方高效协作共同推进解决的相关 tips。
软件测试的第一步就是需求评审，只有对软件需求做了准确、完整的评审后，才能对接下来各种测试工作的开展做好基础，如需求评审理解偏差，后期很多测试任务都将会受到影响。
优先级 —— 识别项目 / 需求重点程度，优先级，以及期望上线时间情况（定位后续跟进力度）
需求背景 —— 该需求基于什么业务背景改造（便于需求理解不偏差及后续测试阶段重点关注的核心目标）
改动范围 —— 评审改动范围基于现有系统是否有冲突、是否明确合理，是否影响其他系统，也可关注下体验问题（避免后续开发测试阶段流程不通返工）
识别改动 / 交互系统 —— 明确该需求是否涉及其他系统改动，识别改动系统 / 是否需配合联调系统（识别改动系统前置协调拉齐相关系统周期，避免后续阶段临时协调资源情况）
测试节点 —— 软件需要进行哪些方面的测试，如功能测试、联调测试、回归测试、性能测试、稳定性测试、兼容性测试、安全测试等
测试环境 —— 明确交互系统是否支持测试环境联调（可前置协调 / 前置确定联调方案，避免后置沟通确定环境占用测试周期）
测试数据 —— 根据改动范围思考测试数据来源，识别是否可内部闭环造数，是否可使用测试小工具
测试人员 —— 识别测试干系人、明确主测试方（如重点项目 / 需求需要主测试情况）
设计评审为评价设计满足质量要求的能力，识别问题及提出解决办法。设计过程中越早增加质量保证活动对最终设计效果的影响就越明显。目前较大项目 / 逻辑较复杂需求 / 研发优化，均需研发输出设计评审文档并邀请测试参与涉及评审。
设计思路满足需求 —— 结合需求背景及内容优先关注设计思路是否与需求评审阶段理解的有偏差
关注实现方式 —— 实时、异步等处理方式对后续测试排期、方式及测试难度有参考价值
评估改动设计影响 —— 基于原有系统改动除本次需求修改内容是否影响原有功能，是需明确影响范围，研发侧输出影响范围
明确阶段范围 —— 根据需求是否存在拆解阶段交付，是需明确各阶段交付内容
UAT / 灰度 / 上线方案 —— 根据上线特性，前置沟通 UAT / 灰度 / 上线方案
