你们公司有做代码门禁处理吗?
先抛出几个问题,在你们日常工作中,有没有遇到过下面的这些问题呢?
1、当你在jenkins打包部署测试环境的时候,发现代码编译报错
2、开发偷偷的提交了代码到某个分支上面没有告诉你
3、测试环境没问题,一到上线后就各种空指针和代码报错等
当你的团队正面临以上问题,甚至是更多的问题时,那么可以考虑从流程上去做一些规范限制。
何为代码门禁?
最近在阅读《阿里测试之道》一书,在上面看到了代码门禁一词。可能从字面意义上不知道是干啥的,但是在日常工作中却或多或少的接触过一些。
那什么是代码门禁呢?简单的理解就是对提交代码到仓库做一定的限制规则。代码门禁是一项代码质量保障的措施,其 目的是要求开发人员提交的代码必须满足一些要求才能合入代码仓库。这些要求可以包括以下内容:代码编译通过、单元测试覆盖率达标、代码静态检查某类型告警等。
我在工作中接触到的这块相关的内容
1、之前在华为外包的时候,当时的部门有针对代码提交到指定的分支后触发定时构建、sonarqube做代码扫描、单元测试覆盖率、fortify进行代码安全扫描、代码圈复杂度、版本代码变化量等一系列ci的度量指标,这块的数据会采集到一个自己开发的简易的平台上,给QA统计每个项目的质量情况。
2、上一份工作中有要求开发在提交代码的时候,必须在备注里面按照指定的格式进行提交,提交的代码必须带上禅道上需求单号的id,否则提交不上去。
3、目前所在的公司会用sonarqube进行代码扫描,每次发版前会要求发版分支上对应的某类问题必须清零才能发布。当然,这些做的远远不够,这种方式在一定程度上会耽误测试人员的更多时间。
那么,看到这里的小伙伴,你们团队目前有没有针对这块做一些什么处理呢?欢迎在知识星球上留言探讨。
文章来源: xiaobotester.blog.csdn.net,作者:小博测试成长之路,版权归原作者所有,如需转载,请联系作者。
原文链接:xiaobotester.blog.csdn.net/article/details/124487170
- 点赞
- 收藏
- 关注作者
评论(0)