Java数据库应用的测试方法.docVIP

Java数据库应用的测试方法 文档目的 大部分的Java应用都采用数据库连接池，通过JNDI查找数据源的方式获取连接进行数据库操作。在不启动应用服务器的情况下，单元测试不能直接进行。本文的目的就是解决这一问题。 测试要求 要求一：无需启动应用服务器。 要求二：能够对业务逻辑（含数据库操作）进行单元测试。 测试原则 由于我们测试采用的是白盒单元测试，所以，我们的测试原则是： 准备测试数据和预期结果 调用测试单元对测试数据进行处理，得到处理结果 比较处理结果和预期结果是否匹配 名词解释 白盒测试 白盒测试，也称为结构化测试、基于代码的测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。 单元测试 单元测试，测试单元，也就是在写代码的过程中，对程序单元（一个类的方法、属性，都可以是一个单元）进行的一种测试。 测试用例 测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 测试用例（Test Case）目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。 选用的工具-Junit Test 根据测试要求和开发所使用的工具（Eclipse）和语言（Java），我们使用Junit来作为测试工具。 测试的对象和精度 根据测试的要求，结合阳光项目的实际环境，测试的对象是一个Facade类的某个方法或某个属性。 关于测试的精度，编写测试用例的测试人员可以根据要求自己定义。 使用测试工具进行测试的好处 可以实现真正分层开发。 不需要依赖和频繁重启Web Container。 依赖的环境 需要的环境Jar包 commons-collections.jar commons-dbcp-1.2.1.jar commons-logging.jar commons-pool-1.3.jar fscontext.jar providerutil.jar 需要的JDBC驱动Jar包 对应数据库的驱动程序jar包。如mysql需要mysql-connector-java-5.0.5-bin.Jar，oracle需要ojdbc.jar，Informix需要ifxjdbc.Jar。 需要的Sysframework包 需要sysframework中的类com.sinosoft.sysframework.test.DataSourceTestCase和com.sinosoft.sysframework.reference.DataSourceManager。其中DataSourceManager是工具类，用于绑定JNDI数据源到当前JVM。DataSourceTestCase内部使用DataSourceManager类，作为所有数据库应用测试的基类。DataSourceTestCase要求在CLASSPATH中存在文件perties,DataSourceTestCase用此文件来配置。 Tperties的配置内容如下： Key Value 备注 config.home D:\\ins\\DEMO\\modules\\webapps\\demo\\WEB-INF\\config\\ Config目录的配置，使用Struts架构的需要。 demoDataSource JNDI名称 jdbc.driverClassName com.mysql.jdbc.Driver 驱动程序名 jdbc.url jdbc:mysql://localhost:3306/identifier?useUnicode=truecharacterEncoding=GBK URL jdbc.username root 数据库用户名 jdbc.password mysql 数据库用户密码 jdbc.maxActive 5 连接池的最大数据库连接数，可以没有此项 jdbc.maxWait 5 最大建立连接等待时间，可以没有此项 jdbc.maxIdle 2 最大空闲连接数，可以没有此项 具体实施步骤 确立测试单元 确立测试单元的过程就是要准备我们都要测试哪些东西，由于我们的测试要求是要测试服务层，所以，从服务层向下的部分都是要分割的对象。 分割的原则是尽量让分割后的颗粒尽量减少与其他颗粒的耦合程度。 第一步：商业子系统功能模块划分 首先分割不同的业务系统，比如，首先将整个系统按照核保核赔、理赔、从纵向上分成不同的子系统，然后再从每个子系统中进行更加细致的划分，比如分割出理赔子系统之后，可以将该子系统继续分割为报案处理、单证收集等功能模。其实就是根据登陆业务系统后左边的菜