持续集成测试流程

代码分支管理
版本发布管理
Sprint 周 日 需求 开发 测试 开发 验收 1 2 第一周 3 4
Sprint1 第二周 5 1 2 3
Debug R1
Sprint2 第三周 4 5
提测 专题测试
Sprint3 第四周 第五周 4 5
提测 专题测试 R1全量
第六周 4 5 1 2 3
Debug R3
1.1每日构建
测试环境
1.0部署
1.1日自动部署
1.1
持续测试
1.0 系统测试
1.1持续ຫໍສະໝຸດ Baidu试
Master
1.0封板
预发布
验收测试
预发布部署
引流测试 验收
测 试 验 收 流 程 略
全量部署
hotfix
问题修复
灰度部署 补丁部署
正式
THANK YOU
项目事件
走查
输入锁定 R1需求锁定
技术 技术 分享
只提交crash SA故障
技术 分享 技术 分享
只提交crash SA故障
技术 分享 技术 分享
备注
分享
举例
Dev
开发线
运维线
测试线
1.0版本开发
1.0每日构建 1.0日自动部署 1.0持续测试
1.0提测
1.1版本开发
1.0Debug
Release
持续集成测试流程
版本生命周期
代码每日构建 静态代码检查
自动化部署
自动化测试
人为功能测试
SM9点早会后将前日的 完成工作项置为测试中 的状态，邮件发出 releasenote（10点之 前） 测试经理收到 releasenote后按照人 力进行跟进测试，1点 半之前发出验收结果
每天0点开始行代码构建 服务器版本每日构 每日2点触发自动化 建成功后自动出发 测试脚本 构建前进行静态代码检 自动部署脚本，将 客户端UI自动化测试 查， 检查不通过，本日 war包和配置文件 构建失败 完成后发出测试报告， 部署到测试服务器 同步会进行稳定性测 客户端版本构建成功后 试，邮件发出自动化 推送到ftp服务器进行自 测试报告 动化测试 服务器API自动化测 服务器版本构建成功后 试，测试完成后邮件 出发自动化部署 发出测试结果 研发团队早会后需要 针对前日的自动化测 试结果进行分析，排 入当天研发计划
1
2
3
4
5
1
2
3
Debug R2
1
2
3
4
5
提测 专题测试 R2全量
确定R2业务需求，评审
R2 交互，评审
R2 产品需求文档输出,评审
定R3业务需求，评审
R3 交互，评审
R3产品需求文档输出,评审
定R4业务需求，评审
R4 交互，评审
R4产品需求文档输出,评审
开发R1版本，fix S和A类bugs R1 测试用例，评审
开发R2版本，fix S和A类bugs R2 测试用例，评审 R1回归测试 R1 bug fix
开发R3版本，fix S和A类bugs R2 测试用例，评审 R2回归测试 R2 bug fix
R1 新feature验收？
R2 新feature验收？ R1第二轮回归 第二轮bug解决 R1灰度预发布 解决R1 crash
R3 新feature验收？ R2第二轮回归 第二轮bug解决 R2灰度预发布 解决R2 crash
体验每日构建版本，提交问题
代码
R1拉分支 R2启动会 R1
代码 走查 R2需求锁定 故障 R1代码锁定 HCCB
R2拉分支 R3启动会 R2
代码 走查 R3需求锁定 故障 R2代码锁定 HCCB
R2拉分支 R4启动会