![](http://www.comlan.com/userfiles/p_w_picpath/2010-8//2010821759106877.bmp)
Code Coverage Review: 代码覆盖率检查,这是一项动态测试功能。使用测试用例跑完功能模块后,DevPartner可以提交一份报告,告诉你被测试的代码量有多少,被执行的代码有多少(覆盖百分比)。同时也能具体定位到哪些代码行没有被执行,你可以依此去查找代码没有被执行是什么原因引起的,是测试用例不够,测试数据不够,还是代码编写有问题。
![](http://www.comlan.com/userfiles/p_w_picpath/2010-8//201082180404732.bmp)
Memory Leak Analysis: 内存泄露分析。该功能以图形方式显示在程序执行期间内存使用的状况;以流程图的方式报告各个模块之间的调用关系,占用内存的百分比;以报表方式报告各个程序模块耗用内存的大小,执行次数,百分比等有用信息。
![](http://www.comlan.com/userfiles/p_w_picpath/2010-8//201082181437350.bmp)
DevPartner 功能介绍(三):Memory Leak Analysis 对客户的帮助
内存泄露问题是影响到应用程序性能的一个重要因素。按往常做法,用户往往要等到应用程序的性能测试(负载测试)阶段,问题才暴露出来,再回头由程序开发人员去查找发生内存泄露的地方。
通过人工的方式查找内存泄露的问题不是一件轻松的事,熟悉应用架构的高级的开发人员可能也要花上几天时间去查找一个内存泄露的问题所在,这在容易产生内存泄露问题的Java程序上尤其如此。
DevPartner的Memory leak Analysis功能让内存泄露问题的定位变得简单。同时,该功能也让设计人员、高级开发人员优化应用程序的内存使用有了很好的依据。
![](http://www.comlan.com/userfiles/p_w_picpath/2010-8//20108218389088.bmp)
DevPartner 功能介绍(四):Performance Analysis 对客户的帮助
在初级管理水平的开发团队,性能问题往往不被重视,对开发人员而言,功能实现是第一位的,性能问题开发人员往往不愿意去考虑,或者因为开发周期短根本没有时间去考虑。最终结果是应用程序上线运行后,因性能问题暴露导致再次投入人力物力对应用程序改造、优化,或者花费更多的钱扩容硬件设备支撑应用系统的性能瓶颈。 从管理角度而言,在应用程序开发阶段,如果不能做到让每个开发人员都能重视、检查性能问题,至少应该有应用架构师或者高级设计人员之类的角色从宏观角度对应用程序各个功能模块的性能统一分析、监控。 DevPartner的Performance Analysis功能所提供的流程图、报告、数据会对这类人员提供非常好的帮助。当然,如果开发人员在交付代码之前自行分析、检查性能问题就会更好。
![](http://www.comlan.com/userfiles/p_w_picpath/2010-8//20108218486002.bmp)
Micro Focus的DevPartner,是具有十几年历史的在国际上屡获奖项的白盒测试工具, 对于开发团队的管理者而言,四个功能都会是正在考虑提高企业代码开发管理水平,提高代码质量。尤其是DevPartner提供的各个功能的报告,可以作为企业内部建立开发管理规范的依据和凭证。作为整个软件开发生命周期中的一个很重要的环节,测试承担着对应用软件质量验证、把关的重要职责。但测试不仅仅是测试部门的事情,软件开发中心的开发人员根据需求编写出应用程序模块后,自身应该经过初步的测试、错误排查、性能调优,将具有一定质量的软件代码交给测试中心做进一步验证和测试。这样能够减少代码测试、验证过程的反复,提升工作效率。
购买正版软件请登录昆仑联通:www.comlan.com
转载于:https://blog.51cto.com/comlansoft/461932