首页 | 本学科首页   官方微博 | 高级检索  
相似文献
 共查询到10条相似文献,搜索用时 15 毫秒
1.
据微软出版的《Writing Solid Code》统计,每10行的程序便可能产生一个错误,而平均要12个小时才能够解决一个比较复杂的错误。软件开发者必须用整个工作量的30%以上的时间用肉跟进行代码(程序)错误的查找和改正,如果再加之性能上的优化,更是苦不堪言。 软件开发人员难免会出现编程上的错误和性能方面的问题。有经验的程序员都知道,软件中的大部分bug可以通过常规的跟踪手段很快定位并排除。真正让程序员头疼的是少数“软”bug,即出现的  相似文献   

2.
软件产品的不断演化常常导致其质量的退化,从而增加后续维护和测试的难度。软件开发过程中实时的数据(比如,代码度量值以及bug数量等)反映了软件产品的状态变化趋势,通过这些数据可以了解软件质量的变化。然而,这些数据本身太过细节(比如,每个文件的某个代码度量值),仅仅反映这些细节数据并不能满足项目管理人员把握产品宏观变化趋势的要求。因此,提出一个基于软件开发过程数据的可视化质量监控工具,该工具不但能够基于版本库和bug库来计算每个版本的度量值以反映一个产品质量的实时变化趋势,同时,还建立缺陷预测模型,并提供数据间多维度的整合、关联、对比,来方便项目管理人员宏观地认识软件变化的各个方面。通过对一个大型开源项目的案例研究,验证了工具的有效性。结果表明,可视化产品质量监控工具能够有效地帮助项目管理人员及时发现潜在的隐患并定位问题原因。  相似文献   

3.
无论是系统软件还是应用软件都存在一定的缺陷(bug),所以如何利用已有的bug信息指导软件开发和保证软件质量,从而最大程度上降低bug给软件带来的隐患,成为普遍研究的课题.通过对功能需求与开发周期中bug等级分类的研究,进一步分析了bug的访问控制和bug的生命周期.并充分结合已有的bug数据库,采用离散数据的最小二乘拟合法进行数值处理,提出了一种面向软件质量的bug等级评价算法.实际应用表明该算法在软件开发过程中具有一定的理论和实用价值.  相似文献   

4.
FindBugs帮助开发人员提高代码质量   总被引:1,自引:0,他引:1  
秋实 《程序员》2009,(3):120-121
在软件开发的过程中,我们希望bug尽早地被发现,被修复。编译器会帮助我们找到语法的错误,但并不能告诉我们程序中哪里出现了bug。当然我们会通过测试在运行时来发现程序中潜在的bug。但是一来运行时的测试发现bug的时机较晚,二来运行时的测试也不能保  相似文献   

5.
软件配置管理解决方案   总被引:1,自引:0,他引:1  
向为  伍微  王浩 《现代计算机》2005,(2):14-16,54
本文针对国内中小型软件开发团队的开发现状,参考了朗讯公司等知名企业的软件开发体系,提出了一套可以快速实施的软件配置管理方案,用于进行版本控制与缺陷跟踪.这套方案使用了基于Exchnge与Messenger的通信系统,基于ClearQuest的缺陷跟踪系统以及基于VSS的版本管理系统,并给出了硬件与软件平台的搭建方案以及具体的实施方法.  相似文献   

6.
魏磊  李楠 《自动化博览》2008,(Z1):87-89
SGMW发动机车间生产信息管理系统是一个完整的生产过程监控、刀具管理、设备维修提示和产品质量管理的生产执行系统。该系统将成为发动机厂生产执行及信息管理的核心,生产车间的操作人员、设备维修人员、质量检测人员、物料人员、计划负责人员和管理人员等将主要通过这套系统来了解生产线的工作状况及产品质量信息。  相似文献   

7.
针对如何利用已有的bug信息指导软件开发和保证软件质量的问题,通过对功能需求与开发周期中bug等级分类、bug访问控制和BLC的研究,结合bug数据库,采用离散数据的最小二乘拟合法,提出了一种面向软件质量的bug等级评价算法。应用表明该算法具有一定的理论和实用价值。  相似文献   

8.
刘博 《程序员》2005,(11):126-127
作为软件,Sun Solaris系统同样面临着来自个人以及Internet上的、形式多样的恶意攻击和破坏。Sun系统软件开发人员和安全管理人员应当采取必要的手段和措施,确保Sun系统的安全性和可靠性。  相似文献   

9.
Bug管理的实践与经验(上)   总被引:1,自引:0,他引:1  
孟岩  刘振飞 《程序员》2005,(1):57-61
国内的软件开发常被戏称为“作坊式”的开发.个中的原因出在哪里?其实最关键的问题出在代码的质量上——我们一直缺少完备的bug管理体制。本文作者以身在国内外多家大型软件的经验,为读者解读bug管理的精髓所在。  相似文献   

10.
钟伟  唐发根 《计算机应用》2004,24(3):141-144
提出了一种利用运行应用系统实际代码对其进行性能评测的方法,并介绍了以其为指导的应用系统性能评测环境的设计与实现。通过对系统实际性能的评测,软件开发人员可以尽早发现系统中存在的性能问题,从而降低由于性能不佳导致的软件开发风险。  相似文献   

设为首页 | 免责声明 | 关于勤云 | 加入收藏

Copyright©北京勤云科技发展有限公司  京ICP备09084417号