抢票系统架构设计 测试设计于投产应急设计

本文探讨了测试用例覆盖率的重要性,自动化测试与开发并行的流程,上线三板斧——监控、灰度和应急响应设计。涉及覆盖率目标、监控设计(业务和故障监控)、灰度发布工具如ZK和阿波罗,以及应急措施如回滚与功能降级。

架构设计3

1.测试用例覆盖率

自动化的测试平台 测试的覆盖率85%才可能走之后的流程

image-20220328200655457

开发和测试并行,开发完成后自测要达到一定的程度,通过后测试才可以通过提测

主系分

主测分

发布评审:数据准备,发布计划,依赖的系统,与发布环境发布后验收的功能 pd验收,生产环境

image-20220328202234737

image-20220328203133406

测试的覆盖率和测试的通过率都是研发质量的评判的指标

2.上线三板斧

image-20220328203733945

2.1可监控

可监控:上线的功能是可监控的,如果出现故障,请求消失需要立即监控到,时间拖的很长就会出大的问题,也是保护开发人员

2.1可灰度

可灰度:希望功能可以逐步开放,对小部分用户先开放

2.3可应急

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值