为了项目过程管理更加紧凑, 控制项目测试进度, 测试质量,
需要指定一个测试 leader, 测试 leader 的主要职责是测试边界的划定, 整体进度的把控, 项目风险识别和应对. 具体工作内容如下:
一, 需求阶段:
确定本项目测试参与人员名单
产品需求评审
研发需求和设计评审
确认本次版本改动影响范围, 设计哪些组件, 哪些改动点, 是否有依赖, 是否有测试工具需要编写等
输出测试计划 (含测试范围, 测试方法, 测试风险, 测试资源等)
二, 研发阶段
组织测试人员进行测试设计编写
组织产品, 测试, 开发评审测试设计
测试用例录入到测试平台中
组织测试人员开发测试工具
指派冒烟用例给开发并配合开发进行自测, 冒烟测试用例的比例由开发和测试进行协商, 要求最终必须是将应用程序部署到环境中, 端到端的完成测试后再交付.
PS: 这一阶段中要关注开发的进度和过程中遇到的风险
这阶段中对于开发或者产品变更的需求要扎好口, 要经过完整的研发流程进行分析, 对于分析完毕的需求, 安排测试进行相应的用例变更.(一般不建议在过程中比较分散的进行变更, 可以将需要变更的记录起来, 集中处理)
三, 测试阶段
对于测试的轮数, 我们没有特别的要求, 一般对于大版本, 会安排 2 轮测试, 1 轮回归, 1 轮 RC 测试, 对于一般版本, 则可以安排 1 轮测试, 1 轮回归, 1 轮 RC, 影响比较小的版本
可以一轮测试, 一轮 RC.
汇总每日测试进度, 每日发测试日报, 同步给研发和产品, 指出当前测试进度, 风险点, 主要问题点等等.
整理本轮测试报告, 根据测试情况决定是否要增加或调整测试用例.
如果需要跨团队集成测试的话, 协调各个相关团队进行集成测试.
同步安全测试的测试进度, 并给予配合和支持.
四, 预上线阶段
推进整理项目发布计划, 回滚计划并确认
整理项目遗留问题点, 剩余 bug, 预估影响范围
准备上线后的产线冒烟用例
组织测试人员在预上线环境进行验收
来源: https://www.cnblogs.com/tjs545657/p/12592107.html