科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件 追求代码质量: 测试 Struts 遗留的应用程序

追求代码质量: 测试 Struts 遗留的应用程序

本文介绍了基于Java™的Web开发领域最近出现了丰富的竞争性技术。启动新项目的开发人员可以在许多不同的框架之间进行选择,包括JavaServer Faces、Tapestry、Shale、Grails和Seam。以及未来可以通过JRuby框架在Java编程中使用Ruby on Rails。 本文还概述了Struts是第一个在Java世界掀起风暴的框架,而且多年以来,好像是如果一个项目不用Struts 构建就没有前途一样。并把以质量为核心的方法用于Struts应用程序的测试场景。结合现实,这个场景围绕着最普遍的Struts构造:深受喜爱的Action类。
  • 技术分类:软件
  • 行业属性:通用行业
  • 相关厂商:暂无机构
  • 文档大小:N/A
  • 文档类型:doc
  • 分享人:user02
  • 日期:2007-09-20 14:46:57
  • 关键字:
  • 下载文档
相关文档
  • 2009-09-11 15:04:11

    戏说维护代码中的六大问题

    代码的可维护性对于任何一个程序而言都是十分重要的。如果一个人写的代码,另一个人来维护的时候感到不知所措,那么对于整个系统的生命力有极大的制约。我们有的程序员在维护旧代码的过程,就仿佛如果遛狗。每修改一个程序就留下一些隐患,结果弄的一个原本好好的代码到处都是隐患。

    标签:代码敏捷开发

    分类:职场管理

    分享人:wanghaixu

    文件:27 KB

  • 2008-05-19 15:20:04

    J2EE架构数据表示:Struts+Hibernate

    Form Bean是Web层的数据表示,他不能被传递到业务层;PO是持久层的数据表示,在特定情况下,例如Hibernate中,他可以取代VO出现在业务层,但是不管PO还是VO都必须限制在业务层内使用,最多到达Web层的Control,绝不能被扩散到View去。JDO1.x还不能像Hibernate功能这样强大,PO不能脱离持久层,所以必须在业务层使用VO,因此必须在业务层进行大量的VO和PO的转化操作,相对于Hibernate来说,编程比较烦琐。 当然了,理论是一回事,实际操作也不一定非要这样干,你可以自行取舍,在实际项目中灵活一点,增加一点bad smell,提高开发效率。

    标签:HibernateStrutsJ2EE

    分类:职场管理

    分享人:user04

    文件:N/A

  • 2008-05-19 14:39:02

    J2EE基础:MVC模式和Struts模式的理解

    MVC通过在view和model之间建立Subscribe/Notify协议,分离了view和model对象。View对象必须保证它的表示反应了model对象的状态,当model对象的数据改变时,model对象通知view对象,作为对这一行为的反应,每个view对象得到了一个做出更新的机会。这种方式使得可以将多个view对象为一个model对象提供不同的表示。你也可以为model对象建立新的view对象,而不用重新编写model。MVC方式的另一个特点是,view对象是可嵌套定义的。MVC方式采用CompositeView类来支持嵌套view,其行为与view对象的行为一致,可用于view对象能使用的任何场合。

    标签:StrutsMVCJ2EE

    分类:职场管理

    分享人:user04

    文件:N/A

  • 2007-12-19 15:05:53

    让开发自动化:持续检查

    在开始新项目时,多数人计划在将代码投入生产发行之前审核它们;但是,当提交日程超越了其他因素时,审核常常成为第一个被抛弃的实践。如果能够自动执行其中一些审核,那么情况又会怎样呢?本文将研究如何自动化检查器(例如CheckStyle、JavaNCSS和CPD)、如何改进开发过程,以及应该什么时候使用它们。

    标签:代码

    分类:软件

    分享人:user01

    文件:N/A

  • 2007-09-24 15:23:35

    追求代码质量: 可重复的系统测试

    本文介绍了在测试加入到servlet容器的Web应用程序时,编写符合逻辑的可重复的测试尤其需要技巧。像JUnit和TestNG一样的测试框架方便了可重复性测试的创建。由于这些框架利用了简单Boolean逻辑(以assert方法的形式)的可靠性,这使得无人为干预而运行测试,但编写一个用于断言具体行为的相当复杂的测试,且一旦这些行为有所改变,框架就会报告一个人人都能明白的错误。

    标签:代码系统测试

    分类:软件

    分享人:user02

    文件:N/A

  • 2007-09-20 14:47:01

    追逐代码质量: 决心采用 FIT

    本文介绍了在软件开发的生命周期中,每个人都对质量负有责任。理想情况下,开发人员在开发周期中,用像Junit和TestNG这样的测试工具保证早期质量,而质量保证团队用功能性系统测试在周期末端跟进,使用像Selenium这样的工具。但是即使拥有优秀的质量保证,有些应用程序在交付的时候仍然被认为是质量低下的。在客户、(编写应用程序需求的)业务部门和(实现需求的)开发团队之间的沟通错误,通常是摩擦的原因,有时还是开发项目彻底失败的常见原因。为此文中概述了一些方法帮助需求作者和实现者之间尽早沟通。

    标签:JUnit代码

    分类:软件

    分享人:user02

    文件:N/A

  • 2007-09-20 14:46:52

    追求代码质量:不要被覆盖报告所迷惑

    现在自动测试已经成为高质量代码开发的基本保证,Java™ 开发人员现在拥有很多通过代码度量、静态分析等方法来度量代码质量的工具。本文还重点阐述有关保证代码质量的一些有时看上去有点神秘的东西。介绍了有关代码质量保证的众多工具和技术,并从定义并有效度量最影响质量的代码方面、设定质量保证目标并照此规划您的开发过程、 确定哪个代码质量工具和技术可以满足您的需要、 实现最佳实践(清除不好的),使确保代码质量及早并经常地成为开发实践中轻松且有效的方面等进行说明。

    标签:代码

    分类:软件

    分享人:user02

    文件:N/A

  • 2007-09-20 14:38:21

    追求代码质量: 用JUnitPerf进行性能测试

    本文介绍了在应用程序的开发中,验证应用程序的性能几乎总处于次要的地位。应用程序的性能总是首要考虑的因素,但开发周期中却很少包含对性能的验证。由于种种原因,性能测试常被延迟到开发周期的后期。企业之所以在开发过程中不包含性能测试是因为他们不知道对于正在进行开发的应用程序要期待什么。并介绍两种简单的性能测试技术,即:生产中出现显而易见的性能问题和• 在同意付费之前 ,客户或潜在客户询问有关性能指数的问题。在这两种情况中的任何一种发生前进行测试。

    标签:代码

    分类:软件

    分享人:user02

    文件:N/A

  • 2007-09-20 14:38:17

    追求代码质量: 驯服复杂的冗长代码

    本文解释了圈复杂性,它是令人讨厌的代码的一种先兆。具有高圈复杂度值的测试方法几乎总是把事情弄得一团糟,无法轻易收场。展示了如何使用Extract Method模式重构您的代码,从而将您带出迷宫。降低方法的复杂度可以使代码更易于测试和维护。不过,圈复杂性并不是确定高风险代码的惟一复杂性度量,本文利用类长度、方法长度和内部类耦合,以及如何使用 PMD 和 JavaNCSS 跟踪它们。

    标签:代码

    分类:软件

    分享人:user02

    文件:N/A

  • 2007-09-20 14:38:13

    追求代码质量: 通过测试分类实现敏捷构建

    本文介绍了使用最新且最强大的Java™ API构建一个大型的数据驱动的Web应用程序。先用JUnit构建测试,且把它作为Ant构建过程的一部分尽可能地运行。设置一个定时任务在夜间运行构建。不断增长的测试套件会在每次签入时运行。开发出了一个庞大的代码库和一个同样庞大的JUnit测试套件。最后得出单元测试有其重要的作用,但必须要能用一种更为敏捷的方式运行它们的结论。

    标签:代码

    分类:软件

    分享人:user02

    文件:N/A

  • 2007-09-20 14:38:08

    追求代码质量: 软件架构的代码质量

    本文展示了如何使用代码度量来评估代码质量。尽管在那一期介绍的圈复杂度针对低级细节,如方法中执行路径的数量,但其他类型的度量针对的是代码的更高级方面。展示了如何使用各种耦合度量 来分析和支持软件架构。从两个比较有趣的耦合度量开始,即传入耦合 和传出耦合。这些基于整数的度量表示几个相关对象(即相互协调以产生行为的对象)。任一度量中高数值表示架构的维护问题:高传入耦合表示对象具有太多职责,而高传出耦合表示对象不够独立。并介绍每个这样的问题及其解决的方法。

    标签:代码

    分类:软件

    分享人:user02

    文件:N/A

  • 2007-09-20 14:37:54

    追求代码质量: 用代码度量进行重构

    本文介绍了重构、主动和被动重构、提取方法模式、降低圈复杂度、测试私有方法等,得出在抗击圈复杂度时,要记住大部分编写到应用程序中的路径是应用程序的整体行为所固有的。也就是说,很难显著地减少路径的整体数量。重构只是把这些路径放在更小的代码段中,从而更容易测试。这些小的代码段也更容易维护。

    标签:代码

    分类:软件

    分享人:user02

    文件:N/A

邮件订阅

如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

热门下载
最新专题
最新白皮书