8.CDN缓存系统软件测试说明.docVIP

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
8.CDN缓存系统软件测试说明

密级: CDN缓存系统 测试报告 2014-7-2 文档修订历史 版本编号更改记录编号 简要说明(变更内容和变更范围) 日期 变更人 2014-7-2 赵铁宇 1.0 经小组内部评审后修订相关内容 2014-7-17 赵铁宇 文档审批信息 版本编号更改记录编号 审批日期 签字 备注 表格 表格 21测试组织列表 5 表格 31硬件环境表 5 表格 32软件环境表 5 表格 53覆盖率分析列表 6 表格 55从特性统计缺陷 7 表格 56综合统计 7 目 录 1 引言 4 1.1 编写说明 4 1.2 文档组织 4 1.3 面向读者 4 1.4 术语说明 4 1.5 参考文献 4 2 测试组织 5 3 测试环境描述 5 3.1.1 硬件环境 5 3.1.2 软件环境 5 3.1.3 网络环境 6 4 被测对象的全面评估 6 4.1 测试用例总体分析 6 4.2 覆盖率分析 6 4.3 缺陷统计与分析 6 4.4 版本质量分析及其风险 7 5 测试总结和改进建议 7 5.1 测试总结 8 5.1.1 功能测试 8 5.1.2 性能测试 8 5.2 改进建议 9 引言 编写说明 此文档主要是根据用户需求说明书和测试案例编写,主要目的是对本次测试项目执行情况的总结和分析,文件所规定的内容可以作为对测试过程完备性的对照检查表,提高测试过程的每个阶段的能见度,提高测试工作的可管理性。 此文档包括如下几项: 第一章:主要描述该文档相关的属性和术语说明。 第二章:主要描述被测试对象的功能和物理架构。 第三章:主要描述测试环境中的软硬件环境以及网络环境等。 第四章:主要是测试案例结果的分析、覆盖率分析、缺陷的分析以及版本质量分析。 第五章:对执行的每轮测试的总结。 面向读者 本报告作为此项目测试的总结和说明文档,预期参考人员测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理 参考文献 《 CDN缓存系统测试用例》 测试组织 序号 测试时间 测试地点 测试参与方 人数 备注 1 2014-7-16 万达 3 无 表格 21测试组织列表 测试环境描述 硬件环境 序号 设备称 配置 1 DELL 720 2CPU、G 内存 2 DELL 笔记本 1CPU、8G内存 1台 测试客户机 表格 31硬件环境表 软件环境 名称 软件名称/版本 用途 操作系统 Centos6.5 服务器 数据库 Oracle 10.0.20 服务器 应用服务器 Tomcat6.0 服务器 程序语言编译器 SUN JDK1.5/1.6 编译器 操作系统 Windows xp 客户机 浏览器 IE7.0 客户机 表格 32软件环境表 网络环境 符合公司内部的网络管理要求,能够正常接入公司的业务网络,包括正常的与系统建立通信连接,支持TCP/IP通信协议,支持HTTP等。 被测对象的全面评估 测试用例总体分析 覆盖率分析 测试类型 用例覆盖率 需求覆盖率 功能测试 100% 100% 性能测试 100% 90% 稳定性测试 100% 70% 可靠性测试 100% 60% 表格 53覆盖率分析列表 从用例的覆盖率来看,所有的用例覆盖率都是100%,从这点看用例执行情况还是非常可观的,而从需求的覆盖率来看,功能需求基本能满足要求,而性能测试、稳定性测试、可靠性测试在需求覆盖上情况有点不尽如意,这存在多方面原因,主要存在时用户在此产品上未提出100%需求,另外也有资源有限等附带原因,但用户提出的基本需求已经满足,能支撑开行的使用现状。 缺陷统计与分析 从各模块缺陷级别分布情况看测试状况: 数据显示,所有版本中缺陷级别“一般”的占大部分,这个可以反映出所有版本基本框架还是稳定的,主要还是功能不完善情况比较多,属于正常状态。 从功能名称下缺陷分布情况看产品质量: 功能名称 致命 严重 一般 提示 总计(不计提示) 系统监控参数管理 0 2 10 4 14 运维服务管理 0 0 8 6 14 表格 55从特性统计缺陷 从功能角度分析缺陷分布: 缺陷密度 = 缺陷数/功能点 =30/65=46%;(忽略提示性bug) 从缺陷的密度分析产品质量:从上数据总可以看出,本系统的缺陷密度为0.46,即每个功能点发现0.46个缺陷,在数据上看虽然有点偏大,但服务管理系统功能分布粒度较大,每个功能点中分布的子功能点比较多,所以如此看来,此产品开发人员自测比较充分,初始质量良好。 综合分析 测试类型 缺陷数量 缺陷修复情况 功能测试 13 修复完成 性能测试 1 修复完成 稳定性测试 1 修

您可能关注的文档

文档评论(0)

yan698698 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档