vrrp 的mac是怎么算出来的_JB的测试之旅百行代码缺陷率怎么算出来的

最新推荐文章于 2023-03-20 19:34:52 发布

weixin_39795479

最新推荐文章于 2023-03-20 19:34:52 发布

阅读量321

点赞数

文章标签： vrrp 的mac是怎么算出来的

本文链接：https://blog.csdn.net/weixin_39795479/article/details/111328360

版权

本文探讨了VRRP中MAC地址的计算方法，并围绕代码缺陷率进行了详细阐述，包括千行代码缺陷率的计算公式、实践应用以及其优缺点。同时提出百行代码缺陷率作为研发考核指标的思考，分析了可能遇到的挑战和更好的替代指标。

摘要由CSDN通过智能技术生成

前言

以前的团队，每次上线都需要一份测试报告，其中里面有一项bug相关的描述：

从项目以及测试维度，这块统计没啥问题，也比较清晰.

但是相对于研发而言，不太认可这一项，因为需求大的版本， bug量多也是正常的，需求小的版本，很大可能也没有 bug，如果根据 bug数来衡量研发的质量，这个好像也不太靠谱。

因此，在研发考核这块，找了下资料，发现千行代码缺陷率，公式如下：

按照上述的公式来看，缺陷的数量越少表示质量越高。

而生产的代码越多，可以容忍的bug数量也就越多。那么这个公式应该是可以很好地检测代码质量的。

ok，到这里为止，先不管这个值是否真的有效或者好坏？这边只想知道，这个值是怎么算出来的？

因为业务比较小，因此改用百行代码缺陷率来尝试算这个值。

怎么算出来的

这里先直接贴最终的命令行，这里是统计 develop分支2020年3月31号，用户是 jb跟 jb2的提交数：

git log develop --no-merges --since="2020-03-31 00:00:00" --until="2020-03-31 23:59:59" --author="jb\|jb2" --pretty=tformat: --numstat -- . ":(exclude)XXX(项目名)/src/test" ":(exclude)XXX(项目名)/src/main/resources" | awk '{ add += $1 ; subs += $2 ; loc += $1 + $2 } END { printf "added lines: %s removed lines : %s total lines: %s\n",add,subs,loc }'

返回的结果是这样的：

added lines: 31049 removed lines : 14821 total lines: 45870

ok，接下来就来逐步拆分了解下。

git log，获取所有提交的历史记录。
develop，获取 develop分支所有提交的历史记录。
--no-merges ，是去除该提交中 merges的代码，因为有可能会 merge其他分支的代码，此时应该去除。
--since="" --until=""，是要统计修改记录的开始和结束时间
--author ，是指修改代码的人过滤多人时使用“|”分开，比如 git log--author="jb\|jb2"。
--pretty=，控制显示的记录格式。
--numstat，对增加和删除的行数进行统计，第一列显示的是增加的行数，第二列显示的是删除的行数。
-- . ":(exclude)folderName"，排除文件夹，因为项目里面有些test目录是不应该包含进去的，因此需要排除这类文件夹。排除多个则这样写 --.":(exclude)folderName1"":(exclude)folderName2" 。

项目实践

版本对比

版本	总代码行数	百行代码bug数
XX服务4.8.0	2597	0.04
XX服务4.9.0	6739	0.06
XX搜索4.3.0	6384	0.016
XX服务4.9.1	1077	0
XX服务4.10.0	2931	0
XX服务4.11.0	513	0
XX服务4.12.0	2929	0
XX服务4.13.0	1589	0
XX体检1.0.0	0	0