IT测试体系测试指南.doc

IT测试体系测试指南 目录 1. 引言 2 2. IT测试体系架构说明 3 3. 项目改造说明 6 3.1 为compiletest用户申请访问项目分支的权限 7 3.2 根据规范要求对项目进行改造 7 3.3 调查了解项目使用到的第三方包和公共JAR包 7 3.4 申请使用集中编译测试环境 7 3.5 完成测试工作 7 4. 测试技术和测试工具介绍 8 4.1 JUnit 8 4.1.1 概述 8 4.1.2 开始单元测试 8 4.1.3 编写测试案例流程 9 4.1.4 TestCase类 11 4.1.5 通过Ant执行测试 12 4.1.6 对异常的测试 14 4.1.7 对返回值为空的方法的测试 14 4.2 jMock 14 4.2.1 概述 14 4.2.2 开始使用jMock 15 4.2.3 jMock的Stubs and Expectations 17 4.2.4 jMock提供的Constraints 17 4.2.5 Object Equality 17 4.2.6 Object Identity 17 4.2.7 Instance of a Type 18 4.2.8 String Contains a Substring 18 4.2.9 Null or Not Null 18 4.2.10 Anything 18 4.2.11 组合 Constraints 18 4.2.12 Not — Logical Negation 18 4.2.13 And — Logical Conjunction 18 4.2.14 Or — Logical Disjunction 18 4.3 测试代码覆盖工具EMMA 19 4.3.1 概述 19 4.3.2 使用EMMA 19 4.4 集成功能测试工具WebTest 20 4.4.1 概述 20 4.4.2 使用WebTest 20 4.4.3 配置文件 20 4.4.4 登录脚本文件 20 4.4.5 业务测试脚本 21 4.4.6 WebTest常用Ant Task 23 4.4.7 WebTest规范 23 4.5 远程部署 SFTP任务maverick 23 4.5.1 远程部署任务 23 4.6 自动编译 CruiseControl 24 4.7 本地测试 24 IT测试体系测试指南 引言 “在你不知道如何测试代码之前，就不应该编写程序。而一旦你完成了程序，测试代码也应该完成。除非测试成功，你不能认为你编写出了可以工作的程序。” - Martin?Fowler 编写目的 在平安目前的应用开发过程中，缺少有效的代码测试，系统潜在错误在开发阶段不容易发现，在生产环境被发现，容易造成大的事故，并且修改调试不容易，往往改了一个bug后，又会产生另一个bug。在项目的开发后期，修改调试的成本大，更容易出现错误。同时项目的质量信息，进度信息等对管理人员来说是黑盒子。 引入IT测试体系的主要目的是”解决只有等到项目产品上线后, 才能看到其最终解决”这一问题. 更广泛的来说, 在统一的口径下观察开发过程, 了解/控制项目质量： 通过测试保证单元代码质量，和系统功能 通过测试重构代码以及设计 通过持续集成提高项目总体开发效率 通过集成测试编译，提高项目的开发过程的透明度 测试体系主要包含两个部分： 测试编译流程规范和开发指南 相关测试技术和工具的使用 IT测试体系规范通过模板，工具来约束开发人员遵守。测试体系中使用的技术工具主要是开源框架，本文档将对这些工具的使用以及规范做详细介绍。 测试编译体系主要包含以下工具 Ant java应用编译工具，已在平安内部广泛使用，本指南不作介绍 JUnit java单元测试框架 JMock 单元测试模拟对象框架 EMMA 单元测试覆盖工具 WebTest J2EE功能集成测试工具 CruiseControl 持续集成测试工具，开发人员只需要了解概要 Ivy java开发包依赖管理工具，开发人员只需要了解 定义 序号 术语/缩略语 全称和说明 Build Console 用于支持本管理方案的编译工具, 是一个基于web的应用程序 Cif2Test 集中编译测试环境机器名 Ant 开源的编译管理工具 Ivy 开源的开发包依赖管理工具 int分支 用于发布版本, 进行验收测试的集成分支 dev分支 用于开发, 单元测试的开发分支 compiletest Cif2Test上的管理员帐户 第三方包 除平安开发的产品提供的JAR包外, 均为第三方包. 将包括开源项目产品或者商业产品. 公共JAR包 平安内部发布的产品. 比如PAFA, CIF2, UM等基建项目提供的产品. 或者由