范全松:浅谈DevOps平台建设四部曲.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

浅谈持续交付的典型场景

范全松⾼效运维社区资深技术专家

个人介绍

范全松

高效运维社区资深技术专家

1、10余年IT领域从业经验、DevOpsEnterpriseCoach

2、擅长结合DevOps理论+工程实践推动企业软件交付流程优化,助力业务取得成功;对持

续集成、持续交付有着深刻的理解,并且有着丰富的实战落地经验。

GOPS全球运维大会2023·上海站

1场景一:分支策略

目录2场景二:自动化测试

CONTENTS

3场景三:分层流水线

4场景四:度量

01分支策略

场景一:持续交付下的分支策略

场景一:持续交付下的分支策略

场景一:持续交付下的分支策略

关于分支策略的几点思考:

•没有最好的,只有最合适的

•我们在讨论分支策略时,本质上是在讨论研发的协作模式

•任何一种策略的选择,都有其自身的局限性,扬长避短

•是不是可以有跟环境绑定的分支?

•比如类似SIT分支,UAT分支等

•意味着部署不同的环境,需要从对应环境的分支获取源码做编译构建

•分支策略的使用仅限于研发阶段,不应再扩散至软件交付的其他环节

•站在价值交付的角度来看,研发阶段的价值交付,是以源代码的形式,借助分支策略的使用,

来收集各研发人员的价值贡献

•研发团队交付出去的价值,应以制品包的形式再往后流转(BuildOnce,DeployAnywhere!)

场景一:持续交付下的分支策略-特性分支

02自动化测试

场景二:持续交付下的自动化测试

人类行为总是倾向于具有高度目标性,确立一个正确的目标有着

重要的心理学影响。如果我们的目的是证明程序中不存在错误,

软件测试的心理学那就会在潜意识中倾向于实现这个目标,

测试是为发现错误而执行程序的过程也就是说,我们会倾向于选择可能较少导致程序失效的测试案例。

相反地,如果我们的目标在于证明程序中存在错误,

我们设计的测试案例就有可能更多地发现问题。

测试的不可穷尽性

软件测试的经济学正是因为测试的不可穷尽性,在绝大多数的软件工程实践中,

我们不会为了绝对的质量而不计成本的投入,

以合适的成本取得合适的质量

理性人考虑边际量(十大经济学原理之一)。

通常我们会根据程序的用途和定位,制定一个合适的质量目标,

在有限成本的条件下,采取某种测试策略来达到这个质量目标。

场景二:持续交付下的自动化测试

接口自动化测试覆盖率都100%了,为什么从来没发现过Bug?

•从术的层面,需要考虑接口自动化测试案例自身的质量

•测试场景是否覆盖全面?

•断言密度

•回归自动化测试本身

文档评论(0)

如此醉 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档