Top
首页 > 老文章 > 正文

如何来提高您的J2EE项目的质量

这篇文章中,Jimmy Jarrett建议开发者,特别是团队领导者,需要作哪些事情来确保他们系统的质量。另外还讨论了一些开源工具,它们在测量系统质量方面能够提供帮助
发布时间:2005-11-18 17:56        来源:        作者:Jimmy Jarrett
概述 这篇文章中,Jimmy Jarrett建议开发者,特别是团队领导者,需要作哪些事情来确保他们系统的质量。另外还讨论了一些开源工具,它们在测量系统质量方面能够提供帮助,他还特别强调了责任分明的重要性,缺了它,没有开发团队可以获得成功。 许多人还在错误的认为基于Java/J2EE技术的系统仍然在代码维护的问题上纠缠,bug的数量,或者功能的欠缺,或者性能的低下。幸运的是,这些问题已经很少与Java/J2EE技术本身相关联了,与它们真正相关的是缺乏一个关注系统质量的过程。为了确保由一个大型的团队或者跨越多团队开发的,一个大规模的Java/J2EE项目的成功,团队领导者必须: ・使用能够测量质量的工具 ・从这些工具中定义一组质量关卡和一些人为因素 ・分清对提交、监控的责任界限, 加强实施 这篇文章解释了怎样将这三个策略融入到你的开发战略中,这样才能确保你的团队持续的开发高质量的项目。 工具的重要性 你听说过一个建筑公司试图建造一所房屋,而没有一把高性能的电锯,电钻或者甚至连最基本的象锤子这样的工具都没有?的确,一所房屋也可以没有今天的先进设备而建起来,但是,建筑将会花更长的时间,并且绝对达不到(使用先进工具)相同的水平。你可以用你的手建起一个小茅屋,但是如果你使用了正确的工具,你就可以建起一座大厦。 今天的开发者与那些试图建一所房屋的人几乎一样。对开发者来说工具是最基本的要素,不管是对于提高生产力还是加强质量。开发者使用的工具必须可以让他们在最短的时间内生产出最高质量的代码,这意昧着今天的IDE不再只是用来编写,调试和编译代码的简单工具。 对应的,一个IDE必须帮助开发者识别出他们是否遵循合适的编码规范和已知的设计模式,如果他们遵循像Web services这样的工业标准,如果他们的代码追随它的约定,如果它完成每一个需求。别外,如果开发者没有进行持续构建和自动测试的环境,那么一个IDE的能力对加强系统的质量来说就变得更重要了。 进入Eclipse IDE看一下,它提供了内置的功能,当使用插件时,可以同时提高代码和系统的质量。Eclipse是一个开放的,可扩展的IDE,无所不为并不专为什么而设计。Eclipse的Java开发环境是开源的,免费的和完全可订制的。Eclipse通过开源的或商业的订制插件来促进新功能的增加。通过使用Eclipse,特别是图1中显示的一组关键的插件,那么对开发者和团队来说,就有可能对基于J2EE或Java的项目质量进行衡量。
图1.Eclipse的插件矩阵图
如果你不能衡量和监控它,控制一个系统的质量是不可能的。理解系统中允许测量的的关键领域非常重要。它们包括系统的可维护性,可靠性和性能。上述明显没有全部包括全部领域,但是这三项作为确保系统质量的基石是非常合适的。 可维护性包括了代码理解或修改的复杂程度,不管它是一个bug修复或是一次升级。良好注释的代码遵守众所周知的编码标准和工业设计标准,它们比那些几乎没有注释的,不遵守开发规范的代码更容易维护。高可维护的代码可以更快地引入更改,这样也就充许业务对新的或变化的需求有更快的响应,最后降低新特性的增加或维护造成的成本。 可靠性表达了一个方法是否遵守它自己的约定,并能够被成功地执行。单元测试可以用来演习一个方法的约定,从而确定代码段的可靠性。单元测试的质量,反过来,也被代码覆盖分析所验证。 许多手段可以用来进行测量代码覆盖,包括,但不仅仅是,表达,判断,条件和调用分析。普遍讨论的一个议题是用来确定一个方法的可靠性的覆盖测试的类型和数量。出于这篇文章的目的,简单地说可靠性会随着代码覆盖测试的提高而提高。 系统内方法的可靠性是绝对重要的,因为,扩展来说,它就代表了系统的可靠性。其它问题,如性能或可扩展性,会慢慢出现,它们在扩展单元测试和覆盖分析时可以没有。这样,单元测试和覆盖分析毫元疑问地是保证系统稳定性全部的和最终的解决方案。但是,持续稳定地执行方法的能力代表了系统稳定的好的测量棒。 性能是典型的依靠每个单元所耗时间进行测量的。从一个系统能够处理多少个请求,到网络
加载更多

专题访谈

合作站点
stat