1、项目编号: S112-05-2000基于网络的软件支撑平台开发及应用软件技术改造项目卷 号卷内编号密 级测试计划Version: 0.4项 目 承 担 部 门：西部软件应用软件产品研发技术支持中心撰 写 人（签名）：刘 飚( 此 处 是 亲 笔手写 ) 完 成 日 期：2001.12.12 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）：吕 军 (此 处 是 亲 笔手写 ) 评 审 日 期： 2001.12.13(此 处 是 亲 笔手写 )分 类:修订历史记录日期 版本 说明 作者2001.12.12 V0.1 最初版本 刘飚2001.12.20 V0
2、.2修改 V0.1 为一个测试主计划，测试需求被纳入到随后的各个专题测试计划中刘飚2001.12.20 V0.3 强度测试和容量测试的补充 陈坚2002.04.18 V0.4 根据需求变更等修改了测试需求 刘飚目 录 1. 引言 .11.1 背景 .11.2 定义 .11.3 参考资料 .12. 测试需求 .22.1 功能性测试需求 .22.2 非功能性测试需求 .23. 不被测试的需求 .24. 测试策略 .24.1 测试类型 .34.1.1 功能测试 .34.1.2 性能测试 .34.1.3 强度测试 .34.1.4 容量测试 .34.1.5 安全性测试 .44.1.6 安装测试 .44.
3、1.7 配置测试 .44.2 工具 .45. 通过准则 .46. 暂停标准和再启动要求 .57. 应提供的测试文件 .58. 测试任务 .59. 环境要求 .510. 职责 .611. 人员和训练要求 .612. 进度 .613. 风险和应急 .7测试计划 基于网络的软件支撑平台开发及应用软件技术改造项目1 1. 引言1.1 背景待开发的软件系统的名称：基于网络的软件支撑平台开发及应用软件技术改造项目本项目的任务提出者：国家经贸委、托普集团项目部本项目的开发者：西部软件应用软件产品研发技术支持中心本软件系统的用户：1.2 定义TP-GDA: 托普分布式查询中间件TP_WEF: 托普网络应用框架
4、Sql Parser: Sql 分析器UltraDE: 数据库访问中间件TP_SuperODBC: 托普数据资源访问中间件TP_MQ: 托普消息通信中间件错误级别：一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。五级：其他错误。1.3 参考资料1. 基于网络的软件支撑平台开发及应用软件技术改造项目需求说明书2
5、. 基于网络的软件支撑平台开发及应用软件技术改造项目总体开发计划3. 基于网络的软件支撑平台开发及应用软件技术改造项目审批表4. 软件产品（TPMQ2.0）需求规格说明书测试计划 基于网络的软件支撑平台开发及应用软件技术改造项目2 2. 测试需求2.1 功能性测试需求测试需求项 测试需求项编号 优先级大二进制支持 TR_010 中UltraDE 连接器sql 分析器安装 TR_011 中用户添加 TR_020 高加入用户组 TR_021 高用户删除 TR_022 高赋予用户权限 TR_023 高用户管理用户密码修改 TR_024 高建立链接服务器 TR_030 高删除链接服务器 TR_031
6、高赋予链接数据源别名 TR_032 高链接服务器管理属性的修改 TR_033 高建立虚表 TR_040 高表和视图管理 建立用户对表的操作权限 TR_041 高基本信息管理 TR_050 低线程管理 TR_051 低内存管理 TR_052 低性能管理连接管理 TR_053 低创建操作管理 异构数据库表的建立 TR_060 低安装数据字典 TR_070 高初始化数据库系统 TR_071 高创建 UltraDE 连接器需要访问的数据源 TR_072 高驻留服务器目标用户权限过滤 TR_073 高数据的导入 TR_080 低系统工具集数据复制 数据导出 TR_081 低分析 TR_090 高组合 T
7、R_091 高SQL 分析器发送 TR_092 高2.2 非功能性测试需求测试需求项 条件 测试需求项编号 性能指标并发用户数目 系统在任意时刻 TR_100 =10 个查询响应时间 在 100M 网络中行集数量小于200 条、行集大小小于 600K TR_101 =2 分钟3. 不被测试的需求功能性测试需求中的数据复制为本次开发任务的可选项，如果没有实现该功能，则该测试需求不被测试。4. 测试策略该软件的测试阶段分为单元测试、集成测试和系统测试。其中集成测试将在单元测试后期进行，由开发小组独立完成，在开发组的协助下测试组完成集成测试和系统测试。测试计划 基于网络的软件支撑平台开发及应用软件技
8、术改造项目3 4.1 测试类型4.1.1 功能测试测试目标 所有功能测试需求项的功能实现。测试方法和技术按照测试需求、通过准则、测试用例，采用黑盒法测试，核实以下内容：在使用合法数据时得到正确的结果。在使用非法数据时显示相应的错误信息或警告信息。各业务规则都得到了正确的应用。完成标准所计划的测试已全部执行。所发现的缺陷修复率达到通过准则要求。不能实现的功能测试需求项开发组给出了合理的说明或作了需求变更。需考虑的特殊事项4.1.2 性能测试测试目标系统分布示查询功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量测试方法和技术 在多个客户机上执行分布式查询或者在单个客户机上使用虚拟客户
9、机，测试系统的响应速度完成标准 在系统性能指标的范围内，单个用户的查询成功完成测试，没有故障发生在系统性能指标的范围内，多个用户的查询成功完成测试，没有故障发生需考虑的特殊事项4.1.3 强度测试测试目标核实测试对象能够在以下强度条件下正常运行，不会出现任何错误连接或模拟了最大实际（实际允许）数量的客户机多个用户对相同的数据执行相同的事务操作测试方法和技术 客户机和服务器为最小运行环境配置在多个客户机上执行分布式查询或者在单个客户机上使用虚拟客户机完成标准 所计划的测试全部执行，并且在达到或超出指定的系统限制时没有出现任何软件故障需考虑的特殊事项 使多个客户机对相同的记录同时进行的访问达到同步
10、4.1.4 容量测试考虑到该系统访问数据库是直接使用数据库的本身功能，其容量由相应的数据库决定，故这里不再做容量测试。测试计划 基于网络的软件支撑平台开发及应用软件技术改造项目4 4.1.5 安全性测试测试目标 应用程序级别的安全性：核实特定用户只能访问其所属用户类型已被授权访问的那些功能或数据测试方法和技术为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保正确地提供或拒绝了这些附加的功能或数据完成标准 各种已知的用户类型都可以访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了
11、所有的事务需考虑的特殊事项4.1.6 安装测试测试目标 系统的安装(首次安装、更新安装)是否正常。测试方法和技术 分别在 Win95, WIN98 和 WIN2000 下进行客户端的安装测试完成标准 安装能正常进行能够正常执行系统功能需考虑的特殊事项4.1.7 配置测试测试目标 核实测试对象可在所需的硬件和软件配置中正常运行测试方法和技术 在测试过程中打开各种与非测试对象相关的软件，然后将其关闭完成标准对于测试对象和非测试对象相关软件的各种组合，所有事务都成功完成，没有出现任何故障需考虑的特殊事项 考虑在运行测试对象的同时，运行数据库应用的其他软件4.2 工具本项目的测试将使用如下工具：类别
12、工具 产商/自产 版本测试管理 TestManager Rational 2001.A4缺陷跟踪 ClearQuest Rational 2001.A4功能测试工具 Robot Rational 2001.A4性能测试工具 TestManager Rational 2001.A4项目管理 Project2000 Microsoft 20005. 通过准则1. 实行了所有的测试策略并达到完成标准。2. 测试结束后，开发组对实现有误的测试需求项的修改达到如下程度： 一、二、三级错误的修复率达到100% 四级错误的修复率达到80%以上 五级错误的修复率达到60%以上3. 需求说明书、概要设计说明书、
13、详细设计说明书、用户手册、操作手册和编码实现一致。4. 不可测试性传递次数不超过4次。测试计划 基于网络的软件支撑平台开发及应用软件技术改造项目5 6. 暂停标准和再启动要求1. 若开发暂停，则相应测试也暂停。2. 项目再启动时，测试进度重新安排或顺延。3. 如有新的项目需求，则在原测试计划下做相应的调整。4. 若项目中止，则对已完成的测试工作做测试活动总结。7. 应提供的测试文件1. 基于网络的软件支撑平台开发及应用软件技术改造项目测试计划2. 基于网络的软件支撑平台开发及应用软件技术改造项目测试用例设计3. 基于网络的软件支撑平台开发及应用软件技术改造项目测试记录4. 基于网络的软件支撑平
14、台开发及应用软件技术改造项目测试分析报告8. 测试任务测试阶段 测试任务 阶段完成标志总体测试计划阶段阅读参考资料，制定测试计划，分派测试任务。 提交总体测试计划并通过评审。核心技术改造和开发集成测试计划按照开发方集成构建计划，制定集成测试计划 提交核心技术改造和开发集成测试计划并通过评审。核心技术改造和开发集成测试设计按照集成测试计划， 设计集成测试用例 提交核心技术改造和开发集成测试用例并通过评审核心技术改造和开发集成测试阶段进行集成测试，包括功能测试和安装测试。 提交核心技术改造和开发集成测试日志并且测试需求项满足通过准则。核心技术改造和开发系统测试设计核心技术改造和开发测试用例设计 提
15、交核心技术改造和开发集成测试用例并通过评审应用项目测试计划根据应用项目需求分析文档，制定应用项目系统测试计划提交应用项目测试计划并通过评审。应用项目测试设计 应用项目系统测试用例设计提交应用项目测试用例并通过评审。应用项目测试阶段 执行应用项目系统测试提交应用项目系统测试日志并且测试需求项满足通过准则。最终用户文档检验阶段检查用户手册和操作手册。编写测试分析报告。确保相关开发文档与最终实现的系统相一致。提交测试分析报告。9. 环境要求1. 硬件环境：测试客户机： PII/128M/350、PIII/128M/600 等 5 台测试用服务器：三台，一台 APACHE 或 IIS，一台作 SqlS
16、erver2000 或 oracal8 数据库服务器，另一台 PIII733 256MBRAM 6GBHD(SCSI)使用开发组的服务器，进行需求规定的性能验证2. 软件环境：服务器：Windows2000 Advanced Server 客户机：Windows2000 Professional数据库：Oracle 8 , Microsoft SQL Server 2000, Sybase 11.9所需工具或语言： C+ Builder, VC+, Java测试计划 基于网络的软件支撑平台开发及应用软件技术改造项目6 10. 职责基于网络的软件支撑平台开发及应用软件技术改造项目测试小组组成如下
17、：测试组长：刘飚小组成员：江旻、陈坚、曾小坚、刘友小组各成员具体任务分派如下：测试需求项 测试人员 备注核心技术改造和开发 江旻、刘飚、陈坚公用组件提取 刘飚、江旻、陈坚、曾小坚、刘友、曾小坚应用项目 刘友、曾小坚、刘飚具体测试任务由各阶段负责人在相应的详细测试计划中安排11. 人员和训练要求由于本项目涉及的相关知识比较复杂并有一定深度，为了测试人员更好的开展该项目的测试活动，有必要在以下几个方面进行培训： C+ Builder、VC+、Java 、JSP ODBC3.0 规范 基于网络的软件支撑平台开发及应用软件技术实现原理对于以上几个方面的技术准备，应根据开发方的要求和技术特点，制定如下培
18、训计划：培训内容 起始时间 参与人员 培训方式基于网络的软件支撑平台开发及应用软件技术实现原理2001 年 12 月 20 日至2001 年 12 月 31 日测试组全体人员 开发人员讲课自学ODBC3.0 规范 2002 年 1 月 2 日至 2002年 1 月 12 日测试组全体人员 自学C+ Builder 2002 年 1 月 2 日至 2002年 2 月 12 日刘飚 自学VC+ 2002 年 1 月 2 日至 2002年 3 月 9 日刘友、陈坚、曾小坚 自学12. 进度参照项目开发计划中开发组提出的测试时间，我们提出测试进度如下：测试阶段 起始日期 负责人总体测试计划阶段 200
19、1/12/132001/12/20 刘飚核心技术改造和开发系统测试计划 2001/12/242001/12/26 陈坚核心技术改造和开发系统测试设计 2002/2/182002/3/18 刘飚核心技术改造和开发集成测试 2002/3/232002/5/10 江旻核心技术改造和开发系统测试 2002/5/132002/6/03 刘友最终用户文档检验 2002/6/042002/6/06 曾小坚完成测试分析报告 2002/6/072002/6/09 刘飚注：1. 每次测试组测试和开发组修改的时间均不宜超过 3 天。2. 该测试进度完全依赖于项目开发小组的开发计划和实际进度，若开发小组调整计划或改变进度，测试进度亦将作相应的调整。测试计划 基于网络的软件支撑平台开发及应用软件技术改造项目7 13. 风险和应急正常情况下测试应依测试计划按期进行，但可能出现的一些不可预见的风险，使我们需要先作出相应的应急措施：1. 出于某些原因，开发组暂停开发，测试相应暂停，测试进度从再启动日起顺延。2. 出于某些原因，开发组不能按时提交待测试的模块，测试进度顺延。3. 出于某些原因（未修改完、出差、放假、停电等），开发组不能按时返回测试日志，测试进度顺延。4. 原则上，实际测试时间不大于计划测试时间。
