剧透：2020国内软件质量调查部分结果

软件质量报道公众号 联合 腾讯WeTest、ThoughtWorks社区发起 “2020年国内软件质量调查” 已经启动20天了，还有最后两天就结束了，不妨先透露一些调查结果。完整的调查报告，元旦之后发布。

　　这次调查总共有21个问题，包括：

• 您所在*团队*目前采用什么开发模式？
• 您所在团队软件交付的周期多长？
• 在您的团队中，如何保证软件需求质量？
• 您对需求质量的感受是什么？
• 您所在的团队，如何保证设计质量的？
• 您感觉哪部分的设计质量*不好*？
• 您所在团队，代码质量是如何保证的？
• 如果用每千行（KLOC）的缺陷数衡量代码质量，这个值是多少 (Bug#/KLoC) ？
• 在研发流程中，对单元测试代码覆盖率有明确要求吗？
• 测试的质量是如何保证的？
• 是否有专门的质量保证QA人员（非测试人员）?
• .....

　　你对哪些项目感兴趣？需求质量、设计质量还是代码质量？据我所知，人们常常抱怨的是需求质量，对吧？那我们就先透露需求质量调查的结果。的确，大家对需求质量不满意，感觉 “满意”或 “很满意” 的不到三分之一，只有27.4%。

　　设计质量会好些，不过，你可以猜猜哪部分（系统架构设计、UI设计、接口设计、功能设计、系统整体设计等）质量感觉更好些，哪部分又更差一些？看起来，大家对UI设计最不满意，其次就是对系统架构/整体设计不满意。

　　需求是源头，需求质量最重要，但最终交付出去的是代码，代码质量倒也不容忽视，代码质量也是许多公司比较关注的，但从调查结果看，超过1/3的人（高达36.5%）并不清楚自己公司的代码质量处在什么水平。如果按照CMMI之前的数据，差不多有10%公司达到或接近CMMI 5级水平（0.86 Bug/KLOC），20%公司达到或接近CMMI 4级，也就是说这30%的公司代码质量还是很高的。多数同学比较乐观，结果会有一些偏差，但同学们还是比较客观的，不清楚就填不清楚。

　　不过，这个公众号的关注者有不少是做测试的，他们更关注测试的质量。同时，这个调查中更有价值的部分可能是 “如何去保证质量”的调查数据，包括如何保证需求质量、如何保证设计质量......直到如何保证测试的质量。从调查结果看，加强测试用例的评审是 “如何保证测试的质量” 中最常用的手段，其次是衡量功能/业务覆盖率、对测试计划/方案的评审等，依赖代码覆盖率倒是不高（23.4%），但将线上缺陷数作为考核指标的也占了36%。有4/1的团队“强调质量是构建的”，感觉太少了，我的期望值是80%，最能保证测试质量的，是开发尽可能不产生缺陷?  其他占2.3%，往往也是很有价值的，是我们想不到的一些措施，也是调研数据中比较宝贵的一部分数据，例如，还可以从下面几个方面助力测试的质量：

• 加强对测试人员的培训
• 测试流程的规范性
• 代码评审的有效性
• 测试自动化平台的支持

　　和测试直接相关的还有：团队对单元测试覆盖率的要求，但从结果看，在我们意料之中，单元测试始终没有得到大家的重视，没有单元测试覆盖率要求的团队竟高达59.6%。在这软件定义一切、万物互联的时代，这就是一种潜在的风险，甚至可以说是无数颗不定时的炸弹埋在代码中。因为从系统层次进行测试，总是很难充分彻底地完成测试的，只有把每一个单元测试都做好，再进行集成测试、系统测试、验收测试，质量才能达到很高的水平。8.1%的团队要求做到MCDC>90%，航空航天、轨道交通、核工业等领域的性命攸关的软件一般有这种要求；9.9的团队要求做到分支覆盖>90%，银行、公共服务等领域的使命攸关的软件一般有这种要求。一般商业软件要求行覆盖率超过90%。

　　已经透露不少信息了，自己还特别想透露：

• 大多数团队的交付周期会是多少？
• 今年大家把质量工作的重点放在哪些方面？
• 今年国内软件主要出过什么质量问题？ 
• 明年大家又把软件质量改进会重点放在哪几个方面？

　　但时间关系，留到后面分析，并入调查报告中。赶快来参加调查，到时通过邮件发送给您一份高质量的软件质量调查分析报告，不说价值几千，值几百元还是有的?，除此之外，参与调查（最后不到两天，2020年12月31日22点结束），就有机会获奖：

• 畅销技术图书*8本  如《敏捷测试》限量版、《全程软件测试》签字版、《测试工程师全栈技术进阶与实践》、《机器学习测试入门与实践》、《AI自动化测试》、《基础设施即代码》等。
• 腾讯VIP视频年卡 * 3 个（价值168/个）
• 鼠年公仔 * 10个 （价值46/个）
• 5Q币 * 100

扫描二维码，参与调查：

或点击最下面阅读原文，参与调查