关于研发过程中测试工作的一些思考一、背景&目标二、需求设计阶段测试——测试计划与需求评估三、开发设计阶段测试——分析与设计四、测试阶段——测试执行与策略实施五、发布前后阶段

75 阅读 0 评论 50 点赞

我是靠谱客的博主典雅大神，最近开发中收集的这篇文章主要介绍关于研发过程中测试工作的一些思考一、背景&目标二、需求设计阶段测试——测试计划与需求评估三、开发设计阶段测试——分析与设计四、测试阶段——测试执行与策略实施五、发布前后阶段，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

一、背景&目标

二、需求设计阶段测试——测试计划与需求评估

三、开发设计阶段测试——分析与设计

四、测试阶段——测试执行与策略实施

五、发布前后阶段

一、背景&目标

测试工作是保证产品研发质量非常重要的环节，研发过程中测试人员可以做很多事情，但是因为创业团队中人员的背景以及对测试工作的认知存在差异。因此为了让团队中测试人员在测试工作中有更多的共识，对测试人员在研发过程中最主要的测试活动做了一些思考和总结。通过总结，希望能够帮助团队中测试人员了解怎样才能更深入地介入产品，以做到更好的质量保障，并最终得到团队认可。

当然，要更好的达成目标，还需要在工作中不断的思考总结，通过结合项目实际的时间资源、人力资源、质量要求等来实践并优化相关工作。下面会从需求设计阶段、开发设计阶段、测试阶段、发布前后阶段四个方面来进行说明。

二、需求设计阶段测试——测试计划与需求评估

测试活动	目标	主导方
需求评审	了解需求业务目标和实现逻辑，为开发设计、测试设计做准备识别需求设计阶段问题通过评审尽可能降低团队成员理解的一致性评估风险、在需求阶段纳入风险防控	业务、产品
测试分析	从资源、业务要求角度设计测试完成所需计划。明确测试范围、测试目标、测试重点和难点，测试深度和广度、如何安排测试工作节奏、测试如何分层等	测试
监控梳理	从业务需求梳理业务监控点和风险点	开发、测试

三、开发设计阶段测试——分析与设计

测试活动	目标	主导方
设计评审	熟悉技术实现方案、设计是否涵盖了业务需求、存在的风险，为测试分析和测试用例设计提供输入	开发
测试分析	从测试技术对业务和系统进行风险分析、技术分析。提前识别问题。比如，从测试技术的角度，提出技术方案、产品需求存在的不合理点。	测试
测试策略	测试分析中的风险应对策略、确定测试的深度（代码范围）和广度（场景覆盖），如何符合质量目标（性能测试、稳定性测试等），如何符合测试计划	测试
测试用例	覆盖需求分析、设计分析、质量特性分析、风险分析、测试策略内容	测试
用例评审	在提测之前请关联方对测试用例进行评审	测试

四、测试阶段——测试执行与策略实施

测试活动	目标	主导方
冒烟测试	对提测内容进行验证，是否满足约定的标准和内容	测试
测试执行	测试执行过程非常关键，有各个环境的迭代执行，有不同测试类型的执行，有各个阶段的测试内容，有缺陷跟踪，方案测试等诸多内容	测试
验收测试	项目是否满足业务预期功能，业务价值是否正确体现	测试、产品、业务方
UAT	正式上线前，邀请业务方人员在灰度环境进行功能验收	测试、产品、业务方
测试报告	测试过程和结果的总结和沉淀，包括测试计划和策略阶段的内容。也是发布准入的重要评估	测试

五、发布前后阶段

测试活动	目标	主导方
灰度验证	无灰度无变更，灰度验证是发布的必须过程	开发、测试
发布执行配合	关注发布方案整体过程，日志，监控，业务反馈	开发、测试
监控&线上回归	发布后也需要进行一段时间的监控观察，日志观察和线上业务回归	测试、开发
问题跟踪（工单分析、线上问题排查、故障处理）	问题跟踪是测试同学对线上项目运行实际效果的很好评估途径、包括通过线上问题的跟踪，了解问题遗漏的原因，针对改进，形成稳定性建设的流程闭环。	测试、开发