剧透:国内软件质量调查关键几个结果
测试团队/人员配置情况;
目前您团队已/正在开展下列哪些质量工程活动?
软件测试自动化水平,功能测试用例数的多大比重已经实现自动化了?
您所在的团队现在使用了下列哪个工具组合构建质量门禁?
明年贵公司希望在哪几个质量专项增加更多的自动化测试/工具的投入?
.....
开发模式更敏捷了,虽然Scrum模式只增加了·1.5%,但整个敏捷开发模式(包括BDD/FDD、其它)增加了5.5%,还算不错。
既然更敏捷了,整个交付周期缩短了,虽然按天交付的故事/团队基本稳定(数据非常接近,说明调查数据基本靠谱),但交付周期3个月内的增加了5.3%(和敏捷开发模式增加5.5% 非常接近,算是对数据的又一次验证)。
需求是源头,需求的质量更应该受到我们的关注,但人们常常抱怨的是需求质量,满意度比较低,去年满意的(含 “满意”或 “很满意” )24.8%,低于1/4,但今年有较大改善,提升到35.1%,超过了1/3。也许正是在本公众号不断呼吁大家重视需求质量而带来的效果,希望是这样,那也是本公众号对行业的一大贡献。
设计质量会好些,但总体上看对UI设计最不满意,其次就是对系统架构、整体设计不满意。今年有所改善,UI设计、架构设计不满意度下降了4%左右,整体设计不满意度下降显著,超过 9%。
我们最终交付出去的是代码,代码质量倒也不容忽视,代码质量也是许多公司比较关注的,但从调查结果看,接近1/3的人并不清楚自己公司的代码质量处在什么水平。从调查数据看,高质量代码(<1%)的公司比较稳定,接近10%,1.0~8.0/KLOC都有提升,因为不清楚自己公司的代码质量的同学在2021年下降了7%,也许是在去年调查之后有些同学开始关注代码质量的度量了。
内建质量,不仅体现在定义好需求、做好设计和写好代码,也包括开发多做测试,特别是多做单元测试,这也是敏捷开发所提倡的。由于前面说了,敏捷开发模式有提升,大家对单元测试的要求也提高了,反映到单元测试调查数据上:对单元测试有要求有显著改善,分支覆盖、行覆盖分别增加了7%、6%。
虽然需求质量、设计质量和代码质量有改善,但整体质量基本持平(略有改善),虽然线上严重崩溃事件降低了(2%)。你可能觉得奇怪,或者感叹“需求质量、设计质量和代码质量提升”没有价值啊!其实有价值,因为系统和运行环境都更复杂了,而且交付周期更短了,这些因素带来的负面影响被内建质量提升抵消了。如果内建质量不提升,那么整体质量一定会显著下降。
QA团队(组织)没有什么改变,但人们更关注人员能力建设,这是对的,毕竟人是决定的因素,我们也在研发效能的底层逻辑中讨论过。
扫描二维码,继续参与调查:
或点击最下面 “ 阅读原文”,参与调查。