华人澳洲中文论坛

热图推荐

    技术计划评审

    [复制链接]

    2023-1-31 09:41:38 17 0

    流程&标准



    人员: 评审能够由开发,测试,名目经理等一同加入,Leader或架构师要做主评审
    时间:管制在30分钟-1小时规模
    目的: 评审是让大家达成同识,一同讨论学习。
    产品需要完成上是不是知足,是不是有脱漏剖析计划里是不是有坑计划上线后是不是会遇到严重变乱有无异样监控诉警以及兜底计划评审维度


    组件选型
    为何选 A 不选 B 呢?A 不是开源的,出了问题怎么办?B 虽然是开源的,然而是 Erlang 写的,公司没人能看懂怎么办?C 我对待解决的 Issues 还有得多,有无去理解过?这个组件在机能方面你是不是理解过?开源的收费版本不反对集群怎么办?假如完全要本人写这个组件有无可能性?机能
    咱们需要的 TPS、QPS 和 RT 是多少?总体设计上会做到的 TPS、QPS 和 RT 是多少?跟着数据量的增大零碎机能会不会泛起显著问题?零碎哪一个环节会是最大的瓶颈?是不是打算做压力测试,压力测试计划是怎样的?怎么进步前端用户的拜候流利性?可伸缩性
    每一个个环节是不是都是能够横向扩展的?扩容需求怎么做手动仍是自动?数据库不克不及横向扩展怎么办?纵向扩展有多少成果?横向扩展是不是是线性的?扩展后是不是能够进步响应速度?灵敏性
    是不是有理解过产品层面当前会怎么开展?模块 A 是不是能拆分出去独立为其它业务办事?模块 B 是不是能够交换为另外一种第三方数据源?假如流程有变,需求多大的任务量来顺应?业务是不是能够做到可配?可扩展性
    为何 A 和 B 都有差未几的逻辑?是不是斟酌到了 A 业务的完成当前还有 B 的可能性?假如当初有两种战略当前扩展到了八种战略怎么做?当前是不是能够把这个业务的 H5 前端适配到 PC?牢靠性
    是不是架构中有单点?毛病转移是怎么完成的?集群外部毛病转移需求多久?MQ 或存储泛起问题的时分零碎会怎样?MQ 或存储泛起问题又恢复了零碎是不是会本人恢复?是不是斟酌过异地毛病转移的计划?是不是斟酌过量活的计划?是不是无数据丧失的可能性?数据丧失后是不是能够恢复?零碎完全挂了对其它业务的影响是甚么?零碎完全挂了是不是能够有线下的形式走业务?平安性
    是不是完全防止 SQL 注入和 XSS?是不是做了风控战略?是不是有防刷维护机制?数据库拖库了会怎样?是不是无数据泄漏的可能性?数据的权限怎么管制的?功用的权限是怎么管制的?是不是做了日志审计?遭到了 DDOS 攻打怎么办?数据传输是不是加密验签?兼容性
    老的零碎打算怎么办?怎么进行新老零碎交换?新老零碎能否往返切换?别的零碎怎么衔接你这套新办事?上上游依赖是不是梳理过,影响规模多大?上上游革新的难度怎样?上上游革新有排期吗?上上游革新的方案和通知时间肯定了吗?使用了新的数据源数据怎么迁徙?使用了新的技术老名目开发能否顺应?弹性处置
    这个数据反复消费会怎样?? 这个接口反复调用会怎样?是不是斟酌了办事升级?哪些业务反对升级?是不是斟酌了办事熔断?熔断后怎么处置?是不是斟酌了办事限流?限流后客户端表示怎样?队列爆仓会怎样?是不是斟酌了隔离性?事务性
    这段业务由谁包管事务性?数据库事务回滚后会怎样?办事调用了失败怎么办?队列补偿怎么做的?办事调用补偿怎么做的?数据补偿完成终究统一需求多久?在数据不残缺的时分用户会感知到吗?可测试性
    测试环境和线上的差别多大?是不是反对部署多套隔离的测试环境?是不是打算做单元测试,掩盖率指标是多少?测试黑盒白盒任务量的比例是怎样的?是不是反对接口层面的自动化测试?是不是有可能做 UI 自动化测试?压测怎么造数据?是不是能够在线上做压测?线上压测怎么隔离测试数据?? 是不是有测试白名单功用?可运维性
    每一个个组件对办事器哪方面的压力会最大?从新搭建整套零碎最快需求多少时间?零碎是不是能够彻底基于源代码构建?零碎是不是有初始化或预热的环节?零碎里哪些环节需求人工参预?数据是不是需求按期归档处置?会不会有突发的数据量业务量增大?跟着时间的推移假如压力放弃不变的话零碎需求怎么来巡检和保护?怎么在容器里进行部署?监控
    业务层面哪些目标需求监控和报警?运用层面零碎外部是不是有袒露了一些目标作监控和报警?零碎层面使用的两头件和存储是不是有监控报警?是不是一切环节都接入了全链路跟踪?泛起报警的时分应该由谁来处置?每一个个模块是不是有固定的次要和主要担任人?有无可能零碎出了问题无奈经过监控目标体现?哪些目标需求上大屏由监控进行 7*24 监控?计划模版 配景引见需要配景,让大家理解相干上下文信息。 假如是产品需要,需求附上产品需要文档。 假如是技术需要,需求形容分明现状和问题。指标引见需要指标,便利大家评价计划是不是合乎预期。总体架构上上游办事,子模块瓜葛等。业务流程笼统和形容业务流程。接口定义把需要笼统成接口数据库表表构造字段阐明功用完成引见技术计划 假如有多个可选计划,需求减少计划比较。测试方案测试影响规模
    修正会影响哪些功用模块、场景测试危险评价
    因修正形成异样的危险有大多?可不成能存在由于修正引入的 bug人力排期工作拆解,详细排期。


    Check List
    评审前自查,评审时复核。总体评价
    已和 QA 沟通测试方案(接口人:@xxx )排期接口评价
    上线评价
    上线程序公道可以回滚止损上线后的
    关注目标关注监控异样处置
    重试监控报警会议记要参会人员
    QA: @xxx
    开发:@xxx
    Todo List
    记载评审改进意见。问题1 @xxx问题2 @xxx

    发表回复

    您需要登录后才可以回帖 登录 | 立即注册

    返回列表 本版积分规则

    :
    注册会员
    :
    论坛短信
    :
    未填写
    :
    未填写
    :
    未填写

    主题28

    帖子36

    积分159

    图文推荐