| Blog信息 |
|
blog名称:
日志总数:1304
评论数量:2242
留言数量:5
访问次数:7597542
建立时间:2006年5月29日 |
| |
|
 [集成测试]Junit 4新的特性
软件技术
lhwork 发表于 2006/10/10 10:01:20 |
JUnit 4
已经出来很久了，基本上很多ide都开始支持，当然为了兼容性，一直不太敢用。以前都是懒得写单元测试，大多数的时候都是
System.out.print。不过现在已经是测试驱动的时代了，为了保持一个良好的习惯，还是需要好好的写写单元测试。断言远比
System.out.print有用。
看了几篇文章之后，对JUnit4已经有了基本的概念了。其实很多特性，testNg都已经实现了，挺讨厌testNg的xml文件，不过testNg的灵活性还是强大，对于大面积的组件测试比较适合。
JUnit 4应该说是使用新的架构写的，使用了很多java5的新特性。
一个最关键的改变，测试类，可以不用继承那该死的TestCase了.测试类，可以更加灵活，方法的定义不需要在前面增加 |
|
|
[集成测试]关于TestNG
软件技术
lhwork 发表于 2006/10/10 10:00:14 |
TestNG是一个不错的测试框架，尤其是用于模块测试，以及大范围的测试。相对于JUnit来说，更为灵活。随着JUnit4的推出，很多功能都与TestNG相似，但相对于JUnit4，TestNG还是有很多部分是有区别的。
TestNG的IDE支持也不错，对于Eclipse,Idea,Ant都有很好的支持。
先来看一看怎么使用TestNG，当然首先需要下载TestNG包。目前的版本为5.1，下载地址如下：
http://testng.org/do |
|
|
[集成测试]Selenium中文手册
软件技术
lhwork 发表于 2006/9/30 13:31:49 |
一、 Commands (命令)
Action
对当前状态进行操作
失败时，停止测试Assertion
校验是否有产生正确的值Element Locators
指定HTML中的某元素Patterns
用于模式匹配
1. Element Locators (元素定位器)
id=id
id locator 指定HTML中的唯一id的元素 name=name
name locator指定 HTML中相同name的元素中的第一个元素 identifier=id
identifier locator 首先查找HTML是否存在该id的元素 |
|
|
[集成测试]Selenium集成测试概述
软件技术
lhwork 发表于 2006/9/30 13:31:20 |
| Selenium指南
网站：http://www.openqa.org
国内大部分公司还依靠QA组的MM看着测试用例文档来手工测试，如果钱人有限，又想改变现状，最实在的建议是先编写直接访问数据库的商业层UnitTest和 基于Selenium的集成测试。
在徐昊指导下，SpringSi |
|
|
[Apache(jakarta)]关于使用commons-betwixt组件实现xml信息-->Java Bean的转化的一些感受
软件技术
lhwork 发表于 2006/9/27 10:10:51 |
实现这一功能的核心类是BeanReader，如果你看过betwixt的源代码，你会发现
public class BeanReader extends Digester{}
如果你细看一下BeanReader的源代码，你会发现betwixt在处理xml-->JavaBean转化时其实是调用Digester这个类的parse方法。但除了此方式可以实现转化的功能以外，BeanReader自身也有一些新的机制对xml进行转化，完善了Digester的很多欠缺功能,让转化更加方便。首先，来看一下BeanReader完全使用Digester的parse方法进行转化的流程。(其实觉得说是Digester怎样处理转化更为恰当)
1。xml信息
******************examples.xml*************************
<address-book>
<person id="1" category="acquaintance" try="would be ign |
|
|
[Apache(jakarta)][ZT]digester的使用
软件技术
lhwork 发表于 2006/9/27 10:09:25 |
Digester框架属于Jakarta Commons，它以规则和模式为基础处理XML文档。与SAX和DOM之类的标准API相比，Digester不涉及太多的细节问题，非常适合于对XML文档进行简单的处理。
在Java
和XML开发中，一个常见的任务是把XML文档转换成对应的Java Bean对象的层次结构。人们经常用标准的SAX和DOM
API来完成这个任务。虽然这两种API都很强大和灵活，但对于某些简单的任务来说，它们显得操作层次太低，也就是说，涉及了太多的细节问题。
Jakarta Digester框架能够很好地满足这类场合的需要。
Digester框架简介
Jakarta
的Digester框架从Struts框架发展而来，原先被用来处理struts-config.xml配置文件，但很快人们认识到它有着更广泛的用途，
把它 |
|
|
[Apache(jakarta)]用Digester类解析XML数据
软件技术
lhwork 发表于 2006/9/27 10:09:01 |
Digester类指的是org.apache.commons.digester.Digester.
Jakarta的Digester框架从Struts框架发展而来,
1. 首先定义一个UserDatabase.xml
<?xml version="1.0" encoding=“ISO-8859-1”>
<users>
<user>
<name>
&nb |
|
|
[Apache(jakarta)]Digester学习笔记(一)
软件技术
lhwork 发表于 2006/9/27 10:08:19 |
一个简单的例子 假定有两个JavaBean如下，分别为Foo和Bar
package mypackage;
public class Foo {
public void addBar(Bar bar);
public Bar findBar(int id);
public Iterator getBars();
public String getName();
public void setName(String name);
}
public mypackage;
public class Bar {
public int getId();
public void setId(int id);
public String getTitle();
|
|
|