熊节：极限追问 031

【软件内部质量如何度量？】

背景：JIRA等工具提供了对软件内部质量的综合评价，让团队和领导能一眼看到软件的质量状况。

分问题1：如果你来设计一组描述软件内部质量的指标，你会选择哪些指标？ 分问题2：为什么选这些？

Page

【软件内部质量如何度量？】

背景：JIRA等工具提供了对软件内部质量的综合评价，让团队和领导能一眼看到软件的质量状况。

分问题1：如果你来设计一组描述软件内部质量的指标，你会选择哪些指标？

团队需要关注业务价值和架构价值，因此软件内部质量指标包括：

（1）业务核心代码覆盖率。 （2）代码集成频率。 （3）Bug燃尽图。

分问题2：为什么选这些？

团队需要关注业务价值和架构价值。

被测试的代码会有价值高低之分，因此关注业务核心被测试覆盖的是团队最关心的，至于什么是业务核心代码，以及哪些代码属于业务核心代码，是在项目进行中逐渐系统成共识和补充。

“产品的质量不是检测出来的，而是一产生就在哪里的。”越晚发现问题代价越高，因此频繁集成有利于及早暴露问题并解决。

Bug会伴随着项目一直出现。通过Bug的燃尽情况也可以反映出产生代码中满足业务价值的情况。

还有一部分代码检测应该是每次提交之前自动化完成的，应该是开发团队的底线，通过hook检测过不了提交不了代码的，所以作为团队内部基线。

Flynn

【软件内部质量如何度量？】

背景：JIRA等工具提供了对软件内部质量的综合评价，让团队和领导能一眼看到软件的质量状况。

分问题1：如果你来设计一组描述软件内部质量的指标，你会选择哪些指标？ 1.业务层面 业务深入用户需求，解决用户痛点 用户体验极好

2.技术层面 分析： 需求梳理清晰

设计： 各个模块和类职责清晰 模块间联系高内聚低耦合

编码： 可扩展性 可维护性 可测试

分问题2：为什么选这些？ 1、技术业务是一体两面，相互配合才能产生价值 2、对整个软件层面来说要站在业务和技术的角度 3、对开发人员来说要深入理解业务，编写高质量的代码

雄

【软件内部质量如何度量？】

分问题1：如果你来设计一组描述软件内部质量的指标，你会选择哪些指标？ 1、代码复杂度 2、单元测试覆盖率 3、重复代码 4、code review迭代次数 5、常用的代码规范工具的提示，比如：idea里面的阿里规范，fingbugs,sonarqube等等 分问题2：为什么选这些？ 1、代码复杂度，让类和方法尽量小，易于阅读 2、单元测试覆盖率高，易于重构。 3、code review迭代次数 代码逻辑和整体功能设计考量 5、常规的逻辑检查和代码规范检查

枫中的刀剑

【软件内部质量如何度量？】

背景：JIRA等工具提供了对软件内部质量的综合评价，让团队和领导能一眼看到软件的质量状况。

分问题1：如果你来设计一组描述软件内部质量的指标，你会选择哪些指标？ 分问题2：为什么选这些？ 」

分问题1：如果你来设计一组描述软件内部质量的指标，你会选择哪些指标？ 考虑这几个方面

  1. 代码的复杂度 2.代码的重复率 3.单元测试覆盖率 5.bug数量以及崩溃率 6.安全性。

分问题2：为什么选这些？ 高质量的软件，其代码应该是便于阅读和理解的。 复杂的代码，维护和修改的成本高。 重复代码是首当其中的坏味道。 单元测试覆盖率好，便于自动化测试。 bug数量和崩溃没什么好说的。 安全性的话主要是看有没有漏洞，这些地方不容易注意到，但是一旦出问题，可能会造成重大损失。

张维

【软件内部质量如何度量？】

背景：JIRA等工具提供了对软件内部质量的综合评价，让团队和领导能一眼看到软件的质量状况。

分问题1：如果你来设计一组描述软件内部质量的指标，你会选择哪些指标？

1、职责单一，一个方法只干一件事情； 2、重复代码情况；

分问题2：为什么选这些？

职责单一，在修改时不影响到其他模块，方便修改，易于复用； 重复代码，假如某些代码散落在各个地方，且都重复，修改起来需要修改很多地方，会导致系统bug增多。