XXXX项目自动化测试可行性分析报告.doc

XXXX客户网银资金管理系统 引入自动化测试的 可行性分析报告 版本：1.0 概述 目的 本文档对XXXX客户网银资金管理系统项目引入自动化测试工具的可行性进行评估，为项目经理提供决策参考。 范围 本文档描述了XXXX客户项目情况、现有测试工作流程、自动化测试本身的一些情况，对测试工作量进行了估算，最后对估算结果进行了分析，并依此提出了一些建议。 本文档中讨论的自动化测试工具主要是功能测试工具。 术语定义 本文档涉及了几款自动化测试工具： TestManager：IBM公司的测试管理工具，属于Rational系列产品之一。 Robot：IBM公司的性能测试工具，属于Rational系列产品之一。 RFT：Rational Function Tester，IBM公司的功能测试工具，属于Rational系列产品之一。 TestDirector：Mercury公司生产的测试管理工具。 Loadrunner：Mercury公司生产的性能测试工具。 QTP：QuickTest Professional，Mercury公司生产的功能测试工具。 参考文档 项目介绍 项目背景 XXXX客户网银资金管理系统，是XXXX客户为了加强银行账户管理，提高资金利用效率而开发的一套资金管理系统。 项目开发、运行环境 XXXX客户网银资金管理系统遵循的开发规范如下： 操作系统：Windows2003或者HP Unix或者SCO Unix或者AIX或者Solaris 数据库平台：Informix 9.0 J2EE应用服务器：Weblogic8.1.4 开发平台：Eclipse（3.1以上版本） 项目进度 项目的预定计划如下： 序号 阶段名称 工期 开始时间 结束日期 1 需求阶段 34工作日 2006-5-10 2006-06-26 2 开发阶段 64工作日 2006-6-12 2006-9-7 3 测试执行阶段 48工作日 2006-7-4 2006-9-7 项目特点分析 根据业务需求分析，业务量主要集中在银行业务数据操作，包括银行数据查询，银行业务数据变更，因为和银行的交互集中在前置机上，且银行数据量大，操作复杂，耗费时间长，所以系统在多用户并发操作时，可能存在性能瓶颈。另外，由于XXXX客户的分支机构众多，操作人员多，数据量大，在多用户并发操作时，性能和效率会有较大影响。 现有测试流程 现有的测试流程按照阶段划分为测试设计阶段和测试执行阶段。 测试设计阶段的主要工作是根据业务需求说明书和系统需求说明书来设计和编写测试用例。根据以往的经验，将测试用例划分成三个部分： 测试需求分析； 测试方案； 数据执行步骤。 测试执行阶段的主要手段是手工测试，如果项目有性能方面的需求，再通过Mercury公司的性能测试工具LoadRunner来进行性能方面的测试。 手工测试时，要完成以下工作： 根据测试需求分析了解业务； 根据测试方案来执行测试； 根据数据库和详细设计来验证系统的具体实现； 根据测试结果补充、修正测试用例中的分析、测试方案部分。 系统上线部署之前两到三天，要进行内部的验收测试，其目的有两个： 确认系统已经准备就绪，预定功能已经实现； 即将上线部署的软件是正确的版本。 主要通过重新搭建系统环境，重建数据库表的形式来开始验收测试。 自动化测试简介 随着软件开发技术和工具的提高，软件工程和软件过程实践的推广， 软件测试日益得到重视和专业化。自动化测试更成为热门话题。 测试自动化就是充分利用市场已有的或自行开发的测试工具，全部或部分替代手工测试、完成手工测试无法完成的测试任务，以及相关的测试数据的记录和测试报告的生成等。 相对于手工测试而言，测试自动化通常具有速度快、执行效率高、执行过程受外界因素干扰小、测试结果准确等优点，缺点是前期投入较大，所以在采用测试自动化之前应当做好相应的评估工作。 自动化测试的目的 自动化测试的目的是通过自动执行测试脚本，使测试人员在更短的时间内能够更快地完成更多的软件测试，并提供以更高的频率执行测试的能力，从而有效降低测试成本、提高测试效率。 自动化测试的前提 自动化测试有几个前提： 测试人员的编程能力； 重用测试脚本的设计； 人机交互界面的早期冻结； 测试脚本开发的投入； 测试人员对测试工具的熟练程度。 自动化测试的优势和局限[1,2] 自动化测试的优势： 对新版本执行回归测试 ?对于产品型的软件，每发布一个新的版本，其中大部分功能和界面都和上一个版本相似或完全相同，这部分功能特别适合于自动化测试， 从而可以让测试达到测试每个特征的目的。 ?更多更频繁的测试 在回归测试阶段，如果是每天 / 每 2 天都要发布一个版本供测试人员测试，一个系统的功能点有几千个上万个，手工测试将是非常的耗时和繁琐，而且非常的枯燥，这样必然会使测试效率