全媒体版权资产管理系统软件测试报告编制：审核：批准：目录1 引言 (4)1.1 编写目的和内容 (4)1.2 项目背景 (4)1.3 用户群 (5)1.4 测试对象 (5)1.5 基本定义 (6)2 测试概要 (6)2.1 进度回顾 (6)2.2 测试环境 (7)2.2.1 硬件环境 (7)2.2.2 软件环境 (7)2.2.3 网络环境 (8)2.2.4 网络拓扑 (8)3 测试结论 (8)3.1 测试记录 (8)3.2 功能性 (9)3.3 易用性 (9)3.4 可靠性 (9)3.5 兼容性 (9)3.6 安全性 (9)4 缺陷分析 (10)4.1 缺陷收敛趋势 (10)4.2 缺陷统计分析 (11)5 遗留问题分析 (12)5.1 遗留缺陷的影响 (12)1引言1.1 编写目的和内容编写本测试报告主要有以下几个目的：1.通过对测试结果的分析，得到对软件质量的评价。

2.分析测试的过程，资源，资产，产品，合同，为以后制定测试计划提供参考。

3.评估测试执行和测试计划是否符合。

4. 分析系统存在的缺陷，为修复和预防bug提供建议。

测试包括以下具体内容：1.用户测试：主要测试系统的功能，操作性，性能，人机对话，系统界面，安全性等，主要参考对象为业主用户。

2.功能测试：主要测试系统是否实现预计结果，此测试为软件的基本测试，主要参考对象为业主用户，开发人员，测试人员等。

3.压力测试：压力测试用来评估在超越最大负载的情况下系统将如何运行。

主要参考对象为项目经理，开发经理，测试人员。

4.性能测试：性能测试主反应系统反应时间，CPU使用率，占用内存大小，系统反应速度等硬性指标。

主要参考对象为业主用户，开发经理，开发人员，测试人员等。

5.连接数测试：连接数测试主要测试系统服务器同时可以支持多少个用户使用，最大并发连接数是多少。

主要参考对象为开发经理，开发人员，测试人员等。

1.2 项目背景本项目适应数字网络环境运营要求，实施对版权规范化的管理，理清明确权属，目标旨在帮助出版企业清晰地梳理版权资源，甄别出对企业有运营价值的版权资产，并有针对性地运营。

以科学的方法构建出版企业版权资产管理体系，达到提升企业核心竞争力的目标。

出版机构正亟需一套科学的方法帮助企业对版权信息进行管理并甄别可运作版权中的优质资源，名副其实地作为资产进行规范化管理和精细化运营。

实现作品资产化、资产产品化的过程，通过信息化手段对版权进行管理，建立企业自有的版权资产库。

可以推动版权管理向“规范、高效、可控”的方向发展，推动版权运营向“灵活、全面、收益最大化”的方向发展。

通过核查作品版权、规范授权行为，使每次授权行为能有详细记录，有效的避免无版权资源、避免使用过期版权、避免重复授权等违规行为，造成无意识侵权行为。

1.3 用户群1.主要读者：项目管理人员，项目测试经理，业主相关人员；2. 其他读者：项目其他相关人员。

1.4 测试对象根据软件定义，软件包括程序、数据和文档，所以软件测试不仅是程序测试。

软件测试应贯穿于整个软件生命周期中。

在整个软件生命周期中，各阶段有不同的测试对象，形成了不同开发阶段的不同类型的测试。

需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为“软件测试”的对象。

在软件编码结束后，对编写的每一个程序模块进行测试，称为“模块测试”或“单元测试”。

在模块集成后，对集成在一起的模块组件，有时也可称为“部件”，进行测试，称为“集成测试”。

在集成测试后，需要检测与证实软件是否满足软件需求说明书中规定的要求，这就称为“确认测试”。

将整个程序模块集成为软件系统，安装在运行环境下，对硬件、网络、操作系统及支撑平台构成的整体系统进行测试，称为“系统测试”。

1.5 基本定义严重bug：出现以下缺陷，测试定义为严重bug：1.系统无响应，处于死机状态，需要其他人工修复系统才可复原。

2.点击某个菜单后返回异常错误。

3.进行某个操作（增加、删除、修改）后，返回异常错误。

4.当对必填字段进行校验时，未输入必填字段，返回异常错误。

5.系统定义不能重复的字段输入重复数据后，返回异常错误。

2测试概要全媒体版权资产管理系统测试从2016年5月25日开始到2016年11月25日结束，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例13.7个，测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点2.2个bug。

XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6－B8为回归测试版本。

计划内测试版本，B1—B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。

B5版本推迟发布2天，测试增加2个人日，准时完成测试。

B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。

XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的bug分析表和阶段测试报告。

2.1 进度回顾2.2 测试环境2.2.1硬件环境独立机架式服务器CPU：2颗英特尔至强E5-2620 V3 (2.40GHz, 15M 缓存, 85W) 内存：16GB硬盘：2块300G SAS 10K 热插拔硬盘；2TB数据硬盘。

光驱：DVD-ROM光驱；网络接口:双千兆以太网卡；电源：两个热插拔高效热插拔电源，双风扇；外形/高度：机架式/2U2.2.2软件环境编译器：Eclipse数据库：Mysql应用服务器：Tomcat 8.0JDK版本：JDK 1.7操作系统：Win7以上客户端浏览器配置：IE 9.0以上、Google Chrome、360。

2.2.3网络环境本系统需要运行在单位局域网上，要求服务器、客户端（档案室）计算机连接在此网络上，建议配置100M网络速度。

2.2.4网络拓扑应用服务器、数据库服务器3测试结论3.1 测试记录详见《全媒体版权资产管理系统测试缺陷记录》3.2 功能性1. 系统实现的主要功能：包括查询，添加，修改，删除。

2. 系统实现的次要功能，包括为用户分配，为用户分配权限，权限控制菜单按钮。

3. 需求规定的输入输出字段，以及需求规定的输入限制。

3.3 易用性1.操作按钮提示信息正确性，一致性，可理解性。

2.限制条件提示信息正确性，一致性，可理解性。

3.必填项标识。

4.输入方式可理解性。

3.4 可靠性现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。

现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态。

3.5 兼容性现有系统支持window下的IE浏览器、360浏览器、火狐浏览器和谷歌浏览器。

3.6 安全性现有系统控制了以下安全性问题：1. 把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录2. 直接输入某一页面的Url能否打开页面并进行操作不应该允许。

现有系统未控制以下安全性问题：1. 用户名和密码应对大小写敏感2. 登陆错误次数限制4缺陷分析4.1 缺陷收敛趋势此次黑盒测试总共发布11个版本，B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6-B11为进行的回归测试版本，bug版本趋势图如下图所示：4.2 缺陷统计分析测试发现的bug主要集中在normal和minor阶段，属于一般性的缺陷，但是测试的时候，出现了68个严重级别的bug，出现严重级别的bug主要表现在以下几个方面1. 系统主要功能没有实现2. 添加数据代码重复后，出现的找不到页面的错误3. 多语言处理，未考虑非语种代码的情况4. 数据库设计未考虑系统管理员角色，导致用系统管理员进行操作的时候出现找不到页面错误5. 权限控制异常严重级别bug按版本分布如下：由严重bug版本分布图可以看出，严重级别的bug版本趋势和bug版本趋势基本是一致的，但是，在B7和B9版本中年，严重级别的bug明显增多，主要原因是B7和B9版本测试了权限控制按钮功能，权限问题出现的严重级别的bug 比较多。

权限bug主要表现：1. 具有相应按钮操作的权限，页面无相应按钮，无法执行该功能2. 无相应按钮操作权限，页面有相应按钮，点击按钮能出现权限异常错误3. 有相应按钮操作权限，有相应按钮，执行该功能出现权限异常错误5遗留问题分析5.1 遗留缺陷的影响1.缺陷描述：合同项添加页面，“有效期”字段无单位，建议增加单位。

缺陷影响：有效期字段无单位说明，无衡量标准，用户易用性不好。

推迟原因：需求定义无单位定义，统一在升级版本中解决。

2.缺陷描述：电子书添加页面，“价格”字段不能填写，建议说明一下。

缺陷影响：价格字段不能填写，导致用户体验不好，不便于理解。

3.缺陷描述：合同变更解除的解除按钮，只是修改合同状态，无实际意义。

缺陷影响：合同变更解除按钮无实质性功能，用户不理解有何意义。