本章主要介绍 OceanBase 开源版本的质量体系。
7.1 OceanBase 研发测试流程
本节主要介绍 OceanBase 的研发测试流程,首先介绍一下 OceanBase 质量保障的难点:
300 万行核心代码
高可用、扩展性、数据一致性
功能模块多,逻辑极其复杂
模块相互耦合,牵一发动全身
众所周知,OceanBase 作为一个完全自主研发的分布式数据库,核心代码就高达 300 万行,复杂度不言而喻,复杂会带来更高的质量风险。OceanBase 一直把质量放在首位,把对质量的提升贯穿到研发测试的所有流程中。

在需求阶段,会进行新需求的风险识别,质量风险也是做需求决策一个重要的判断依据。在研发阶段,相关技术人员都会参与到方案评审中,OceanBase 的代码需要遵守严格的编码规范,以防范低级的编码错误,功能开发完成后会进行自测和联调。
OceanBase 有严格的代码准入机制,必须准入测试通过后才可以提交代码。代码提交后进入测试阶段,测试完成并没有严重的遗留 BUG 才可以到达版本发布阶段,在版本发布阶段主要进行代码合入审批、平台工具适配(OCP、OMS 等)以及 BUG 和风险的管理。待版本发布之后会进行版本管理、问题跟踪和风险同步。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




