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

SOA_ESB服务开发流程规范 密级：CDN缓存系统测试报告2014-7-2第 9 页 共 10 页CDN缓存系统测试报告文档修订历史版本编号/更改记录编号简要说明（变更内容和变更范围）日期变更人0.1创建文档2014-7-2赵铁宇1.0经小组内部评审后修订相关内容2014-7-17赵铁宇文档审批信息版本编号/更改记录编号审批日期审批人签字备注 表格 表格 21测试组织列表5表格 31硬件环境表5表格 32软件环境表5表格 53覆盖率分析列表6表格 55从特性统计缺陷7表格 56综合统计7目录1 引言41.1 编写说明41.2 文档组织41.3 面向读者41.4 术语说明41.5 参考文献42 测试组织53 测试环境描述53.1.1 硬件环境53.1.2 软件环境53.1.3 网络环境64 被测对象的全面评估64.1 测试用例总体分析64.2 覆盖率分析64.3 缺陷统计与分析64.4 版本质量分析及其风险75 测试总结和改进建议75.1 测试总结85.1.1 功能测试85.1.2 性能测试85.2 改进建议91 引言1.1 编写说明此文档主要是根据用户需求说明书和测试案例编写，主要目的是对本次测试项目执行情况的总结和分析，文件所规定的内容可以作为对测试过程完备性的对照检查表，提高测试过程的每个阶段的能见度，提高测试工作的可管理性。1.2 文档组织此文档包括如下几项： 第一章：主要描述该文档相关的属性和术语说明。 第二章：主要描述被测试对象的功能和物理架构。 第三章：主要描述测试环境中的软硬件环境以及网络环境等。 第四章：主要是测试案例结果的分析、覆盖率分析、缺陷的分析以及版本质量分析。 第五章：对执行的每轮测试的总结。1.3 面向读者本报告作为此项目测试的总结和说明文档，预期参考人员含测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。1.4 术语说明缩略语全 称说 明1.5 参考文献CDN缓存系统测试用例2 测试组织序号测试时间测试地点测试参与方人数备注12014-7-16万达3无表格 21测试组织列表3 测试环境描述3.1.1 硬件环境序号设备名称型号配置数量用途1DELL 7202CPU、32G 内存1台测试服务器2DELL 笔记本1CPU、8G内存1台测试客户机表格 31硬件环境表3.1.2 软件环境名称软件名称/版本用途操作系统Centos6.5服务器数据库Oracle 10.0.20服务器应用服务器Tomcat6.0服务器程序语言编译器SUN JDK1.5/1.6编译器操作系统Windows xp客户机浏览器IE7.0客户机表格 32软件环境表3.1.3 网络环境符合公司内部的网络管理要求，能够正常接入公司的业务网络，包括正常的与系统建立通信连接，支持TCP/IP通信协议，支持HTTP等。4 被测对象的全面评估4.1 测试用例总体分析4.2 覆盖率分析测试类型用例覆盖率需求覆盖率功能测试100%100%性能测试100%90%稳定性测试100%70%可靠性测试100%60%表格 41覆盖率分析列表从用例的覆盖率来看，所有的用例覆盖率都是100%，从这点看用例执行情况还是非常可观的，而从需求的覆盖率来看，功能需求基本能满足要求，而性能测试、稳定性测试、可靠性测试在需求覆盖上情况有点不尽如意，这存在多方面原因，主要存在时用户在此产品上未提出100%需求，另外也有资源有限等附带原因，但用户提出的基本需求已经满足，能支撑开行的使用现状。4.3 缺陷统计与分析 从各模块缺陷级别分布情况看测试状况： 数据显示，所有版本中缺陷级别“一般”的占大部分，这个可以反映出所有版本基本框架还是稳定的，主要还是功能不完善情况比较多，属于正常状态。 从功能名称下缺陷分布情况看产品质量：功能名称致命严重一般提示总计（不计提示）系统监控参数管理0210414运维服务管理008614表格 42从特性统计缺陷 从功能角度分析缺陷分布：缺陷密度 = 缺陷数/功能点 =30/65=46%；（忽略提示性bug）从缺陷的密度分析产品质量：从上数据总可以看出，本系统的缺陷密度为0.46，即每个功能点发现0.46个缺陷，在数据上看虽然有点偏大，但服务管理系统功能分布粒度较大，每个功能点中分布的子功能点比较多，所以如此看来，此产品开发人员自测比较充分，初始质量良好。 综合分析测试类型缺陷数量缺陷修复情况功能测试13修复完成性能测试1修复完成稳定性测试1修复完成可靠性测试0修复完成表格 43综合统计4.4 版本质量分析及其风险 功能测试：通过本次集成测试之后，最终的版本暂时没有发现功能性问题，遗留的提示性缺陷不影响用户的使用。 性能测试：在性能方面，各种性能参数一直可以满足用户的需求，并且在测试过程中做了优化，最终的版本在性能上不存在问题。 可靠性测试：系统在对事务性处理和容错功能上不存在问题。 稳定性测试：经过本次集成测试执行的24小时、48小时的稳定性考验过程中发现，此系统在稳定性方面能基本满足用户的需求，在支持量化程度上还是比较欠妥，后期需要一定的优化。5 测试总结和改进建议5.1 测试总结在第一轮测试中执行了功能测试和性能测试，具体的总结分析如下章节所述。5.1.1 功能测试 系统监控参数管理，在测试过程中发现bug数量为2（不计提示性缺陷），缺陷严重级别大部分分布在“一般”状态上，其中存在一个致命性缺陷，主要是由于开发提交的初期版本不稳定，影响测试用例的继续执行，在后期测试中未出现类似的问题。 运维服务管理，在测试过程中发现bug数量为4（不计提示性缺陷），缺陷严重级别大部分布在“一般”状态下，主要bug是在查重问题和修改保存问题上。5.1.2 性能测试 并发用户数测试l 需求要求系统能够满足1000人（但该系统不得有用户数量限制）以上用户的使用，此需求已经实现，对所建用户无限制。l 同时在线人数可以达到500人，并发访问数可达到50人。此需求中的访问并发量达到50后，系统响应时间未达到客户需求。 页面完全展现时间l 各常用页面(登录首页以及一级页面等)的完全展现响应时间不超过3秒，这个在首次登陆时，响应时间超过需求中响应时间。l 对于进程中实时监控界面自动刷新时间为60秒（该时间，可根据业务要求 进行前台配置），此需求暂时未满足。l 系统用户对数据库特定检索时，完全展现响应时间不超过10秒。这个在数据量较大的情况下偶尔未能满足需求。 数据库检索速度和容量l 要考虑到当各业务系统发送到达系统消息出现堵塞时，如何及时处理消息功能。此需求未能实现。l 要考虑随着数据增加，对数据库的检索的方式，以及对备份数据与实时数据组合检索的实现方式时，