如何避免软件代码产生静电冲击

如何避免软件代码产生静电冲击

如果您进行前期检查，并且在测试开始之前使用了静态分析，则您的计划将至少缩水50％，并且软件质量将超过95％

专家认为，应该在测试阶段之前进行静态代码分析和检查每行代码，以使测试能够捕获剩余的错误并为客户提供安全，稳定的产品。软件缺陷的商业影响从未如此巨大，从上市时间到客户满意度问题不时出现。GPF和前端错误的时代可以通过使用精心设计的平台架构来解决。但是，业务逻辑已广泛嵌入到SQL中，并且资源技能在实现业务逻辑中起着关键作用。实施挑战 ＃1：将静态代码分析作为一个独立的过程很难实施和验证其使用。解： a）静态代码分析过程已与配置管理过程集成在一起。b）使开发人员能够在准备检入受控源保险箱之前清理代码。挑战＃2：潜在异常-在团队处于支持或较小的增强模式的情况下，将对现有人工制品进行增量更改，以解决被视为阻碍实现即时期望的障碍的潜在异常。没有由我介绍的综合症。解决方案：提供了以下选项：

审查例外清除或推迟推迟采取后续行动的原因提交代码以供审核。

挑战＃3：源代码控制和异常跟踪–无法明确检查所签入的代码是否经过静态代码分析，以及是否已采取必要步骤解决或推迟了异常。 解决方案： a）Reviewer能够查看异常，并接受或回复开发人员以进行必要的更正。b）签入过程验证了被签入“受控源保险箱”的源代码版本已由静态代码分析器进行了清理，并且仅允许审阅代码。好处：

使审阅者可以专注于逻辑错误。消毒代码库详细信息的中央存储库。所有已知或未解决的异常（技术债务）可供参考。

开发人员自己在开发生命周期的早期就使用了静态代码分析工具，发现了语法错误。这使代码审阅者可以专注于最重要的业务逻辑部分，从而提高整体内部质量。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。