自动化测试可行性分析报告.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
自动化测试可行性分析报告 自动化测试可行性分析报告 自动化测试可行性分析报告 --- XXXX 客户自动化测试可行性报告 XXXX 客户网银资本管理系统 引入自动化测试的 可行性剖析报告 版本: 1.0 1/11 ---- --- XXXX 客户自动化测试可行性报告 概括 1.1. 目的 本文档对 XXXX 客户网银资本管理系统项目引入自动化测试工具的可行性进行评估, 为 项目经理供给决议参照。 1.1 范围 本文档描绘了 XXXX 客户项目状况、现有测试工作流程、自动化测试自己的一些状况,对测试工作量进行了估量,最后对估量结果进行了剖析,并依此提出了一些建议。 本文档中议论的自动化测试工具主假如功能测试工具。 1.2 术语定义 本文档波及了几款自动化测试工具: TestManager : IBM 企业的测试管理工具,属于 Rational 系列产品之一。 Robot : IBM 企业的性能测试工具,属于 Rational 系列产品之一。 RFT :Rational Function T ester , IBM 企业的功能测试工具,属于 Rational 系列产品之 一。 TestDirector : Mercury 企业生产的测试管理工具。 Loadrunner : Mercury 企业生产的性能测试工具。 QTP : QuickT est Professional , Mercury 企业生产的功能测试工具。 1.3 参照文档 2/11 ---- --- XXXX 客户自动化测试可行性报告 项目介绍 2.1. 项目背景 客户网银资本管理系统,是 XXXX 客户为了增强银行账户管理,提升资本利用效率而开发的一套资本管理系统。 2.2. 项目开发、运转环境 客户网银资本管理系统依据的开发规范以下: 操作系统: Windows2003 或许 HP Unix 或许 SCO Unix 或许 AIX 或许 Solaris 数据库平台: Informix 9.0 J2EE 应用服务器: 开发平台: Eclipse ( 3.1 以上版本) 2.3. 项目进度 项目的预约计划以下: 序号 阶段名称 工期 开始时间 结束日期 1 需求阶段 34 工作日 2006-5-10 2006-06-26 2 开发阶段 64 工作日 2006-6-12 2006-9-7 3 测试履行阶段 48 工作日 2006-7-4 2006-9-7 2.4. 项目特色剖析 依据业务需求剖析,业务量主要集中在银行业务数据操作,包含银行数据查问,银行业 务数据更改, 因为和银行的交互集中在前置机上, 且银行数据量大, 操作复杂, 耗资时间长, 因此系统在多用户并发操作时, 可能存在性能瓶颈。 此外,因为 XXXX 客户的分支机构众多, 操作人员多,数据量大,在多用户并发操作时,性能和效率会有较大影响。 现有测试流程 现有的测试流程依据阶段区分为测试设计阶段和测试履行阶段。 测试设计阶段的主要工作是依据业务需求说明书和系统需求说明书来设计和编写测试 用例。依据过去的经验,将测试用例区分红三个部分: 测试需求剖析; 测试方案; 数据履行步骤。 3/11 ---- --- XXXX 客户自动化测试可行性报 告 测试履行阶段的主要手段是手工测试,假如项目有性能方面的需求,再经过 Mercury 公 司的性能测试工具 LoadRunner 来进行性能方面的测试。 手工测试时,要达成以下工作: 依据测试需求剖析认识业务; 依据测试方案来履行测试; 依据数据库和详尽设计来考证系统的详细实现; 依据测试结果增补、修正测试用例中的剖析、测试方案部分。 系统上线部署从前两到三天,要进行内部的查收测试,其目的有两个: 确认系统已经准备就绪,预约功能已经实现; 马上上线部署的软件是正确的版本。 主要经过从头搭建系统环境,重修数据库表的形式来开始查收测试。 现有测试流程 输入文档 测试过程 详尽说明 1. 区分测试用例粒度,功能分 解; 2. 剖析被测系统; 业务需求 测试需求剖析 3 . 剖析测试要点; 说明书 4 . 考证可测性。 系统需求  1. 确立测试设计方法 和思想; 2. 为手工测试供给测 测试用例 测试方案 试参照; 说明书 段 详尽的操作 1. 数据; 阶 详尽的操作 指导 2. 测试步骤 步骤; 计 估计输出结 设 3. 果。 试 测 反应 数据库设计 1. 依据测试需求剖析认识业务; 文档 2. 依据测试方案来履行测试; 3. 依据数据库和详尽设计来考证 系统的详细实现。 详尽设计 手工测试 文档 1. 依据测试结果增补、修正测试 用例中的剖析、测试方案部分; ---- --- 段 查收测试 阶 行 1. 确认系统已经准 执 备就绪,预约功

文档评论(0)

183****9328 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档