-
测试工程师你应该掌握什么
2009-03-09 10:56:42
-
用Cobertura测量测试覆盖率
2009-02-26 17:59:52
尽管测试先行编程（test-first programming）和单元测试已不能算是新概念，但测试驱动的开发仍然是过去 10 年中最重要的编程创新。最好的一些编程人员在过去半个世纪中一直在使用这些技术，不过，只是在最近几年，这些技术才被广泛地视为在时间及成本预算内开发健壮的无缺陷软件的关键所在。但是，测试驱动的开发不能超过测试所能达到的程度。测试改进了代码质量，但这也只是针对实际测试到的那部分代码而言的。您需要有一个工具告诉您程序的哪些部分没有测试到，这样就可以针对这些部分编写测试代码并找出更多 bug。
Mark Doliner 的 Cobertura （cobertura 在西班牙语是覆盖的意思）是完成这项任务的一个免费 GPL 工具。Cobertura 通过用额外的语句记录在执行测试包时，哪些行被测试到、哪些行没有被测试到，通过这种方式来度量字节码，以便对测试进行监视。然后它生成一个 HTML 或者 XML 格式的报告，指出代码中的哪些包、哪些类、哪些方法和哪些行没有测试到。可以针对这些特定的区域编写更多的测试代码，以发现所有隐藏的 bug。
我们首先查看生成的 Cobertura 输出。图 1 显示了对 Jaxen 测试包运行 Cobertura 生成的报告。从该报告中，可以看到从很好（在
org.jaxen.expr.iter包中几乎是 100%）到极差（在org.jaxen.dom.html中完全没有覆盖）的覆盖率结果。
图 1. Jaxen 的包级别覆盖率统计数据
Cobertura 通过被测试的行数和被测试的分支数来计算覆盖率。第一次测试时，两种测试方法之间的差别并不是很重要。Cobertura 还为类计算平均 McCabe 复杂度。
可以深入挖掘 HTML 报告，了解特定包或者类的覆盖率。图 2 显示了
org.jaxen.function包的覆盖率统计。在这个包中，覆盖率的范围从SumFunction类的 100% 到IdFunction类的仅为 5%。
图 2. org.jaxen.function 包中的代码覆盖率
进一步深入到单独的类中，具体查看哪一行代码没有测试到。图 3 显示了
NameFunction类中的部分覆盖率。最左边一栏显示行号。后一栏显示了执行测试时这一行被执行的次数。可以看出，第 112 行被执行了 100 次，第 114 行被执行了 28 次。用红色突出显示的那些行则根本没有测试到。这个报告表明，虽然从总体上说该方法被测试到了，但实际上还有许多分支没有测试到。
图 3. NameFunction 类中的代码覆盖率
Cobertura 是 jcoverage 的分支。GPL 版本的 jcoverage 已经有一年没有更新过了，并且有一些长期存在的 bug，Cobertura 修复了这些 bug。原来的那些 jcoverage 开发人员不再继续开发开放源码，他们转向开发 jcoverage 的商业版和 jcoverage+，jcoverage+ 是一个从同一代码基础中发展出来的封闭源代码产品。开放源码的奇妙之处在于：一个产品不会因为原开发人员决定让他们的工作获得相应的报酬而消亡。
利用 Cobertura 报告，可以找出代码中未测试的部分并针对它们编写测试。例如，图 3 显示 Jaxen 需要进行一些测试，运用
name()函数对文字节点、注释节点、处理指令节点、属性节点和名称空间节点进行测试。如果有许多未覆盖的代码，像 Cobertura 在这里报告的那样，那么添加所有缺少的测试将会非常耗时，但也是值得的。不一定要一次完成它。您可以从被测试的最少的代码开始，比如那些所有没有覆盖的包。在测试所有的包之后，就可以对每一个显示为没有覆盖的类编写一些测试代码。对所有类进行专门测试后，还要为所有未覆盖的方法编写测试代码。在测试所有方法之后，就可以开始分析对未测试的语句进行测试的必要性。
是否有一些可以测试但不应测试的内容？这取决于您问的是谁。在 JUnit FAQ 中，J. B. Rainsberger 写到“一般的看法是：如果 自身 不会出问题，那么它会因为太简单而不会出问题。第一个例子是
getX()方法。假定getX()方法只提供某一实例变量的值。在这种情况下，除非编译器或者解释器出了问题，否则getX()是不会出问题的。因此，不用测试getX()，测试它不会带来任何好处。对于setX()方法来说也是如此，不过，如果setX()方法确实要进行任何参数验证，或者说确实有副作用，那么还是有必要对其进行测试。”理论上，对未覆盖的代码编写测试代码不一定就会发现 bug。但在实践中，我从来没有碰到没有发现 bug 的情况。未测试的代码充满了 bug。所做的测试越少，在代码中隐藏的、未发现的 bug 就会越多。
我不同意。我已经记不清在“简单得不会出问题”的代码中发现的 bug 的数量了。确实，一些 getter 和 setter 很简单，不可能出问题。但是我从来就没有办法区分哪些方法是真的简单得不会出错，哪些方法只是看上去如此。编写覆盖像 setter 和 getter 这样简单方法的测试代码并不难。为此所花的少量时间会因为在这些方法中发现未曾预料到的 bug 而得到补偿。
一般来说，开始测量后，达到 90% 的测试覆盖率是很容易的。将覆盖率提高到 95% 或者更高就需要动一下脑筋。例如，可能需要装载不同版本的支持库，以测试没有在所有版本的库中出现的 bug。或者需要重新构建代码，以便测试通常执行不到的部分代码。可以对类进行扩展，让它们的受保护方法变为公共方法，这样就可以对这些方法进行测试。这些技巧看起来像是多此一举，但是它们曾帮助我在一半的时间内发现更多的未发现的 bug。
并不总是可以得到完美的、100% 的代码覆盖率。有时您会发现，不管对代码如何改造，仍然有一些行、方法、甚至是整个类是测试不到的。下面是您可能会遇到的挑战的一些例子：
- 只在特定平台上执行的代码。例如，在一个设计良好的 GUI 应用程序中，添加一个 Exit 菜单项的代码可以在 Windows PC 上运行，但它不能在 Mac 机上运行。
- 捕获不会发生的异常的
catch语句，比如在从ByteArrayInputStream进行读取操作时抛出的IOException。
- 非公共类中的一些方法，它们永远也不会被实际调用，只是为了满足某个接口契约而必须实现。
- 处理虚拟机 bug 的代码块，比如说，不能识别 UTF-8 编码。
考虑到上面这些以及类似的情况，我认为一些极限程序员自动删除所有未测试代码的做法是不切实际的，并且可能具有一定的讽刺性。不能总是获得绝对完美的测试覆盖率并不意味着就不会有更好的覆盖率。
然而，比执行不到的语句和方法更常见的是残留代码，它不再有任何作用，并且从代码基中去掉这些代码也不会产生任何影响。有时可以通过使用反射来访问私有成员这样的怪招来测试未测试的代码。还可以为未测试的、包保护（package-protected）的代码来编写测试代码，将测试类放到将要测试的类所在那个包中。但最好不要这样做。所有不能通过发布的（公共的和受保护的）接口访问的代码都应删除。执行不到的代码不应当成为代码基的一部分。代码基越小，它就越容易被理解和维护。
不要漏掉测量单元测试包和类本身。我不止一次注意到，某些个测试方法或者类没有被测试包真正运行。通常这表明名称规范中存在问题（比如将一个方法命名为
tesSomeReallyComplexCondition，而不是将其命名为testSomeReallyComplexCondition），或者忘记将一个类添加到主suite()方法中。在其他情况下，未预期的条件导致跳过了测试方法中的代码。不管是什么情况，都是虽然已经编写了测试代码，但没有真正运行它。JUnit 不会告诉您它没有像您所想的那样运行所有测试，但是 Cobertura 会告诉您。找出了未运行的测试后，改正它一般很容易。
在了解了测量代码覆盖率的好处后，让我们再来讨论一下如何用 Cobertura 测量代码覆盖率的具体细节。Cobertura 被设计成为在 Ant 中运行。现在还没有这方面的 IDE 插件可用，不过一两年内也许就会有了。
首先需要在 build.xml 文件中添加一个任务定义。以下这个顶级
taskdef元素将 cobertura.jar 文件限定在当前工作目录中：<taskdef classpath="cobertura.jar" resource="tasks.properties" />
然后，需要一个
cobertura-instrument任务，该任务将在已经编译好的类文件中添加日志代码。todir属性指定将测量类放到什么地方。fileset子元素指定测量哪些 .class 文件：<target name="instrument"> <cobertura-instrument todir="target/instrumented-classes"> <fileset dir="target/classes"> <include name="**/*.class"/> </fileset> </cobertura-instrument> </target>
用通常运行测试包的同一种类型的 Ant 任务运行测试。惟一的区别在于：被测量的类必须在原始类出现在类路径中之前出现在类路径中，而且需要将 Cobertura JAR 文件添加到类路径中：
<target name="cover-test" depends="instrument"> <mkdir dir="${testreportdir}" /> <junit dir="./" failureproperty="test.failure" printSummary="yes" fork="true" haltonerror="true"> <!-- Normally you can create this task by copying your existing JUnit target, changing its name, and adding these next two lines. You may need to change the locations to point to wherever you've put the cobertura.jar file and the instrumented classes. --> <classpath location="cobertura.jar"/> <classpath location="target/instrumented-classes"/> <classpath> <fileset dir="${libdir}"> <include name="*.jar" /> </fileset> <pathelement path="${testclassesdir}" /> <pathelement path="${classesdir}" /> </classpath> <batchtest todir="${testreportdir}"> <fileset dir="src/java/test"> <include name="**/*Test.java" /> <include name="org/jaxen/javabean/*Test.java" /> </fileset> </batchtest> </junit> </target>>
Jaxen 项目使用 JUnit 作为其测试框架，但是 Cobertura 是不受框架影响的。它在 TestNG、Artima SuiteRunner、HTTPUni 或者在您自己在地下室开发的系统中一样工作得很好。
最后，
cobertura-report任务生成本文开始部分看到的那个 HTML 文件：<target name="coverage-report" depends="cover-test"> <cobertura-report srcdir="src/java/main" destdir="cobertura"/> </target>
srcdir属性指定原始的 .java 源代码在什么地方。destdir属性指定 Cobertura 放置输出 HTML 的那个目录的名称。在自己的 Ant 编译文件中加入了类似的任务后，就可以通过键入以下命令来生成一个覆盖报告：
% ant instrument % ant cover-test % ant coverage-report
当然，如果您愿意的话，还可以改变目标任务的名称，或者将这三项任务合并为一个目标任务。
Cobertura 是敏捷程序员工具箱中新增的一个重要工具。通过生成代码覆盖率的具体数值，Cobertura 将单元测试从一种艺术转变为一门科学。它可以寻找测试覆盖中的空隙，直接找到 bug。测量代码覆盖率使您可以获得寻找并修复 bug 所需的信息，从而开发出对每个人来说都更健壮的软件。
- 只在特定平台上执行的代码。例如，在一个设计良好的 GUI 应用程序中，添加一个 Exit 菜单项的代码可以在 Windows PC 上运行，但它不能在 Mac 机上运行。
-
精妙Sql语句
2009-02-26 17:54:20
-
Web的系统测试方法
2009-02-26 15:36:15
-
LoadRunner下DLL的调用
2009-02-26 15:30:21
-
修改系统配置：让XP不再越用越慢
2009-02-26 14:54:19
-
sql
2008-08-19 11:13:40
-
JUnit测试程式
2008-06-30 17:23:56
junit测试程式编写规范
一、 程式命名规范
１．测试类的命名
测试类的命名规则是：被测试类的类名+test
比如有一个类叫irgsrhdelegate，那么他的测试类的命名就是irgsrhdelegatetest
２．测试用例的命名
测试用例的命名规则是：test+用例方法名称
比如要测试的方法叫updatedata，那么测试用例的命名就是testupdatedata
(说明：“用例方法”就是指被测试的类中所包含的方法，而“测试用例”就是指测试类中所包含的方法)
比如irgsrhdelegate中有一个方法叫做findbyirgfindparam，那么在irgsrhdelegatetest中对应的测试用例名称就是testfindbyirgfindparam。
３．其他命名规范
本规范未说明的其他命名规范请参照《java语言编码规范》（eno-w063-java coding rule.doc）。
二、 测试程式的包名定义规范
为了保持测试程式的单独和稳定性，请按照下面的方式组织测试程式：
假如被测试类的包名是com.wistrons.util，那么测试类的包名就是test.com.wistrons.util。也就是说在被测试类的包名前加上“test.”，这就是测试类的包名。
三、 测试数据的准备方案
准备测试数据时有三种方案能够选择。
１．在程式中直接写入测试数据
在要输入的数据项不多的情况下能够采用这种方式
２．使用junitpack包中的inputdatautil工具类
（要使用这个工具，请在测试程式中加上import junitpack.inputdatautil）
这种方法需要把测试数据写在一个xml文档中，xml的格式如下所示：
<?xml version="1.0" encoding="utf-8"?>
<inputs>
<input>
<irgcd>h0001</irgcd>
<irgname></irgname>
<irgkname></irgkname>
</input>
<input>
…
</input>
…
</inputs>
在这个xml文档中的根节点为inputs，根节点下能够有多个input节点。每个input节点代表一个case中需要的任何数据。
使用这个工具类的操作步骤如下：
1） 获取xml的存放路径。
请把写好的xml存放在测试类所在的目录中，然后能够按如下方式取得xml的存放路径：
string xml = irgsrhdelegatetest.class.getresource(".").tostring() +"test.xml";
2） 创建inputdatautil的实例。
inputdatautil inpututil = new inputdatautil();
3） 在inputdatautil实例中配置接受数据的类名，inputdatautil将此类和xml进行数据绑定。
inpututil.setclassname("jp.co.liondor.common.fz25irgsrh. seekirgsrhopt");
4） 调用inputdatautil.parse()方法，从xml中采集数据
java.util.vector vector = (java.util.vector) inpututil.parse(xml);
5） 从vector中取出被绑定类的实例
for (int i = 0; i < vector.size(); i++) {
seekirgsrhopt ōpt = (seekirgsrhopt) vector.get(i);
…
}
现在对inputdatautil的工作原理进行说明。inputdatautil会根据input节点下的子节点名来配置被绑定的类中对应的set方法，然后把xml中的数据配置到被绑定类中。比如上例xml中，input节点下有三个子节点：irgcd、irgname、irgkname。那么在调用inputdatautil.parse()方法时，inputdatautil就会分别调用seekirgsrhopt类的setirgcd()、setirgname()、setirgkname()方法，把数据配置到seekirgsrhopt的实例类中，并返回包含这些实例类的vector对象。
３．使用digester
（要使用这个工具，请在测试程式中加上import org.apache.commons.digester.digester）
digester是apache提供的一个工具类，上面的inputdatautil也是从digester类继承的。当使用inputdatautil暂时无法解决的时候，能够直接使用digester。
使用digester的步骤如下：
1） 获取xml的存放路径。
获取方式和使用inputdatautil相同。
2） 创建digester的实例。
digester dig = new digester();
3） 设定和inputs节点绑定的类为vector
dig.addobjectcreate("inputs", "java.util.vector");
4） 设定和input节点绑定的类
dig.addobjectcreate("inputs/input",
" jp.co.liondor.common.fz25irgsrh. seekirgsrhopt ");
5） 根据input节点下的子节点，依次设定相应的set方法
dig.addcallmethod("inputs/input/ irgcd ", "setirgcd ", 1);
dig.addcallparam("inputs/input/ irgcd ", 0);
6） 设定向vector中加入数据的方法
dig.addsetnext("inputs/input", "add");
7） 调用digester.parse()方法，从xml中采集数据
java.util.vector vector = (java.util.vector) dig.parse(xml);
8） 从vector中取出被绑定类的实例
for (int i = 0; i < vector.size(); i++) {
seekirgsrhopt ōpt = (seekirgsrhopt) vector.get(i);
…
}
digester的用法很灵活，能够组织很复杂的数据。
关于digester的周详用法请参考http://jakarta.apache.org/commons/digester/。
四、 对ui测试的原则
对ui做单元测试必须做到不能牵涉到业务逻辑操作（比如数据库操作、和server的交互）。否则就是ui的设计不合理。对ui的单元测试应该很单纯，就只是测试界面的动作是否符合设计需要。
五、 测试数据的覆盖率
测试时所准备的测试数据要覆盖程式中任何可能出现的case。
六、 测试记录
记录测试的过程和结果，请使用log4j工具。
七、 测试粒度
选择测试粒度的原则：
1） 被测试类中任何public、protected方法都要测到。
2） 对于简单的set和get方法没有必要做测试。 -
spring
2008-06-26 17:12:50
1. 前言
此文档讲述的内容适合于对 Spring MVC 和数据持久层 ORM 概念有一定基础的开发者，着重于讲述基于 Spring 框架基础之上进行 Java 开发的其中一种技术解决方案，而不是讲述相关技术的原理，想要了解技术原理内容请参考相关文档资料。
现在，网络上流传的Spring+Struts+Hibernate用得非常火，几乎成为很多对技术痴迷的人的技术架构标准，可是在我看来，也许是因为项目都不算大，人力也不够多，这个技术架构太复杂了。从Spring本身来讲，从MVC到数据操作，都可以不需要其他附加组件即可实现，并且结构清晰，使用简单，功能还更加强大，本文讲述的重点就是单独使用Spring来建立一个简易的开发框架。
首先说，为什么选择Spring呢？大概在2003年的时候，Struts已经开始流行了，但是在学习Struts的时候感觉这个技术框架比原始的JSP+JavaBean的方式复杂了很多，后来2004年做新项目时在论坛上看到推荐Spring，下载一试，上手非常的容易，结构也很清晰，支持的功能也非常多，所以决定用它了（其实那时候对于依赖注入和AOP代理还不甚了解，也很少用到接口）。
在2001-2003年的时候都是自己封装了JavaBean做为公共模块来访问数据库的，后来ORM兴起了，先是看了Hibernate的，3.0版还没用出，还不支持存储过程，因为那时候也做Delphi相关开发，用惯了SQL语句，始终觉得HQL这样的东东增加了开发的复杂度和不可控制性，原生的复杂SQL语句无法使用，不喜欢。后来看到了iBATIS，经过试用，正是我所需要的，SQL语句配置简单，基本不会破坏SQL语句的结构，这样将SQL语句Copy到外部数据库工具中进行调试也非常的方便，加上SQL语句可以使用很多的特定数据库的函数，执行效率和简洁性也非常好，修改了SQL又不需要重新编译程序。
有网友说Hibernate支持多个数据库移值啊，我认为这个就不仅仅是SQL语句的问题了，还有很多其他方面的因素，大多数项目都可以不用考虑。又有网友说Hibernate对于数据库结构修改的影响比较小，这种情况影响的也不仅仅是几句代码的问题，涉及到界面表现、业务流程等很多重要方面，相对说来修改代码倒是小Case了。
说完了上面的 ORM 组件，再说说 JDBC ， Spring 的 JdbcTemplate 将我们常用的 JDBC 流程封装起来，使用非常简单，一般执行的 SQL 就是一句话，构造 SQL 随着业务的复杂而复杂，并且也支持 PrepareStatement 的执行模式避免 SQL 注入漏洞发生，同样具备完整的数据操作功能如查询、更新、存储过程、异常捕捉等等，经过几年的使用比较，我认为轻型的项目使用 JdbcTemplate 是非常不错的选择。
由于能力所限，其中细节如有欠缺之处，请多多批评指正。2. 参考资料
² Spring 官方网站： http://www.springframework.org/ ；
² Spring 2.0 中文参考手册： http://spring.jactiongroup.net/ ；
² Apache Jakarta 官方网站： http://jakarta.apache.org/ ；
² JSTL 官方网站： http://java.sun.com/products/jsp/jstl/ ；
² Intellij IDEA 官方网站： http://www.jetbrains.com/ ；
MVC 层在 Spring 的 AbstractController 类基础上进行了继承和重构，使整个框架仅使用单一的公共控制器，数据操作采用 Spring JdbcTemplate ，在逻辑层中直接集成了 Spring Jdbc 能力，可直接操作数据，表现层 Jstl ，除此之外，未定义任何的表单对象、数据库表映射对象和其他 ORM 的配置文件，在保留对关键功能的集成度的基础上技术入门度极低，重点关注业务功能和优化 SQL 语句 。
请求处理流传如图所示：
1) 用户访问 http://www.fyyk.com/a.do ；
2) Web 应用服务器（如 tomcat ）解析扩展名为 *.do 的请求，通过 Spring 分发器 org.springframework.web.servlet.DispatcherServlet 读取 servlet-do.xml 中的配置，将请求转发给公共控制器类 LogicController.java ；
3) 公共控制器类 LogicController.java 根据 servlet-do.xml 文件中的配置信息调用 DoLogicImpl.java 类中相对应名称的方法；
4) DoLogicImpl.java 类中的方法在处理完成业务逻辑后，将数据内容 ModelAndView 返回给公共控制器类 LogicController.java ；
5) 公共控制器类 LogicController.java 处理 ModelAndView 信息，执行 b.jsp 将结果数据显示出来；
servlet-xxx.xml 文件中，封装后的 Controller 特点如下：
控制器类配置在1) 继承 AbstractController 类，便于调用应用环境的 Web 特性；
2) 只用控制器做请求的转发，业务实现全部在逻辑层；
3) 采用反映射机制（ reflect ），运行期调用逻辑类中的方法，而请求 URI 、逻辑类和方法名之间的对应关系只需要在 servlet-xxx.xml 中配置，这样，控制器实现就只有唯一的一个类文件；
applicationContext-xxx.xml 文件配置 Bean 定义中，主要实现两项功能：一是处理业务逻辑，二是操作数据库；
逻辑层类在逻辑层类首先需要定义一个接口类，统一以 xxxLogic.java 命名，实现类命名为 xxxLogicImpl.java ，并继承 JdbcDaoSupport 类，这样逻辑类便具有了数据库访问能力。
逻辑类的方法如果被公共控制器类 LogicController.java 的反映射机制直接调用，则其接口类需要继承空的公共接口类 BasicLogic ，定义方法时参数和返回值是固定的，如果是被其他逻辑类调用则不需要。
public ModelAndView initLogin(HttpServletRequest request, HttpServletResponse response, ServletContext servletContext);
控制器层直接将请求的 request 、 response 和 servletContext 全部传递过来交由逻辑层自由控制，对于 request 中的表单数据，未采用 SimpleFormController 的模式定义表单对象，建议手工获取，从代码量本身来将并不复杂，反而更加灵活。在业务处理完成后，必须构造一个 ModelAndView 对象，作为方法返回值回传给控制器。
范例代码如下：
public class AdminLogicImpl extends JdbcDaoSupport implements AdminLogic
{
public ModelAndView insertUser(HttpServletRequest request, HttpServletResponse response,
ServletContext servletContext) throws DataAccessException
{
String userId = request.getParameter("userId");
String userName = request.getParameter("userName");
int age = Integer.parseInt(request.getParameter("age"));
double weight = Double.parseDouble(request.getParameter("weight"));
String sqlStr = "insert into testuser (userId,username,age,weight,updatetime) values (?,?,?,?,?)";
Object[] ōbject = new Object[]{userId, userName, age, weight, new Date()};
getJdbcTemplate().update(sqlStr, object);
Map<String, Object> model = new HashMap<String, Object>();
model.put("msg", " 插入用户成功！ ");
model.put("url", "pageForm.user");
String view = "admin/message.jsp";
return new ModelAndView(view, model);
}
}
表现层采用 Jstl taglib 1.2 ，在 *.jsp 页面中加入 taglib 引用即可使用 Jstl 标签的大部分功能了，标签的具体使用方法请参考相关文档。
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/fmt" prefix="fmt" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/functions" prefix="fn" %>
4. 开发准备
4.1. 开发工具
Ø Java 编辑器 Intellij IDEA 6.0.5 、 Eclipse WTP 3.2 ；
Ø JDK5.0 Update 11 ；
Ø Web 服务器 Tomcat 5.5.20 ；
Ø 数据库 Oracle10g ；
4.2. 支撑库文件
spring.jar
spring
jstl.jar
standard.jar
Jstl 1.2
commons-io-
commons-fileupload-1.2.jar
文件上传组件
commons-logging-1.1.jar
log4j-
日志组件
mail.jar
activation.jar
邮件组件
quartz-
时序调度组件
aspectjweaver.jar
AOP 组件
commons-lang-2.3.jar
Apache 公共包
commons-codec-1.3.jar
commons-collections-3.2.jar
commons-httpclient-
Httpclient 组件
4.3. 系统目录结构
Java连接各种数据库的实例
2008-06-12 15:11:01
JSP/JSF WEB应用
2008-06-12 15:10:01
struts
2008-06-12 15:06:29
Struts 运行环境
1.1 Struts 1.0 和1.1版本
当前主要有两个版本，struts 1.0 release 和 struts 1.1 beta 3。Struts 1.0 和1.1差别很大，主要有两点：
- Struts 1.1 中引用了很多 apache其他项目的类包，如：xml 解析、日志、验证等，因此struts1.1 的包结构与1.0 完全不同。在struts 1.1环境下，一个webapp 要成功运行，除了struts.jar 外，还需要引用12个包。
- Struts 1.1 增加了很多新功能，例如，支持sub-applications, 动态FormBean，异常处理，验证，支持Tile templating等。
尽管struts 1.0 是正式发布版，但是结构已经老化，功能也已经固化。所以我们的Framework不选用struts 1.0, 而选用 struts 1.1。
1.2支持struts的应用服务器
根据apache官方网站的说法，struts几乎支持所有的servlet containers, 下面是几种主要的servlet containers
Servlet Container
版本
iPlanet Application Server
6.0sp2 or higher, 6.5
Tomcat
3.2.x, 4.0 or higher
Weblogic
6.0 or higher
Websphere
3.5 or higher
Orion
1.0 or higher
Resin
1.2 or higher
JRun
3.0 or higher
1.3配置说明
我们公司目前项目中使用较多的应用服务器是iPlanet Application Server, Tomcat。Struts 1.1 在这两个应用服务器下已经配置通过。
Tomcat 与struts结合的很好，只需要将xxx.war 放到 webapp 目录下，启动Tomcat 即可，不需要其他额外的配置。
iPlanet 配置复杂一些，主要原因是xml parser 版本不一致，和struts 相关类不能加载。具体的配置说明请见《如何在 iAS 6.x 中配置Struts 1.1 beta x》。
在其他的应用服务器上，还没有尝试struts, 今后根据项目需要会作进一步的研究。
struts框架
2.1 struts 体系结构
struts framework是MVC 模式的体现，下面分别从模型、视图、控制来看看struts的体系结构（Architecture）。下图显示了struts framework的体系结构响应客户请求时，各个部分工作的原理。
Struts体系结构
2.1.1 从视图角度（View）
主要由JSP建立，struts自身包含了一组可扩展的自定义标签库（TagLib），可以简化创建用户界面的过程。目前包括：Bean Tags，HTML Tags，Logic Tags，Nested Tags，Template Tags。
2.1.2从模型角度（Model）
模型主要是表示一个系统的状态（有时候，改变系统状态的业务逻辑操作也也划分到模型中）。在Struts中，系统的状态主要有ActiomForm Bean体现，一般情况下，这些状态是非持久性的。如果需要将这些状态转化为持久性数据存储，Struts本身也提供了Utitle包，可以方便的与数据库操作。
2.1.3 从控制器角度（Controller）
在Struts framework中， Controller主要是ActionServlet，但是对于业务逻辑的操作则主要由Action、ActionMapping、ActionForward这几个组件协调完成。其中，Action扮演了真正的业务逻辑的实现者，而ActionMapping和ActionForward则指定了不同业务逻辑或流程的运行方向。
2.2 struts 的组件
框架中所使用的组件：
ActionServlet
控制器
ActionClass
包含事务逻辑
ActionForm
显示模块数据
ActionMapping
帮助控制器将请求映射到操作
ActionForward
用来指示操作转移的对象
ActionError
用来存储和回收错误
Struts标记库
可以减轻开发显示层次的工作
2.3 struts 配置文件
Struts-config.xml集中了所有页面的导航定义。对于WEB项目，通过配置文件可迅速把握其脉络，这不管是对于前期的开发，还是后期的维护或升级都是方便的。掌握Struts-config.xml是掌握Struts的关键所在。
在struts的早先版本中，只有一个struts配置文件struts-config.xml。但是，对大型项目来说，使用和修改这个配置文件，会成为瓶颈。在struts1.1中，支持sub-Application ，可以定义多个配置文件协同工作。
通过struts配置文件struts-config.xml 将struts各个组件联系在一起。在struts-config.xml 中可以定义下面内容：
- 全局转发
- ActionMapping类
- ActionForm bean
- JDBC数据源
2.3.1 配置全局转发
全局转发用来在JSP页之间创建逻辑名称映射。全局转发的例子：
<global-forwards>
<forwardname="logoff"path="/logoff.do"/>
<forwardname="logon"path="/logon.jsp"/>
<forwardname="registration"path="/registration.jsp"/>
<forwardname="success"path="/mainMenu.jsp"/>
</global-forwards>
属性
描述
Name
全局转发的名字
Path
与目标URL的相对路径
2.3.2 配置ActionMapping
ActionMapping对象帮助进行框架内部的流程控制，它们可将请求URI映射到Action类,并且将Action类与ActionForm bean相关联。ActionServlet在内部使用这些映射，并将控制转移到特定Action类的实例。所有Action类使用perform()或者execute()方法实现特定应用程序代码，返回一个ActionForward对象，其中包括响应转发的目标页面名称。例如：
<action-mappings>
<actionpath="/logon"
type="org.apache.struts.webapp.example.LogonAction"
name="logonForm"
scope="session"
input="logon">
</action>
<forward name="failure" path="/error.jsp"/>
<forward name="success" path="/index.jsp"/>
</ action-mappings>
属性
描述
Path
Action类的相对路径
Name
与本操作关联的Action bean的名称
Type
连接到本映射的Action类的全称（可有包名）
Scope
ActionForm bean的作用域（请求或会话）
Prefix
用来匹配请求参数与bean属性的前缀
Suffix
用来匹配请求参数与bean属性的后缀
attribute
作用域名称。
className
ActionMapping对象的类的完全限定名默认的类是org.apache.struts.action.ActionMapping
input
输入表单的路径，指向bean发生输入错误必须返回的控制
unknown
设为true，操作将被作为所有没有定义的ActionMapping的URI的默认操作
validate
设置为true，则在调用Action对象上的perform()方法前，ActionServlet将调用ActionForm bean的validate()方法来进行输入检查
通过<forward>元素，可以定义资源的逻辑名称，该资源是Action类的响应要转发的目标。
属性
描述
Id
ID
ClassName
ActionForward类的完全限定名，默认是org.apache.struts.action.ActionForward
Name
操作类访问ActionForward时所用的逻辑名
Path
响应转发的目标资源的路径
redirect
若设置为true，则ActionServlet使用sendRedirect()方法来转发资源
2.3.3 配置ActionForm Bean
ActionServlet使用ActionForm来保存请求的参数，这些bean的属性名称与HTTP请求参数中的名称相对应，控制器将请求参数传递到ActionForm bean的实例，然后将这个实例传送到Action类。例子：
<form
beans >
<form
bean name="bookForm" type="BookForm"/>
</form
beans>
属性
描述
Id
ID
className
ActionForm bean的完全限定名，默认值是org.apache.struts.action.ActionFormBean
Name
表单bean在相关作用域的名称，这个属性用来将bean与ActionMapping进行关联
Type
类的完全限定名
2.3.4 配置JDBC数据源
例子：
<data-sources>
<data-source>
<set-property property="autoCommit"
value="false"/>
<set-property property="descrīption"
value="Example Data Source Configuration"/>
<set-property property="driverClass"
value="org.postgresql.Driver"/>
<set-property property="maxCount"
value="4"/>
<set-property property="minCount"
value="2"/>
<set-property property="password"
value="mypassword"/>
<set-property property="url"
value="jdbc:postgresql://localhost/mydatabase"/>
<set-property property="user"
value="myusername"/>
</data-source>
</data-sources>
属性
描述
descrīption
数据源的描述
autoCommit
数据源创建的连接所使用的默认自动更新数据库模式
driverClass
数据源所使用的类，用来显示JDBC驱动程序接口
loginTimeout
数据库登陆时间的限制，以秒为单位
maxCount
最多能建立的连接数目
minCount
要创建的最少连接数目
password
数据库访问的密码
readOnly
创建只读的连接
User
访问数据库的用户名
url
JDBC的URL
通过指定关键字名称，Action类可以访问数据源，比如：
javax.sql.DataSource ds = servlet.findDataSource(“conPool”);
javax.sql.Connection con = ds.getConnection();
struts标记库
struts 标记库包含4种类型的标记，分别是：
- struts-bean taglib：在访问bean和bean属性时使用的tag，也包含一些消息显示的tag。
- struts-html taglib：用来生成动态HTML用户界面和窗体的tag。
- struts-logic taglib ：用来管理根据条件生成输出文本，和其它一些用来控制的信息。
- struts-template taglib：用来定义模板机制。
Struts提供了功能强大的Taglib，充分使用这些Tag，能最大限度的发挥Struts的作用。
由于标记库功能强大，所以掌握它需要花费一定的时间。目前我们可以先从 struts-html taglib 学起，主要精力还是要先放在理解掌握struts导航功能上。
文档《struts 标记库》可以帮助学习掌握struts taglib.
可视化设计工具和代码生成器Camino
Camino 是基于 struts framework的可视化建模工具。使用camino 可以实现快速设计和开发，主要特点有：
- 支持struts 1.0 和 struts 1.1
- 通过storyboard , 可视化定义页面导航流程，配置struts-config.xml 文件。
- Jsp converter wizard 功能可以将普通jsp 转换成带struts-html taglib 的jsp
- Code Generator wizard 功能可以自动生成 Action 和 FormBean 类的框架。
- Camin 3.0 还提供了验证器和Preview Jsp 的功能。
目前Camino的版本有2.05 和 3.0, 可以下载试用版。Camino 自带了帮助文档，可以方便学习Camino。
Struts example
Struts 1.1 beta 3 的包中包含了几个example, 可以帮助学习struts。
Web应用程序
描述
Struts-blank.war
一个简单的web应用程序
Struts-documentation.war
包含struts站点上所有struts文档
Struts-example.war
Struts很多特性的示范
Struts-exercisetaglib.war
主要用于对自定义标签库进行增加而使用的测试页，但也可以示范如何使用struts标记
Struts-template.war
包含struts模板标记的介绍和范例
Struts-upload.war
一个简单的例子，示范如何使用struts框架上传文件
在Tomcat 4.1.18运行环境下，只需要将 xxx.war 文件放到webapps 目录下，启动Tomcat 即可。
建议从struts-example 开始学习，熟读struts-config.xml, jsp, 和 java 源码。
6、统一的IDE工具： eclipse
Eclipse 是由IBM支持的开发源码的IDE, 目前的最新版本是2.1。与Netbeans, JBuilder相比，由以下特点：
- 界面设计精细，布局合理，秉承了IBM的风格。
- 功能齐全，具备了Netbeans, JBuilder（Enterprice fetature 除外）大部分功能，还有一些特有的功能，如：代码历史记录比较、替换，代码重构，自动生成get,set方法, 小组协作方式的版本控制和权限控制。
- 速度快，执行一个代码格式化(14,000行)的操作，要比Netbeans快百倍以上。
- 功能强大的plug-in，可以与Ant, JUnit, Tomcat集成。将来我们也可以编写自己的插件，有增强功能的潜力。
目前，每个项目使用的开发工具都不同，有JBuilder, Netbeans等。从长远考虑应该采用开发源码的IDE, 不存在盗版问题。现在开发源码的IDE有Netbeans, Eclipse两大阵营，分别由Sun 和 IBM支持。综合上面的Eclipse特性，我推荐统一使用Eclipse。
7、参考资料
- 网站：
struts 官方网站：http://jakarta.apache.org/struts
struts resource : http://jakarta.apache.org/struts/resources/index.html
Camino 网站：http://www.scioworks.com/index.html
其他网站：http://husted.com/struts/
http://struts.application-servers.com/main.html
http://www.synthis.com/products/architectures/struts/index.jsp
- 文章：
《struts框架详细介绍》 - ppt 文档，描述了struts 框架
《struts-intro》- ppt 文档，其中的struts 导航流程图非常好。
《Using Struts》 - ppt 文档，概述了struts 框架和组成
《如何在 iAS 6.x 中配置Struts 1.1 beta x》- 讲述在iPlanet 6.x 如何配置 struts 1.1
《Struts标记库》 - 详细介绍了struts taglib的使用
《struts turorial》 - 一个网上购书的示例，详细讲解了struts使用步骤新手入门:写Java程序的三十个基本规则
2008-06-12 15:04:53
提高Java代码可重用性的三个措施
2008-06-12 14:57:01
三步改善Java码质量
2008-06-12 14:52:39
本文讨论了如何以递进的方式使用Apache Ant来改善我们的代码质量。并按着三步走的原则给出了具体的实现步骤。一、充分利用单元测试、代码覆盖
单元测试、代码覆盖是最容易被接受和实现的方式。事实上，大多数开发人员都知道单元测试对他们很重要。在我们开始讨论这些东西之前，先看一下Google研究院主管Peter Norvig的一段话：“如果你认为你们不需要对自己的代码进行单元测试，那么就写在纸上写一所有的原因，并且仔细研究这张纸，然后扔了它，继续测试自己的程序吧”。看来Google也是非常推崇进行单元测试的。那么谁又来测试那么测试者呢？也就是说，我们怎么能验证对程序做了足够的测试呢？这是一个非常有价值的问题，因为那些未通过测试的程序才是我们更应该关注的地方。这个问题的一个解决方案就是使用代码覆盖工具，这种工具将告诉我们我们到底测试了多少代码（也就是被测试代码的百分比），然后使用一般的综合处理来合并覆盖核对结果。如果覆盖核对失败，那么我们建立应用程序的过程也就失败了。
对了本文所讨论的递增代码策略选择了代码覆盖工具Cobertura，这是由于它非常容易使用，而且拥有良好的定义格式，以及四个Ant任务接口。这些任务之一就是cobertura-check，当代码不能完成我们要求的覆盖率时，它就会失败。如下面的代码显示如果覆盖率未达到80%，Ant在建立工程时就会失败：
<target name="coverage_check">
<cobertura-check totallinerate="80"/>
</target name="coverage_check">除了使用硬编码来指定这个覆盖率外，我们还可能以使用一个更容易建立的结果作为当前核对的覆盖率。我们可以通过使用两个核心Ant任务连接一对Cobertura任务来完成这个任务。并不不用担心各种覆盖率的具体的值。我们的目标是完成可测量的代码改善，而不是设置一个绝对的代码覆盖率。
在建立用于测试和运行我们的代码的targets后，我们可以将用于核对我们的建立脚本的增量覆盖率。第一步是使用一个cobertura报吿任务建立一个XML格式的覆盖报表。代码如下：<cobertura-report format="xml"/>
下面是由一个cobertura报表任务产生的
coverage.xml
<?xml version="1.0"?> <!DOCTYPE coverage SYSTEM "http://cobertura.sourceforge.net/xml/coverage-02.dtd"> <coverage line-rate="0.43612334801762115" branch-rate="0.48344370860927155" version="1.8" timestamp="1181043899853"> <sources> <source>./src/java</source> </sources> <packages> ... </packages> </coverage>现在要确保将这个文件保存在某个硬盘上，因为我们在后面会需要这个文件。
二、从报表中取出覆盖率一开始，我们可以试着使用Ant的XmlProperty任务来直接获得这个覆盖率，并给一个Ant属性。但是这个方法有以下两个问题：1. 在coverage.xml中的覆盖率是一个小数，但当核对任务时需要一个整数百分比。2. 在实际的项目中，coverage.xml的文件尺寸非常大，如果在Java中尝试使用XmlProperty任务时可能会出现Java OutOfMemoryError错误。而我们只想从coverage.xml文件中获得以下的内容：<xslt in="coverage.xml" ōut="build/coverage.properties" style="src/xsl/coverage.xsl" />上面的简单的XSL模板需要产生一个只包含我们需要的值的属性文件，内容如下：<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"> <xsl:output method="text" omit-xml-declaration="yes"/> <xsl:template match="coverage"> total.line-rate= <xsl:value-of select="floor(@line-rate*100)"/> </xsl:template> </xsl:stylesheet>要注意的是方法floor(@line-rate*100)，可以将小数覆盖率转换为整型覆盖率。最终结果是一个只包含下面一行的coverage.properties文件：total.line-rate=44现在我们可以使用Ant的属性任务来从coverage.properties读取这个Ant属性所需要的覆盖率：<property file="build/coverage.properties" />最后，我们可以将最初的"80"使用新的Ant属性替换，代码如下：<cobertura-check totallinerate="${total.line-rate}"/>三、将内容放到一起最后的build.xml文件看上去的形似如下：<target name="coverage_check" depends="check_against_previous_rate"> <antcall target="coverage_report"/> </target> <target name="coverage_report"> <cobertura-report format="xml" destdir="." /> </target> <target name="check_against_previous_rate" depends="coverage_xml_to_properties"> <property file="build/coverage.properties" /> <cobertura-check totallinerate="${coverage.line-rate}" /> </target> <target name="coverage_xml_to_properties"> <xslt in="coverage.xml" out="build/coverage.properties" style="src/xsl/coverage.xsl" /> </target>
要注意一个新的覆盖报告仅仅当覆盖核对被通过后才能被产生，也就是说，每次提高覆盖率后，都会比上一次建立的代码质量有所提高。四、改善跟踪率的其他方法还有一些递增地改善代码质量的方法是通过将覆盖率记录到文件中来跟踪代码改善率。我们可以通过Ant的echo任务建立如下的代码：<target name="time"> <tstamp> <format property="date.time" pattern="yyyy-MM-dd HH:mm"/> </tstamp> </target> <target name="log" depends="time"> <echo file="${history.txt}" append="true"> ${date.time};total.line-rate;${total.line-rate} </echo> </target>
五、结果可测量、改善可视化
经过对一个工程的测试，在这个工作使用本文所提供的策略后的一周内定，这个工程的代码质量改善了超过30%。而更另人兴奋的是以前开发人员都不需要对代码进行测试，而现在它们会为通过测试而使他们的代码质量的提高感到骄傲。当然，我们不需要只停留在本文所介绍的方法和理论上。我们也可以将增量改善策略用在其他的代码规则中。因为大多数的代码核对工具都可以产生基于XML格式的输出，我们可以使用XSL模板来过滤出与之相关的代码规则，并将这些规则作为当前的代码核对工具的输入。Java基础知识：谈谈简单Hibernate入门
2008-06-12 14:49:10
LR_函数_Action
2008-04-11 18:18:28
标题搜索
我的存档
数据统计
- 访问量: 61519
- 日志数: 62
- 建立时间: 2007-10-11
- 更新时间: 2015-02-12
RSS订阅
