在整个软件开发生命周期（SDLC）中，只有将开发与运维工作紧密结合起来，才能按时交付软件产品和服务，以满足日益增长的数字化业务规模，这也就是我们熟悉的 DevOps 概念。
同时，有研究表明，在软件开发阶段发现缺陷的成本是测试阶段的 1/4，是运行阶段的 1/10，而开发阶段发现出现缺陷的数量是测试阶段 3 倍，是运行阶段的 10 倍。
因此，毫无疑问，在软件研发的更早阶段去发现漏洞与缺陷是一件低成本高回报的事情。这也就是为什么，现在许多公司致力于将 IT 安全防护更早地融入 SDLC 中，像是谷歌、微软 [ [ i ] ] 这样的世界互联网巨头甚至早就采取行动，开始着手建设自己完整的软件安全分析生态系统。
正是基于这样的理念，软件研发者们在 DevOps 的基础上又提出了 DevSecOps 框架。不难理解，DevSecOps 意味着在软件研发开始阶段就考虑应用和基础架构的安全性。
既要维持时间短、频率高的开发周期，又要采取安全措施，这无疑是对开发人员的一种挑战。因此，能否选择合适的工具来实现某些安全防护的自动化是这场变革成功与否的关键所在。这就是越来越多的企业开始使用代码安全分析工具实现安全左移的原因。
然而，开发者真正面临的局面是，目前市面上的大多数安全工具并不能完全适应他们的需求，在实际使用过程中更是存在各式各样的问题影响开发者的研发效率，例如不正确的提示信息，不直观的错误报告等等。
在这样的背景下，我们在多家一线城市的互联网及传统软件公司展开关于软件研发工作与安全检测工作的调研，发放了 1000 张调查问卷，并提前告知我们的调研目的，以增强参与者的积极性 [ [ ii ] ] 。
最终，我们共收到了 213 份有效的反馈，在进行精确的数据统计后，我们对于目前软件研发行业开展安全工作的现状有了较为深入的了解，并试图从多个维度分析安全工作如何影响软件的研发效率，探究其解决方法。
下面我们将按照调查问卷的顺序展示我们的调研结果，并逐一展开分析。
02 调研分析
问题 1：您使用哪些代码管理仓库？（多选）
根据统计，目前超过 90% 的开发者使用分布式版本控制系统，瀑布开发周期的时代已经一去不复返。与集中式孤立架构相比，分布式迭代集成架构为应用开发带来更多灵活性，这也是分布式开发受到现代开发人员青睐的原因。
问题 2：您开发的应用多久发布一次？
可以看出，近 80% 的软件每个月都会发布新版本，超过 18% 的应用每天发布多个版本。与传统的瀑布式开发相比，新时代下的敏捷开发方法极大提升了软件的研发速度。软件的迅速迭代不仅考验开发人员的生产效率，也对安全检测提出了不小的挑战。
对于不断产出的海量代码，代码分析工具需要在尽可能短的时间完成安全扫描、漏洞检查。目前的国际高标准检测工具平均检测速率为 100 万 / 小时。
问题 3：您期待代码分析工具检测出哪一类型的问题？（多选）
由统计结果可以看出，在众多代码问题中，代码的安全性尤其被开发者们所重视。不仅如此，在软件研发团队中，安全问题也被赋予了极高的优先权，受到团队的极大关注。
更有研究表示，对于开发者而言，其公司和团队的制度很大程度上影响他们对于代码分析工具的使用。同样地，团队对于安全问题重视，也提高了开发者对于代码安全性的要求，有 40% 的开发者将安全问题排在首位考虑。这也就不难理解，为什么开发人员使用代码分析工具时，最看重其对安全问题的检测。
问题 4：您的公司在哪一阶段进行代码分析？（多选）
经统计可得，几乎所有的开发人员都在编写新代码和生产阶段时被要求对应用进行代码分析。而在这过程中，安全扫描结果误报、漏报率高势必会损害开发人员的工作效率。
事实的确如此，在应用安全的报告当中，93% 的安全测试人员认为低质量的检测结果降低了开发人员的工作效率。
评判检测质量的两个重要指标是缺陷的误报率与漏报率。由于全部缺陷的数量无法确定，大多数代码安全工具厂商更关注误报而忽视漏报 [ [ i ] ] 。2017 年软件工程的一篇顶会论文论述了 100 个真实 CVE 缓冲区溢出漏洞，用 5 个国际著名的静态工具检测加在一起仅报出论文其中 20 个，漏报率达 80%。
由此可见，漏报率高，漏报量大是许多安全工具亟待解决的问题。
问题 5：您在使用代码分析工具时，什么最影响开发效率？
我们可以看到，对于所有软件开发过程的安全问题，都至少有 81% 的开发人员认为这降低了他们的生产效率。这反映了一个所有安全工具必须要面对的事实——开发人员并不愿意使用软件安全检测工具。
其中，近 90% 的开发人员认为研发过程与检测的脱节是限制其生产力的最大因素。之所以会有这一结果，是因为在软件研发过程中，开发人员想要进行安全测试往往需要停止代码编写，运行检测工具，还要耗费大量时间等检测结果。这无疑会阻碍开发人员生产。
问题 6：您在使用代码分析工具时遇到了哪些问题？（多选）
可以看到，开发人员进行代码分析时，面临最多的问题是安全工具默认开启的检查规则并不完全符合实际需求。显而易见，几乎所有安全工具研发时，都会力求满足尽可能多类型项目检测的需要，这使得安全工具的检测规则有时较为冗杂，甚至包括强制开发人员采用特定规则命名变量，或是检测注释中的拼写错误等等。
在实际使用的过程中，开发人员往往只需要选择其中的一小部分检测项即可。然而，真实的情况是：许多开发者其实也并不清楚应该开启哪些检测项。而胡乱选择检测规则的后果可能是几千行代码经安全检测后出现了几万个错误，这样的检测结果无疑阻碍了软件的研发效率。
事实上，为了提高检测的质量和效率，研发人员可能不希望检测项目的所有代码，而是希望能够直接对特定代码进行分析。仅有 10% 的开发人员表示，他们现在所使用的代码分析工具能够进行片段代码分析，并且他们正在使用这一功能。另外还有 49% 的开发者表明，尽管他们目前所使用的工具不能进行部分代码分析，但是他们极为看重这一功能。
并且，在对开发者进行分类之后，我们发现，专业的研究人员以及更加在意代码安全的开发者会更多地使用部分代码分析功能。然而目前市面上多数代码检测工具都需要完整的程序构建环境，很难进行部分代码检测。
此外，开发人员也期待安全工具对于错误分析有更加详细的解释，能够集成进他们的 Workflow 当中，能够形成更加直观的错误报告以及提供自动修复漏洞的功能等等 [ 4 ] 。
通过此次调研，我们了解了在实际 SDLC 中，开发人员进行安全检测的实际情况以及对于安全工具的态度。我们期待未来有更多对开发人员更加友好的安全工具问世，真正解决开发人员的痛点，能够在采取安全措施的前提下最大限度地缩短运维中断时间，同时也要在开发团队中建立起负责任的团队氛围，让以往各自为阵的团队加强合作。只有这样，广大企业才能够紧跟数字化业务创新的步伐，适应数字化市场的竞争中占有一席之地。
