集成单元测试(Catcus).docVIP

集成单元测试 如果您撰写了下面这样一个Servlet程式，并想为它进行测试： ● LoginServlet.java package onlyfun.caterpillar; import javax.servlet.http.*; public class LoginServlet extends HttpServlet { public boolean isValidUser(HttpServletRequest request) { String username = request.getParameter(username); String password = request.getParameter(password); if (username == null || password == null || !username.equals(justin) || !password.equals(123456)) { return false; } else { return true; } } } 为了要能对isValidUser()方法进行测试，需要一个HttpServletRequest物件，而 HttpServletRequest物件是由 Servlet Container 管理的，它有即定的生命周期，有其收集的资讯，您不能单纯的创建一个HttpServletRequest就打算交差了事。 有几个方法可以对isValidUser()方法进行测试，其中之一自然就是直接将LoginServlet置于 Container 之中，如此一来，isValidUser()若能进行测试，您不仅测试了方法本身，也测试了方法与 Container 所管理的资源之交互行为，我们称这样的测试为 “In-Container测试”。 对于In-Container测试，您不仅测试了单元的逻辑行为，也测试了单元能在 Container 中正确的运行，从测试的角度来看，这样的测试是单元测试的一种，但范围更广，我们称其为集成单元测试（Integration Unit Testing）。相较于集成单元测试，我们称之前只使用JUnit进行的测试为“逻辑单元测试”（Logic Unit Test），In-Container测试是集成单元测试的一种，要实际执In-Container测试，要比单纯的逻辑单元测试复杂的多，您要将 Servlet 置于容器之中、编写 web.xml、启动容器、运行测试程式对 Servlet 进行测试等等。 Cactus 扩展了 JUnit，被设计来辅助您进行In-Container测试，它在很大部份上隐藏了非测试逻辑的交互细节，只留下与测试相关的部份等您来实现，从使用的角度来说，您使用Cactus进行测试，与您使用JUnit进行测试时没有太大的不同。 1 简介Cactus Cactus协助您进行 In-Container 测试，其基本原理即让Container实际建立相关的物件，例如HttpServletRequest、HttpServletResponse等等， Cactus为您保留这些物件，让您可以指定给所要测试的单元方法，这些物件实际上仍由Container管理，所以您的Servlet等所测试的单元方法，会接近于真正运行于Container之中。来看看Cactus在进行测试时的运作流程： 您会继承XXXTestCase来撰写您的测试案例，例如为Servlet作测试时，您会继承ServletTestCase，在当中您可以定义 beginXXX()、setUp()、testXXX()、tearDown()、endXXX()等方法。 1. 当一个单元测试开始时，TestRunner会产生TestCase实例，执行beginXXX()方法，在这个方法中您可以准备一些HTTP相关的参数，例如加入使用者名称、密码等参数。 2. TestRunner使用HTTP与伺服器上的Redirector Proxy进行沟通，Redirector Proxy会接收请求并产生相关的物件，像是HttpServletRequest、HttpServletResponse等等，并将这些物件保留下来。 3. Redirector Proxy会再产生TestCase实例，并开始执行上面的setUp()、testXXX()、tearDown()等方法，这部份与单纯的JUnit 是相同的，而不同的是，之前Redirector Proxy所保留的HttpServletRequest、HttpServletResponse等等可以在这个时候使用了。 4. HttpServletRequest、HttpServle