查看原文
其他

《2020年软件质量调查报告》六大看点

Test Ninja 软件质量报道 2022-06-03

2020年国内软件质量调查 在去年年底结束,今天也发出去最后一份奖品——技术图书《全程软件测试(第3版)》,之前陆续发放了阿里巴巴质量创新大会门票、腾讯VIP视频年卡、腾讯鼠年公仔、畅销技术图书、5Q币等奖品。同时,也通过邮件,将《2020年软件质量调查报告》(PDF版本)发送给每一位参加调查的同学,请注意查收。


根据调查的数据,历经10天左右的时间进行整理、分析,编制了《2020年软件质量调查报告》,总共24页,分为八大部分,外加“附录:金句” ,如下所示。

《2020年软件质量调查报告》有六大看点,下面一一给大家道来。


看点一:全面了解目前国内业界质量状态

例如,全面展示了软件研发的质量状况,最严重的质量问题是“需求变更频繁”,高达58.2%,而且线上问题比较多,占了37.1%20%的产品在线上服务都发生过严重崩溃事件,这也进一步说明整体质量不佳

过交叉分析,可以了解每个行业的质量状态例如教育、政府等行业按理说,流量不大,本来不会产生严重崩溃事件,但调查结果显示类问题相对严重,估计由于软件质量偏低、性能测试不足等造成。

通过交叉分析,也可以了解开发模式对质量带来的影响,例如:敏捷开发模式(或偏敏捷开发模式)产生的严重崩溃事件相对较高,比传统的开发模式平均高出6%。

下面两张图直接从报告中截取(包括原图编号,下面类同)


看点二:了解软件各个关键部分的质量状态

这次调查特定针对需求、设计、代码等各个具体部分的质量状况,之前 剧透:2020国内软件质量调查部分结果 已经发布,详细内容见完整的报告。


看点三:了解国内质量保证的优秀实践

仅仅了解需求、设计、代码等各个具体部分的质量状况是不够的,人们更想了解如何保证求、设计、代码、测试的质量。例如,在如何保证设计质量上,多数企业有一系列的优秀实践,最主要的实践有:加强设计评审、并邀请测试人员参加设计评审、制定设计规范;其次,选用成熟的设计模式、培养/设置能力强的架构师 和 原型验证,但这些方面做得不够。而邀请运维人员参加设计评审的比例只有15.6%,说明这方面做得明显不足。正常情况下,除了嵌入式软件、政府/军工、航空航天等行业之外,像互联网行业、金融行业、通信行业等(超过70%)都需要运维人员参与评审,所以这一点急需改进。除了这些实践,也有参与者提供了其它的实践:

  • 敏捷持续迭代 或 引入BDD;

  • 规范的流程体系;

  • 高管评审;

  • 开发人员进行自测、交叉评审;

  • 邮件通知上下游等。


看点四:了解国内企业今、明两年在质量管理上的主要工作

人们在2020年软件质量管理上的重点工作,首推“提升测试能力、规范测试水平”,进入一个常见的误区——许多公司抓质量就是抓测试。因为质量是内建的,缺陷预防比发现缺陷更有价值,在质量方面开发人员可以做出比测试人员更大的贡献,正确做法是优先抓开发的质量,但“优化架构、代码重构/优化、质量文化建设”占比都比较低,分别为16.9%、26.7%、32.%6,都不到三分之一。

流程改进有利于提升质量,但人更是决定的因素。然而,从调查结果看,有些颠倒黑白,“流程改进(49.7%)”反而高于“团队人员能力建设(41.2%)”。“研发基础设施建设”属于技术(工具)方面的改进,28.1%,远低于流程改进(49.7%),似乎也不合理,流程的改进完全可以固化在(融于)研发基础设施中。

而大家规划的2021年软件质量管理工作,虽然误区仍然存在,但也体现出“人与流 程”上的拨乱反正


看点五:了解国内企业软件的各种状况
除了了解国内软件质量状况,在《报告》中还可以了解国内企业行业分布情况、企业规模、团队规模、产品开发模式、产品交付周期 等许多信息。例如,在开发模式上,敏捷已成为主导开发模式,各种敏捷开发模式占28.6%(其实这个比例低于我们期望),加上偏敏捷的自定义开发模式,合计近60%。传统模式(瀑布模式+偏瀑布的自定义开发模式+其它传统开发模式)只占到28.3%,不到30%。但有高达10.7%说不清楚采用的是何种开发模式,还有近2%属于其它,如“伪敏捷+传统混合”、W模型(其实是V模型)、混合开发模式、自定义、IPD转型中等。虽然对一个公司来说会有多种开发模式,不同的团队可以有不同的开发模式,但对一个团队来说,一般只有一种开发模式。

看点六:欣赏整整100条有关质量、测试的金句


关于软件质量或软件质量管理,经过整理,参与调查的同学奉献了整整100条有价值、有启发的金句,这里列出20条
  1. 质量是价值的体现、是公司的生存之道。
  2. 软件质量是企业生命线、产品的生命线。持续优化、持续改进。
  3. 软件质量管理是一个长期进化的历程,没有止境唯有更好,企业能走多远质量管理就有多严。
  4. 质量是一个系统工程,短时间很难看到成效,持续改进是最好的方法。
  5. 团队时刻关注质量,质量是团队中每个成员头上悬着的一把刀,持续改进深深烙在每个人心中。
  6. 没有质量保证的高速开发是一种灾难。
  7. 质量是1到100的事情。
  8. 质量免费,第一次做对成本最低。
  9. 质量不是某个人的事、某个版本的事,而是一种习惯的养成。
  10. 坚持以客户为中心,站在客户角度考虑问题。
  11. 站在最终用户/客户的角度才能衡量一个产品的质量。
  12. 检验质量的主要标准只有一个:满足使用者的实际需要,用户使用软件获得了预期的信息化带来红利。
  13. 如果质量不重要,那么在做的事情一定是不重要的。
  14. 你永远都不知道你的用户会怎样使用你的产品。
  15. 业务发展走在前面,组织架构变革要紧随其后,质量文化要根植于心。
  16. 质量是内建的,质量不是测出来的,但很多开发人员意识不够。
  17. 质量是集体内建的,缺陷的预防重于缺陷发现,这个文化还没有形成。
  18. 所有与质量有关的人都必须要有对质量的责任心,这样流程才有人遵循,规范才有人落实,质量才有人保证。
  19. 软件质量根源是开发质量,测试如何帮助提升开发质量是一个视角。
  20. 质量是一种文化,这点很重要,需要每个岗位上的人员共同加入并与自身工作融入。

如何获得质量报告?

之前参与调查的同学自动会收到《报告》,其它同学可以讲一个自己经历的、有趣的测试故事、或质量故事就可以获得。

扫描二维码 或点击底部“阅读原文”参与。

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存