网站大量收购独家精品文档,联系QQ:2885784924

10CDN缓存系统测试报告.docx

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

密级:

CDN缓存系统测试报告

2014-7-2

云管理系统测试报告

文档修订历史

版本编号/更改记录编

简要说明(变更内容和变更范围) 日期

变更人

0.1

创建文档 2014-7-2

赵铁宇

1.0

经小组内部评审后修订相关内容 2014-7-17

赵铁宇

文档审批信息

版本编号/更改记录编

审批日期 审批人签字

备注

云管理系统测试报告

云管理系统测试报告

第PAGE

第PAGE2页共10页

表格

表格2-1测试组织列表

表格3-1硬件环境表

表格3-2软件环境表

表格5-3覆盖率分析列表

表格5-5从特性统计缺陷

表格5-6综合统计

目 录

1引言4

1.1编写说明

1.2文档组织

1.3面向读者

1.4术语说明

1.5参考文献

2测试组织5

3测试环境描述5

3.1.1硬件环境

3.1.2软件环境

3.1.3网络环境

4被测对象的全面评估6

4.1测试用例总体分析

4.2覆盖率分析

4.3缺陷统计与分析

4.4版本质量分析及其风险

5测试总结和改进建议7

5.1测试总结

5.1.1功能测试

5.1.2性能测试

5.2改进建议

引言

编写说明

此文档主要是根据用户需求说明书和测试案例编写,主要目的是对本次测试项目执行情况的总结和分析,文件所规定的内容可以作为对测试过程完备性的对照检查表,提高测试过程的每个阶段的能见度,提高测试工作的可管理性。

文档组织

此文档包括如下几项:

第一章:主要描述该文档相关的属性和术语说明。第二章:主要描述被测试对象的功能和物理架构。

第三章:主要描述测试环境中的软硬件环境以及网络环境等。

第四章:主要是测试案例结果的分析、覆盖率分析、缺陷的分析以及版本质量分析。

第五章:对执行的每轮测试的总结。

面向读者

本报告作为此项目测试的总结和说明文档,预期参考人员含测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

术语说明

缩略语

缩略语

全 称

说 明

参考文献

《CDN 缓存系统测试用例》

测试组织

序号

序号

测试时间

测试地点

测试参与方

人数

备注

1

2014-7-16

万达

3

表格2-1测试组织列表

测试环境描述

3.1.1硬件环境

序号

序号

设备名称

型号/配置

数量

用途

1

DELL720

2CPU、32G 内存 1台

测试服务器

2

DELL 笔记本

1CPU、8G内存

1台

测试客户机

表格3-1硬件环境表

3.1.2软件环境

名称

软件名称/版本

用途

操作系统

Centos6.5

服务器

数据库

Oracle10.0.20

服务器

应用服务器

Tomcat6.0

服务器

程序语言编译器

SUNJDK1.5/1.6

编译器

操作系统

Windowsxp

客户机

浏览器

IE7.0

客户机

表格3-2软件环境表

3.1.3网络环境

符合公司内部的网络管理要求,能够正常接入公司的业务网络,包括正常的与系统建立通信连接,支持TCP/IP通信协议,支持HTTP 等。

被测对象的全面评估

测试用例总体分析

覆盖率分析

功能测试

100%

性能测试

100%

稳定性测试

100%

可靠性测试

100%

测试类型用例覆盖率

测试类型

用例覆盖率

需求覆盖率

100%

90%

70%

60%

从用例的覆盖率来看,所有的用例覆盖率都是100%,从这点看用例执行情况还是非常可观的,而从需求的覆盖率来看,功能需求基本能满足要求,而性能测试、稳定性测试、可靠性测试在需求覆盖上情况有点不尽如意,这存在多方面原因,主要存在时用户在此产品上未提出100%需求,另外也有资源有限等附带原因,但用户提出的基本需求已经满足,能支撑开行的使用现状。

缺陷统计与分析

从各模块缺陷级别分布情况看测试状况:

数据显示,所有版本中缺陷级别“一般”的占大部分,这个可以反映出所有版本基本框架还是稳定的,主要还是功能不完善情况比较多,属于正常状态。

功能名称致命

功能名称

致命

严重

一般

提示

总计(不计提示)

系统监控参数管理

0

2

10

4

14

运维服务管理

运维服务管理

0

0

8

6

14

表格4-2从特性统计缺陷

从功能角度分析缺陷分布:

缺陷密度=缺陷数/功能点=30/65=46%;(忽略提示性bug)

从缺陷的密度分析产品质量:从上数据总可以看出,本系统的缺陷密度为0.46,即每个功能点发现0.46个缺陷,在数据上看虽然有点偏大,但服务管理系统功能分布粒度较大,每个功能点中分布的子功能点比较多,所以如此看来,此产品开发人员自测比较充分,初始质量良好。

综合分析

测试类型

测试类型

缺陷数量

缺陷修

文档评论(0)

hao187 + 关注
官方认证
内容提供者

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

认证主体武汉豪锦宏商务信息咨询服务有限公司
IP属地上海
统一社会信用代码/组织机构代码
91420100MA4F3KHG8Q

1亿VIP精品文档

相关文档