几个测试用到的framework和tools-优快云博客

最近一阶段，由于项目的需要，粗略的看了看测试用到的几种framework和tools，胡乱写了些东西，主要针对自己对于这几种framework的理解，这里只起到抛砖引玉，具体细节请查看每个framework自己的官方网站

啊？“测试”有这么重要？<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

没有进入TC前，在自己做过的一些小型项目中（或者根本不能称其为项目，只不过是自己写的一些程序）基本没有做过比较体系的测试，更不用提应用一些framework或是一些工具来进行测试，那时候的测试往往就是在一定的位置上print出结果，与预期的结果相比较，从而知道程序的对错。进入TC后，发现每一个开发团队都有各自的QA，而且有些团队QA的人数并不少于开发人员，测试的重要性在这里可见一斑。阅读了一些关于测试的文章，尤其是X-Programming的一些材料后，才认识到测试工作如此重要。“Program a little, test little”, 貌似平淡无奇的一句话，但却是所有项目尤其是企业级项目成功的保证。从某种程度上说，QA肩负着比开发人员更重的使命。

鉴于测试有如此重要的地位，而且我有可能（只是有可能而已）参与GTSS的测试项目，所以近一个星期以来一直在对“测试”进行研究。粗略的学习了一下用于测试的一些framework和工具，其中包括JUnit, JMeter, HttpUnit, JWebUnit, 并下Fund Connect近期完成的Performance Test进行了研究。

想把学到的东西给大家看看

我的习惯是把一个阶段学习到的东西总结一下，将其变成文字，这样才能对学到的东西加深印象，也在成文过程中发现不明白不理解的地方。往往我写出的东西，都是给自己看的，加深个印象也就算了，但是这次为什么想和大家分享呢？并非炫耀自己有多么能干，学了多少东西，因为我深知看我这篇东西的人各个都比我能干，每一个人懂得都比我多。主要原因是：和大家不同，我不是做技术出身，只是单纯对技术有兴趣，想深入了解技术，由于专业知识的欠缺，肯定在学习和应用过程中会出现很多偏差，理解上也会有很多不对的地方，希望大家及时指出，我好及时更正。

好了不多罗嗦了，开始正题！（欢迎大家拍转）

JUnit 单元测试的基础

我可以大言不惭地说，JUnit本身是一个相当简单的框架，想必各位也对其做过一些研究，所以直接给出一个自己写的简单的例子，来说明JUnit的特点。

// Money.java:

public class Money

{

private int amount;

public Money(int i)

{

amount = i;

}

public int amount()

{

return amount;

}

public Money addMoney(Money mon)

{

return new Money(mon.amount()+this.amount());

}

//The key point here

public boolean equals(Object o)

{

if(o instanceof Money)

return ((Money)o).amount() == this.amount();

else

return false;

}

// TestMoney.java

import junit.framework. * ;

public class TestMoney extends TestCase

{

Money m11;

Money m12;

Money m13;

protected void setUp()

{

m11 = new Money(11);

m12 = new Money(12);

m13 = new Money(13);

}

public void testEquals()

{

Assert.assertEquals(m11,new Money(11));

}

public void testAdd()

{

Money m23 = new Money(23);

Assert.assertEquals(m11.addMoney(m12),m23);

Assert.assertEquals(m11.addMoney(m12),m11);

}

public static void main(String args[])

{

junit.textui.TestRunner.run(TestMoney.class);

}

看到这里你可能会骂我把小孩子都能写出的东西贴到这里来丢人，其实就是这么个简单的例子足以说明JUnit的运作原理。class Money重载了方法equals(), 就是为了进行Money对象之间的比较。这样的比较在JUnit中是通过断言的方式进行的，由于基础类TestCase继承于Assert类，从而继承了Assert类提供的所有断言方法。所以一句话概括，JUnit是通过断言机制进行底层对象间的比较来判断功能正确与否的。你可能会抬杠的说：“不仅是对象吧，JUnit也可以比较两个int或者其他的primitive data啊！”，但在OO的理论中，Java中的primitive data也应该是对象（如SmallTalk中的实现），但Java出于对性能的考虑，对primitive data没有采取类的实现方式，但同时也给出了各个primitive data 的wrapper class。

最初认识到JUnit的这样的工作原理，我有些失望怀疑它能否胜任复杂的商业逻辑的测试，看到了Fund Connect的performance test中测试service部分的代码，我这样的疑虑被消除了。下面节选一段代码说明：

public class AdminServiceTest extends TestCase

{

private static Log log = LogFactory.getLog(AdminServiceTest.class);

private static ServiceFactory factory;

protected static AdminService ds;

private static ServiceConfigurator serviceConfig;

private Statement stmt;

private ResultSet rs;

private String sConnStr;

private String sqlStr;

private Connection conn=null;

/**//**

* Constructor for AdminServiceImplTest.

* @param arg0

public AdminServiceTest(String arg0)

{

super(arg0);

}

protected void setUp() throws Exception

{

//……

}

protected void teardown() throws Exception

{

// …..

}

public void testGetFundProcessors()

{

sqlStr = "select distinct Fund_Processor_uid from FUND_PROCESSOR_INSTR_XREF ";

try

{

rs = stmt.executeQuery(sqlStr);

List result = (List)ds.getFundProcessors();

int i = 0;

while(rs.next())

{

i ++;

}

assertEquals(i, result.size());

} catch (SQLException e)

{

e.printStackTrace();

} catch (AdminServiceException e)

{

e.printStackTrace();

}

//……

}

从这个例子中可以看到，无论是多么复杂的逻辑（testGetFundProcessors）最终都能转化成底层对象通过断言的比较（红色字体部分）。“Everything is object. ”, JUnit的工作原理决定了它应该是单元测试的基础。

另外，我也看了一下JUnit的源码，代码并不是很多多，由于应用了一些模式，使其结构设计较好。例如：TestCase类中，在设计run（）方法的继承问题时，应用了Template Method Pattern；对于多个test方法，要有针对性地生成相应的TestCase，应用了Adapter Pattern；等等。大家有兴趣的，可以对其源码进行研究。

强大的测试工具JMeter

我看过的所有的Apache的项目，都很成功。JMeter也不例外，说其强大，我个人认为有以下三个原因：

1、较为友好的图形用户界面，易于测试人员使用，只要明白其中的原理用JMeter作测试是件愉快的事情而且它能够方便的生成测试脚本。

2、 ThreadGroup概念的引进，这个概念在JMeter是相当重要的，之所以JMeter能够完成对各种不同服务器的压力测试与性能测试，也仰仗着ThreadGroup。在一个ThreadGoup中可以规定应用的线程数量（Number of Threads每一个线程代表一个用户），也可以规定用户行为的重复次数(loop count)。在企业级应用的测试中，模拟多个用户同时执行操作或同时处理数据的操作，利用ThreadGroup可以轻松实现。

3、 JMeter将大量的Test Target作了非常好的封装,用户可以直接使用这些封装好的部件,大大减少了测试的工作量。比如测试WebService用的WebService SOAP Request，测试网页的HttpRequest，测试数据库连接的JDBC Request等等。测试工作进而简化成了选择组建，将各个组建有逻辑的组织在一起的过程。

对于JMeter的强大以及其应用方法，因为大家都懂，所以我在这里不多说了。下面谈谈个人认为JMeter的不足之处。为了更清楚的说明这个问题，我将结合Fund Connect项目中，对于Server Performance Test的一些JMeter脚本进行阐述。其中的一个Requirement如下：

Investors submit trades via GUI

Description: 15 investors log into FundConnect via GUI. Each investor submits 20 orders via a file upload.

Precondition: 20 investor institutions and 20 investors (one investor per investor institution) are set up in FundConnect.

Step: A JMeter script will execute the following steps: Log In à Start in Investor Home à Upload Multiple Orders à Select upload file à Submit file à Return to Investor Home.

Note: Each investor should upload a different file. The script should record the average time to execute the entire loop (Investor Home to Investor Home).

想必大家对这个需求再清楚不过了（毕竟刚完成测试工作）。用JMeter测试中有一个关键的组件（其余省略不说了）：

HttpRequest

Name：/fundconnect/FCUploadOrdersServlet

Send Parameters With the Request

Name value

thisURL /inv/upload_orders.jsp

submitURL /inv/upload_orders_summary.jsp

cancelURL /adm/index.jsp

Send a file with request

File name: D:\datatest\datatest\20order_upload\testdata\uploadorders_20_acct1.csv

Parameter Name: uploadfile

MIME Type: application/octet-stream

这个Request是向FCUploadOrdersServlet发出，其间传递了三个参数和一个文件，完成上传order文件的工作。这个需求到此也就结束了，但大家有没有想过，如果把需求改成: 15 investors log into FundConnect via GUI. Each investor submits 20 orders via web page. 即如果要求这15个投资者通过web（非上传文件方式）递交20不同的order，模拟这样的测试该如何进行呢？JMeter针对这样的Web页面操作的测试，实现起来比较复杂。（如果谁认为不对，可以联系我，把你的方法告诉我）。我个人认为做Web Application页面上的功能测试，使用下面谈到的两个框架，实现起来比较简单。

Web Application自动化测试FrameWorks：HttpUnit JWebUnit

HttpUnit本身并没有测试功能, 说白了, 它不过包含了一些类库, 可以用来模拟出一个浏览器(WebConversation类)并可以模拟用户在网页上的多种行为。HttpUnit没有测试的功能，所以它要结合JUnit来完成Web测试的工作，例如下面是一段简单的代码：

import junit.framework.TestCase;

import com.meterware.httpunit.WebResponse;

import com.meterware.httpunit.WebConversation;

import com.meterware.httpunit.WebForm;

import com.meterware.httpunit.WebRequest;

public class SearchExample extends TestCase

{

public void testSearch() throws Exception

{

//模拟浏览器

WebConversation wc = new WebConversation();

//对google主页发出request,并得到response

WebResponse resp = wc.getResponse( "http://www.google.com");

//从Response中抽取出第一个table

WebForm form = resp.getForms()[0];

//在搜索的text field called q中填写”HttpUnit”

form.setParameter("q", "HttpUnit");

//点击提交按钮

WebRequest req = form.getRequest("btnG");

resp = wc.getResponse(req);

//通过反馈回来的response来判断叫做HttpUnit的link是否存在

assertNotNull(resp.getLinkWith("HttpUnit"));

//模拟点击连接的功能

resp = resp.getLinkWith("HttpUnit").click();

//通过title来判断返回的reponse的title是否为HttpUnit

assertEquals(resp.getTitle(), "HttpUnit");

assertNotNull(resp.getLinkWith("User's Manual"));

}

你可以发现上面的一个例子, 已经完成了对于在google中查找HttpUnit关键字的测试。

在此基础上，JWebUnit更近一步，它实际上是建立在HttpUnit和JUnit框架之上，将二者功能结合、重构后的产物。同时，JWebUnit提供了更加易用的API来模拟用户对web界面的操作，同样是上面的代码，JWebUnit的实现如下:

import net.sourceforge.jwebunit.WebTestCase;

public class JWebUnitSearchExample extends WebTestCase

{

public JWebUnitSearchExample(String name)

{

super(name);

}

public void setUp()

{

getTestContext().setBaseUrl("http://www.google.com");

}

public void testSearch()

{

beginAt("/");

setFormElement("q", "httpunit");

submit("btnG");

clickLinkWithText("HttpUnit");

assertTitleEquals("HttpUnit");

assertLinkPresentWithText("User's Manual");

}

我相信不用加任何注释, 大家也可以轻松的理解每一步操作。接下来我应用了JWebUnit测试了Fund Connect web页面上的一些功能, 下面列出了以Admin身份登陆, 对增加Fund这样一个功能的测试:

import net.sourceforge.jwebunit.WebTestCase;

import org.xml.sax.SAXException;

import com.meterware.httpunit.HttpUnitOptions;

import com.meterware.httpunit.WebConversation;

import com.meterware.httpunit.WebResponse;

public class AdminTest extends WebTestCase

{

public static void main(String [] args)

{

junit.swingui.TestRunner.run(AdminTest.class);

}

public void setUp()

{

//get rid of Java Script check

HttpUnitOptions.setExceptionsThrownOnScriptError(false);

//set the base url for this test

getTestContext().setBaseUrl("http://tcsunfire04.zdus.com:9220");

//set username and password to get through SiteMinder authentication

getTestContext().setAuthorization("bos.ssb.dwf", "123");

//set the cookie required

getTestContext().addCookie("SMCHALLENGE", "YES");

}

public void testSiteMinder()

{

//test wether test can get through SiteMinder or not

beginAt("/fundconnect/adm");

assertTitleEquals("Global Link Fund Connect");

}

/**//*

*Test for adding a new Fund

*Fund long name: star's Fund

*Fund short name: starFund

*Fund Provider: Starhero

public void testAddFund()

{

beginAt("/fundconnect/adm/maintfunds_funddet.jsp?add=new");

//Fill in the add fund form

setFormElement("fundInstrumentLongName","star's fund");

setFormElement("fundInstrumentName","starFund");

setFormElement("fundInstrumentCode","123567");

selectOption("fundCodeType","ISO");

selectOption("timeZone","(GMT+08:00) Asia/Shanghai");

selectOption("fundProviderIndex","Starhero");

selectOption("settlementCurrency","USD -- US Dollar");

selectOption("partialShares","No");

setFormElement("contactName","Brooks");

setFormElement("contactPhoneNumber","13989472700");

selectOption("investmentType","Short Term");

selectOption("assetClass","EQUITY");

selectOption("industry","DEVELOPED");

selectOption("countryRegion","UNITED STATES");

selectOption("benchmark","AUD LIBID");

selectOption("domicileCountry","United States");

setFormElement("defaultPrice","50");

selectOption("fundInstrumentCountries","United States");

selectOption("institutionSelect","lon.ssb");

setFormElement("cutoff","22:00");

selectOption("cutoffType","Hard Cutoff");

//submit the form

submit("sbmtSubmit");

//According to the fund's long name and fund's short name to assert

//that fund is added

assertTextPresent("star's fund");

assertTextPresent("starFund");

}

由此看出, JWebUnit可以完成Web页面上复杂应用的测试。可以在以后的项目中逐渐使用。

写在后面

首先得感谢你，能够耐得住性子看到这里，浪费了你宝贵的时间深表歉意。以上就是我对近期对于测试工具及FrameWork研究的小结，有不对或不妥之处还请指正。

小川

<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" /><date year="2005" day="12" month="7">7/12/2005</date>