软件质量管理-代码质量与规范

软件质量管理-代码质量与规范

圈复杂度(Cyclomatic complexity)是一种代码复杂度的衡量标准,在1976年由Thomas J. McCabe, Sr. 提出。

在软件测试的概念里,圈复杂度用来衡量一个模块判定结构的复杂程度,数量上表现为线性无关的路径条数,即合理的预防错误所需测试的最少路径条数。圈复杂度大说明程序代码可能质量低且难于测试和维护,根据经验,程序的可能错误和高的圈复杂度有着很大关系。

CWE(Common Weakness Enumeration,通用缺陷枚举)。是由美国国土安全部国家计算机安全部门资助的软件安全战略性项目。

CVE (Common Vulnerabilities & Exposures,常用漏洞和风险)。 CVE 是国际著名的安全漏洞库,也是对已知漏洞和安全缺陷的标准化名称的列表,它是一个由企业界、政府界和学术界综合参与的国际性组织,采取一种非盈利的组织形式,其使命是为了能更加快速而有效地鉴别、发现和修复软件产品的安全漏洞。


今天先到这儿,希望对云原生,技术领导力, 企业管理,系统架构设计与评估,团队管理, 项目管理, 产品管管,团队建设 有参考作用 , 您可能感兴趣的文章:

领导人怎样带领好团队
构建创业公司突击小团队
国际化环境下系统架构演化
微服务架构设计
视频直播平台的系统架构演化
微服务与Docker介绍
Docker与CI持续集成/CD
互联网电商购物车架构演变案例
互联网业务场景下消息队列架构
互联网高效研发团队管理演进之一
消息系统架构设计演进
互联网电商搜索架构演化之一
企业信息化与软件工程的迷思
企业项目化管理介绍
软件项目成功之要素
人际沟通风格介绍一
精益IT组织与分享式领导
学习型组织与企业
企业创新文化与等级观念
组织目标与个人目标
初创公司人才招聘与管理
人才公司环境与企业文化
企业文化、团队文化与知识共享
高效能的团队建设
项目管理沟通计划
构建高效的研发与自动化运维
某大型电商云平台实践
互联网数据库架构设计思路
IT基础架构规划方案一(网络系统规划)
餐饮行业解决方案之客户分析流程
餐饮行业解决方案之采购战略制定与实施流程
餐饮行业解决方案之业务设计流程
供应链需求调研CheckList
企业应用之性能实时度量系统演变

如有想了解更多软件设计与架构, 系统IT,企业信息化, 团队管理 资讯,请关注我的微信订阅号:

作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog。

原文地址:https://www.cnblogs.com/wintersun/p/12310950.html

时间: 2024-08-04 12:26:30

软件质量管理-代码质量与规范的相关文章

软件质量管理

[摘要] 软件质量是软件产品的灵魂.本文全面介绍了质量的概念,提出了从流程.技术.组织管理.人员技能发展等多个角度提高软件质量的重要性:并对目前国际上流行的 CMM 标准进行了介绍,提出了使用 PSP 和 TSP 来实现 CMM 的方法.本文最后还给出了中小型软件公司在提高软件质量方面的一个初步思路. [关键字] 质量管理,软件开发过程模型,软件分析和设计方法,软件测试, CMM 如何提高软件的质量已经不是一个纯粹的技术问题,而是一个工程的问题.自从计算机诞生以来,相应的软件开发就存在了.由于早

【代码质量】C++代码质量扫描主流工具深度比较

本文由腾讯WeTest团队提供,未经授权严禁转载!更多资讯可直接戳链接查看:http://wetest.qq.com/lab/ 微信号:TencentWeTest 文/张蓓 引言 静态代码分析是指无需运行被测代码,通过词法分析.语法分析.控制流.数据流分析等技术对程序代码进行扫描,找出代码隐藏的错误和缺陷,如参数不匹配,有歧义的嵌套语句,错误的递归,非法计算,可能出现的空指针引用等等.统计证明,在整个软件开发生命周期中,30% 至 70% 的代码逻辑设计和编码缺陷是可以通过静态代码分析来发现和修

配置管理——实施软件质量管理的关键

配置管理--实施软件质量管理的关键 质量,一直是企业生存的根本.软件作为一种高智力的创造活动,既具有制造业的一般特性,同时又由于其知识性强.创造性大,而具有一般制造业所没有的特点.所以软件质量管理既要秉承制造业质量管理的一般原则和思想,又要针对软件的特点,而具有自身的规范.制定出标准.有效.可操作性强的软件质量管理规范,对于实行软件产业化,提高生产效率,增强竞争力具有重要意义. 近年来,国际上软件业按照ISO 9000体系框架和要素的要求,紧密结合软件的特点,制定出在软件设计.开发.供应.维护等

软件质量管理:

前言 所有的从事软件生产的都要学习软件质量,包括软件分析人员.设计人员.开发人员.测试人员.维护人员. 在软件质量管理中,我们要主要学习软件质量的定义.软件质量管理体系.软件质量模型.软件质量活动. 其中,我们要着重关注软件质量模型部分. 质量与质量管理体系 质量就是就是把客户的质量要求转化为设计参数,形式预期的产品,最终生产出低成本并且稳定可靠的产品. ISO关于质量的定义如下: 一个实体的所有特性,基于这些特性可以满足明显的或隐含的需求,而质量就是实体基于这些实体特性满足需求的程序. 软件质

如何衡量代码质量?

在日常项目研发种,总是在讨论如何控制和衡量代码质量,项目做了一个又一个,今天静下心来做思考并做下总结,希望以后也能在项目质量管控中进一步去规范和提升自己. 个人观点: 软件质量=外部质量+内部质量 主要总结为两个方面: 1.外部质量:从用户.使用者角度去衡量: 2.内部质量:从员工.开发者角度去衡量: 一.衡量外部质量 1.正确性 2.易用性 3.高效率 4.适应性 5.精确性 6.完整性 二.衡量内部质量 1.可维护性 2.灵活性 3.可移植性 4.可读性 5.可测试性 如果以这两方面严格要求

软件评测师笔记_软件质量管理基础20161022

软件质量管理 软件是逻辑产品,其质量属性有不同的特点.软件质量保证(SQA)活动是确保软件产品在软件生存期所有阶段的质量的活动,即为了确定.达到和维护需要的软件质量而进行的所有有计划.有系统的管理活动. 概括地说,软件质量就是软件与明确地和隐含地定义的需求相一致的程度.具体地说,软件质量是软件与明确叙述的功能和性能需求.文档中明确描述的开发标准,以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度. 软件质量具有以下3个要点. (1)用户需求是衡量软件质量的基础,与需求不一致就无质量可言.

关于代码质量的一些思考

关于代码质量的一些思考 今天刚好看到同事写一段代码,跟同事聊到一个代码风格的问题,讨论了一会,也没得出什么结果.回来想了想,之所以大家观点不一样,其实是一开始代码追求的目的就不一样. 1. 可读性 我是一直认为代码的可读性是最重要的目标.太多的书都讲到一个观点:"代码是写给人阅读的,只不过刚好能被计算机执行". 大部分做自己产品的团队,一个项目的维护时间可能是开发时间的5倍以上,而维护的常见内容都是一些小功能以及已有bug的修复.可读性带来的好处就是,非常容易弄清一段功能逻辑,从而定位

代码质量是优秀程序员的底线,你居然说不重要?

最近dash iOS 开源,infoQ推送了一篇翻译: 从Dash iOS开源说起,不要过于追求完美代码 .我读完的心情就是干死他,一本正经的胡说八道.每段都是先提出一个正确的概念,然后就展开表达混入害人的概念,这种写作手法让人不齿. 追求代码质量是一个优秀程序员对自己的要求 许多程序员文化是建立在完美代码的理想上:代码不仅能够运行,而且也必须是干净.优雅的.我们以巧妙地构建解决难题的对策为傲.然而这种完美主义可能不利于团队的成功,因为完美主义常常导致个人分歧. 我想任何一门工艺.手艺,从业者想

如何提高代码质量(转)

原文:如何提高代码质量 1.软件产品质量 软件产品质量通常可以从以下六个方面去衡量(定义) : l         功能性(Functionality),即软件是否满足了客户业务要求: l         可用性(Usability),即衡量用户使用软件需要付出多大的努力: l         可靠性(Reliability),即软件是否能够一直处在一个稳定的状态上满足可用性: l         高效性(Efficiency),即衡量软件正常运行需要耗费多少物理资源: l         可维