目录
一、背景&目标
测试工作是保证产品研发质量非常重要的环节，研发过程中测试人员可以做很多事情，但是因为创业团队中人员的背景以及对测试工作的认知存在差异。因此为了让团队中测试人员在测试工作中有更多的共识，对测试人员在研发过程中最主要的测试活动做了一些思考和总结。通过总结，希望能够帮助团队中测试人员了解怎样才能更深入地介入产品，以做到更好的质量保障，并最终得到团队认可。
当然，要更好的达成目标，还需要在工作中不断的思考总结，通过结合项目实际的时间资源、人力资源、质量要求等来实践并优化相关工作。下面会从需求设计阶段、开发设计阶段、测试阶段、发布前后阶段四个方面来进行说明。
二、需求设计阶段测试——测试计划与需求评估
| 测试活动 | 目标 | 主导方 |
|---|---|---|
| 需求评审 | 了解需求业务目标和实现逻辑，为开发设计、测试设计做准备 识别需求设计阶段问题 通过评审尽可能降低团队成员理解的一致性 评估风险、在需求阶段纳入风险防控 | 业务、产品 |
| 测试分析 | 从资源、业务要求角度设计测试完成所需计划。明确测试范围、测试目标、测试重点和难点，测试深度和广度、如何安排测试工作节奏、测试如何分层等 | 测试 |
| 监控梳理 | 从业务需求梳理业务监控点和风险点 | 开发、测试 |
三、开发设计阶段测试——分析与设计
| 测试活动 | 目标 | 主导方 |
|---|---|---|
| 设计评审 | 熟悉技术实现方案、设计是否涵盖了业务需求、存在的风险，为测试分析和测试用例设计提供输入 | 开发 |
| 测试分析 | 从测试技术对业务和系统进行风险分析、技术分析。提前识别问题。比如，从测试技术的角度，提出技术方案、产品需求存在的不合理点。 | 测试 |
| 测试策略 | 测试分析中的风险应对策略、确定测试的深度（代码范围）和广度（场景覆盖），如何符合质量目标（性能测试、稳定性测试等），如何符合测试计划 | 测试 |
| 测试用例 | 覆盖需求分析、设计分析、质量特性分析、风险分析、测试策略内容 | 测试 |
| 用例评审 | 在提测之前请关联方对测试用例进行评审 | 测试 |
四、测试阶段——测试执行与策略实施
| 测试活动 | 目标 | 主导方 |
|---|---|---|
| 冒烟测试 | 对提测内容进行验证，是否满足约定的标准和内容 | 测试 |
| 测试执行 | 测试执行过程非常关键，有各个环境的迭代执行，有不同测试类型的执行，有各个阶段的测试内容，有缺陷跟踪，方案测试等诸多内容 | 测试 |
| 验收测试 | 项目是否满足业务预期功能，业务价值是否正确体现 | 测试、产品、业务方 |
| UAT | 正式上线前，邀请业务方人员在灰度环境进行功能验收 | 测试、产品、业务方 |
| 测试报告 | 测试过程和结果的总结和沉淀，包括测试计划和策略阶段的内容。也是发布准入的重要评估 | 测试 |
五、发布前后阶段
| 测试活动 | 目标 | 主导方 |
|---|---|---|
| 灰度验证 | 无灰度无变更，灰度验证是发布的必须过程 | 开发、测试 |
| 发布执行配合 | 关注发布方案整体过程，日志，监控，业务反馈 | 开发、测试 |
| 监控&线上回归 | 发布后也需要进行一段时间的监控观察，日志观察和线上业务回归 | 测试、开发 |
| 问题跟踪（工单分析、线上问题排查、故障处理） | 问题跟踪是测试同学对线上项目运行实际效果的很好评估途径、包括通过线上问题的跟踪，了解问题遗漏的原因，针对改进，形成稳定性建设的流程闭环。 | 测试、开发 |