系统测试报告.docx

全媒体版权资产管理系统软件测试报告编制：审核：批准：文档变更记录版本编号修订日期修订内容修订人备注目录1 引言41.1 编写目的和内容41.2 项目背景41.3 用户群51.4 测试对象51.5 基本定义52 测试概要52.1 进度回顾62.2 测试环境62.2.1 硬件环境62.2.2 软件环境72.2.3 网络环境72.2.4 网络拓扑83 测试结论83.1 测试记录83.2 功能性83.3 易用性83.4 可靠性93.5 兼容性93.6 安全性94 缺陷分析94.1 缺陷收敛趋势94.2 缺陷统计分析105 遗留问题分析115.1 遗留缺陷的影响11引言编写目的和内容编写本测试报告主要有以下几个目的：通过对测试结果的分析，得到对软件质量的评价。分析测试的过程，资源，资产，产品，合同，为以后制定测试计划提供参考。评估测试执行和测试计划是否符合。4. 分析系统存在的缺陷，为修复和预防bug提供建议。测试包括以下具体内容：用户测试：主要测试系统的功能，操作性，性能，人机对话，系统界面，安全性等，主要参考对象为业主用户。功能测试：主要测试系统是否实现预计结果，此测试为软件的基本测试，主要参考对象为业主用户，开发人员，测试人员等。压力测试：压力测试用来评估在超越最大负载的情况下系统将如何运行。主要参考对象为项目经理，开发经理，测试人员。性能测试：性能测试主反应系统反应时间，CPU使用率，占用内存大小，系统反应速度等硬性指标。主要参考对象为业主用户，开发经理，开发人员，测试人员等。连接数测试：连接数测试主要测试系统服务器同时可以支持多少个用户使用，最大并发连接数是多少。主要参考对象为开发经理，开发人员，测试人员等。项目背景本项目适应数字网络环境运营要求，实施对版权规范化的管理，理清明确权属，目标旨在帮助出版企业清晰地梳理版权资源，甄别出对企业有运营价值的版权资产，并有针对性地运营。以科学的方法构建出版企业版权资产管理体系，达到提升企业核心竞争力的目标。出版机构正亟需一套科学的方法帮助企业对版权信息进行管理并甄别可运作版权中的优质资源，名副其实地作为资产进行规范化管理和精细化运营。实现作品资产化、资产产品化的过程，通过信息化手段对版权进行管理，建立企业自有的版权资产库。可以推动版权管理向“规范、高效、可控”的方向发展，推动版权运营向“灵活、全面、收益最大化” 的方向发展。通过核查作品版权、规范授权行为，使每次授权行为能有详细记录，有效的避免无版权资源、避免使用过期版权、避免重复授权等违规行为，造成无意识侵权行为。用户群主要读者：项目管理人员，项目测试经理，业主相关人员；其他读者：项目其他相关人员。测试对象根据软件定义，软件包括程序、数据和文档，所以软件测试不仅是程序测试。软件测试应贯穿于整个软件生命周期中。在整个软件生命周期中，各阶段有不同的测试对象，形成了不同开发阶段的不同类型的测试。需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为“软件测试”的对象。在软件编码结束后，对编写的每一个程序模块进行测试，称为“模块测试”或“单元测试”。在模块集成后，对集成在一起的模块组件，有时也可称为“部件”，进行测试，称为“集成测试”。在集成测试后，需要检测与证实软件是否满足软件需求说明书中规定的要求，这就称为“确认测试”。将整个程序模块集成为软件系统，安装在运行环境下，对硬件、网络、操作系统及支撑平台构成的整体系统进行测试，称为“系统测试”。基本定义严重bug：出现以下缺陷，测试定义为严重bug：系统无响应，处于死机状态，需要其他人工修复系统才可复原。点击某个菜单后返回异常错误。进行某个操作（增加、删除、修改）后，返回异常错误。当对必填字段进行校验时，未输入必填字段，返回异常错误。系统定义不能重复的字段输入重复数据后，返回异常错误。测试概要全媒体版权资产管理系统测试从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测试阶段都有详