测试部署资料.ppt

第9章 测试部署 9.1 测试 9.1.1 应用测试：使用JUnit单元测试框架 9.1.1 应用测试：使用JUnit单元测试框架 9.1.1 应用测试：使用JUnit单元测试框架 9.1.1 应用测试：使用JUnit单元测试框架 9.1.1 应用测试：使用JUnit单元测试框架 9.1.1 应用测试：使用JUnit单元测试框架 9.1.1 应用测试：使用JUnit单元测试框架 9.1.2 性能与压力测试 9.1.2 性能与压力测试 9.2 部署 9.2.1 部署网上书城 9.2.1 部署网上书城 9.2.2 部署方式 9.2.2 部署方式 9.2.2 部署方式 9.2.2 部署方式 习题 * * 9.1 测试 9.2 部署 9.1.1 应用测试：使用JUnit单元测试框架 测试的目的是检验开发结果是否满足规定需求，测试是保证软件质量的一个重要手段，在软件开发过程中是不可缺少的组成部分。 单元测试与集成测试分别有各自的定义：在实际开发中，两者之间的界定是模糊的。因此，在这里一起讨论。 虽然测试是一件乏味的工作，但是对自己开发的程序代码进行单元测试是程序员必要的份内工作。在J2EE项目中，一般有以下两种方法进行单元测试： 方法1: 编写main方法 在被测试类中编写一个main方法是传统而简单的方法，但缺点不少。首先，增加了源代码的长度；其次，有可能破坏源代码的可读性，特别是对于那些拥有多个对外接口的类，要求其在一个main方法中完成所有测试案例，测试繁杂。若是把这些案例分解成一个一个私有测试方法的话，将降低代码的可读性。最后，可能使得功能类引入多余的依赖类，比如，测试类引用了类所有接口的实现类。 Main方法根本性缺点在于测试结果的直观阅读性问题，main方法测试必须执行后通过对控制台的输出信息进行观察才能判断结果是成功还是失败。这显然是不方便,浪费时间的。 方法2: 使用Junit单元测试框架 JUnit是main方法的完善替代方案，Junit是一套功能强大而使用简单的单元测试框架。实际上，它现在已经是Java代码单元测试的事实标准。 下面以bookstore进行说明。Bookstore项目如图9-1所示。 图9-1 文件在项目中的位置 需要一个Spring-mock.jar包，加载到该工程。所有集成这个类的方法都是一个测试类，对UserDAO类进行测试。 将WEB-INF下的applicationContext.xml拷贝到test文件夹下。 package org.apex.bookstore.test; import org.springframework.test.AbstractDependencyInjectionSpringContextTests; import org.apex.bookstore.dao.IUserDAO; import org.apex.bookstore.vo.User; public class UserDAOTest extends AbstractDependencyInjectionSpringContextTests { //测试DAO,所以注入一个DAO //这个实例被依赖注入 private IUserDAO userDAO; //一个用来实现UserDAO实例依赖注入的setter方法 public void setUserDAO(IUserDAO _userDAO){ userDAO = _userDAO; } @Override protected String[] getConfigLocations() { //指定Spring配置文件加载这个fixture return new String[] {classpath:org/bookstore/test/applicationContext.xml}; } //测试UserDAO中的validateUser()方法。 public void testValidateUser(){ User user = userDAO.validateUser(yuyan,yuyan); assertNotNull(user); } } 加入JUnit库，选择Java Build Path中的Add Library，如图9-2所示。 添加类库 图9-2 加入JUnit的类库 出现如图9-3的对话框，选择JUnit类库。 图9-3 添加JUnit类库 点击“Next”，选择JUnit的版本，如图9-4所示。 图9-4 添加JUnit版本 运行，选中UserDAOTest文件，右