青岛手机网站建设公司,wordpress 固定链接插件,专门做外国的网站吗,海口网络科技有限公司上一课时介绍通过提高工程效率来提高价值交付效率#xff0c;从而提高企业对市场的响应速度。在提高响应速度的同时#xff0c;也不能降低软件的质量#xff0c;这就是所谓的“保质保量”。具备高质量软件#xff0c;高效率的企业走得更快更远。相反#xff0c;低劣的软件…上一课时介绍通过提高工程效率来提高价值交付效率从而提高企业对市场的响应速度。在提高响应速度的同时也不能降低软件的质量这就是所谓的“保质保量”。具备高质量软件高效率的企业走得更快更远。相反低劣的软件质量高效率则会让企业死得更快。高质量的软件是企业一直在追求的目标那么又有哪些指标可以帮助我们识别软件存在的问题呢这就是今天就介绍一些有关这方面的内容。
什么是软件质量
如今任何一个企业都是数字化企业任何一家数字化企业都是以软件为业务核心。因此软件的质量是企业生死存亡的关键因素务必要引起重视。既然软件质量如此重要领导者需要了解当前软件质量是多少存在什么问题软件质量的发展趋势是什么这些就是软件质量的度量。
软件质量也包含两部分内部质量和外部质量。 内部质量是指被开发人员感知的质量比如代码的缺陷、坏味道、不合理的架构设计等。内部质量是造成外部质量的源头在开发过程中要尽早发现、尽早修复内部质量问题提高发布到生产环境中产品的外部质量。 外部质量是指能够被用户感知到的质量。比如用户在使用产品的过程中出现异常服务不可用响应迟钝等现象影响用户体验。外部质量是决定产品是否成功的关键提高外部质量是团队成员的最终目标。 下面分别从内部质量和外部质量两个方面介绍软件的质量。
内部质量
企业在实施 DevOps 的实践中也一直在尝试将代码质量的检查集成到流程中比如持续交付流水线中集成静态代码检查单元测试覆盖率检查等环节。针对代码质量检查的工具也有很多常用的有 SonarQube、PMD、FindBugs 等。下面这张图是 SonarQube 代码质量检查的概览页面。 代码质量检查
代码质量度量是针对代码本身的度量根据开发人员的主动和被动以及对软件造成的影响大小可以分为Bug 和漏洞以及技术债务。 Bug 和漏洞。
Bug 和漏洞是开发人员在开发业务功能时在无意识行为下产生的代码问题即并不是开发人员故意为之。这类问题一般不易被发现一旦被发现需要及时修复因为会对软件造成严重影响。Bug 是指代码中的错误可能会阻止程序按预期运行影响的是程序的可靠性。漏洞是指代码中的问题心怀不轨的人会利用这些问题破坏程序的安全性。
比如Java 语言中字符串和装箱类型的比较使用 equals() 进行比较。下面这段代码就会检查出 Bug。
String firstName getFirstName(); String lastName getLastName();if (firstName lastName) { ... };
这是因为使用或!比较运算符比较的是内存地址而不是具体的值。在某些情况下即便 firstName 和 lastName 具体的值相等但也返回 false。 缺陷和漏洞的度量一般采用数量和级别级别分为BLOCKER阻断、CRITICAL严重、MAJOR主要、MINOR次要、INFO提示。 技术债务。
技术债务是指开发人员在开发和设计的时候为了能满足短期的效益而采取的权宜之计。比如缺乏自动化测试的代码包含坏味道的代码。坏味道是指不会阻止程序的正常运行但可能会对代码的可维护性产生影响。如上图中技术债务需要1天偿还包含坏味道 86 个这些就是对技术债务的度量。
如下面就是一个坏味道的例子当数组或集合返回 null 时调用方需要做 null 判断否则就会抛出空指针异常。
public static ListResult getResults() {return null; // Noncompliant}public static Result[] getResults() {return null; // Noncompliant}public static void main(String[] args) {Result[] results getResults();if (results ! null) { // Nullity test required to prevent NPEfor (Result result: results) {/* ... */}}}
除此之外还包含圈复杂度、函数代码行、文件代码行、重复代码率、重复文件数等度量。
测试质量检查
测试阶段又称为质量保证QA阶段是软件开发过程中确保软件功能性和非功能性需求满足用户要求的阶段。为了提高测试效率很多企业逐渐减少人工测试的比率提高自动化测试的比率。测试阶段的质量度量可以使用测试覆盖率和测试缺陷数量来表示。
测试覆盖率。
测试覆盖率是衡量代码质量的一个方法是指自动化测试中代码的覆盖程度包含单元测试、集成测试、回归测试的测试覆盖率。上图中 54.6% 是测试覆盖率的度量。测试覆盖率越高发现问题的概率越大在测试阶段发现的问题越多软件发布到生产环境后问题就会越少。
但是关于测试覆盖率“多少算是合适”这一问题很多人是存在分歧的。业界普遍认为测试覆盖率达到 80% 就足够了。这里强调的是测试一定是有效测试无效的测试即便 100% 覆盖也没有任何意义。 测试缺陷数量。
测试缺陷数量是指在测试阶段发现的代码问题的数量。如下图所示。每一个缺陷又可以按缺陷类型、严重程度、发现阶段进行标记。
1.缺陷类型用户体验问题、性能问题、接口问题、界面问题、环境问题等。
2.严重程度致命缺陷、严重缺陷、一般缺陷、轻微缺陷和建议等。
3.发现阶段功能测试、单元测试、集成测试、用户验收测试等。 测试阶段的目的就是发现问题所以我们不能惧怕发现问题。在实际开发过程中测试人员给开发人员提 Bug开发人员会很抵触好像是污蔑自己的编码智商使得开发和测试也会处于对立局面。另外测试人员要分清哪些是 Bug哪些是需求改进不要将需要优化的需求也作为 Bug 提给开发人员。
虽然会度量测试阶段的缺陷数量但不要作为衡量团队成员能力的依据也不会作为绩效考核的标准。还是前面提到的要以结果性、全局性的指标为最终指标。
外部质量
上面介绍了内部质量以及通过代码检查和自动化测试来保证内部质量在开发流程中也集成了工具和制度。虽然我们做了大量的质量保证活动就一定能交付高质量的产品吗答案是“不一定”。内部质量并不能说明用户对产品是满意的还是抱怨的也不能说明用户使用过后是想继续使用还是想舍弃。由于缺少这些相关的度量信息以至于无法判断产品的质量状态。因此要从用户满意度、产品非功能性等方面评估产品的外部质量。
用户满意度
用户满意度是从最终用户的角度对产品的评判。企业在调查用户满意度方面已经很成熟了有多种方式可以收集用户对产品或服务的评价信息。拨打过 10086 的同学都知道客服在结束时都会说“请您稍后对我的服务做出评价满意请按 1不满意请按 2”这就是收集用户满意信息的一种方式其他的还有 调查问卷 互联网产品卸载时的弹窗 投诉与建议。
这几种方式都可以了解用户对产品的哪些功能不满意为后期进行产品功能优化时提供依据。那么用什么方式度量用户满意度比较合适呢业界认为“净推荐值(NPS)”是衡量用户满意度的黄金标准。这是计算某个客户会向其他人推荐某个企业或服务可能性的指数采用 0-10 分进行打分分数越高说明你越愿意推荐这个企业或服务。
产品非功能性
除了用户本身对产品或服务的直观感受外用户在使用产品过程中感知的产品非功能性问题也是衡量产品质量一个因素。比如产品的可靠性、性能等。 可靠性是指用户在使用产品的过程中出现服务不可用的概率。这里既可以指具体的人使用产品功能也可以指系统间的调用或通信。总之给用户带来的影响是不能正常的使用产品。 性能是指用户在使用产品时的流畅性未出现卡顿、延迟等现象。比如打开一个页面需要 10s 以上虽然还能够使用产品但用户体验不好。
产品的非功能性问题会最终影响用户满意度一般通过用户反馈的缺陷和问题数量及严重程度来度量产品的可靠性通过应用程序性能监控系统APM 度量产品的性能。随着DevOps实践的不断深入通过蓝绿部署、金丝雀发布等方法先在一小部分用户使用新版本以便提前发现软件存在的问题从而避免让更多用户受到影响。以及使用混沌工程提前发现问题减少产品不可用的概率。这些方法都是针对产品的非功能性采取的防控措施。
总结
本课时主要介绍了软件质量这一决定产品成功与失败的关键要素。软件的质量分为内部质量和外部质量二者相辅相成互相影响。内部质量是源头外部质量是结果。提高内部质量会进一步提升外部质量外部质量也会反过来促进内部质量的提升。DevOps 的目标是在提高研发效率的同时也要提高软件产品的质量。
如今市场竞争越发激烈用户在第一次使用后认为产品或服务没有达到满意是不会再有第二次机会的。因此软件的质量是企业研发的重中之重也是企业实施 DevOps 的目标之一。
