系统测试报告.docx

测试环境 测试环境 7 系统测试报告 This manuscript was revised by JIEK MA on December 15th, 2012. 全媒体版权资产管理系统 软件测试报告 编制: 审核: 批准: 1 文档变更记录 版本编号1修订日期丨 修订内容 1修订人1 备注 目录 TOC \o 1-5 \h \z 1引言 4 编写目的和内容 4 项目背景 4 用户群 5 测试对象 5 基本定义 5 \o Current Document 2测试概要 6 进度回顾 6 遗留缺陷的影响 遗留缺陷的影响 10 硬件环境 7 软件环境 7 网络环境 7 网络拓扑 8 \o Current Document 3测试结论 8 测试记录 8 功能性 8 易用性 8 可靠性 8 兼容性 8 安全性 9 \o Current Document 4缺陷分析 9 缺陷收敛趋势 9 缺陷统计分析 9 5遗留问题分析 10 1引言 1.1编写目的和内容 编写本测试报告主要有以下儿个日的： 通过对测试结果的分析，得到对软件质量的评价。 分析测试的过程，资源，资产，产品，合同，为以后制定测试计划提供参 考。 3-评估测试执行和测试计划是否符合。 4.分析系统存在的缺陷，为修复和预防bug提供建议。 测试包括以下具体内容： 用户测试：主要测试系统的功能，操作性，性能，人机对话，系统界面，安全性 等，主要参考对象为业主用户。 功能测试：主要測试系统是否实现预计结果，此测试为软件的基本测试，主要参 考对象为业主用户，开发人员，测试人员等。 圧力测试：压力测试用来评估在超越最大负载的情况下系统将如何运行。主要参 考对象为项目经理，开发经理，测试人员。 性能测试：性能測试上反应系统反应时间，CPU使用率，占用内存大小，系统反 应速度等硬性指标。主要参考对象为业主用戸，开发经理，开发人员，测试人员等。 连接数測试：连接数测试主要测试系统服务器同时可以支持多少个用户使用，最 大并发连接数是多少。主要参考对象为开发经理，开发人员，测试人员等。 1.2项目背景 本项目适应数字网络环境运营要求，实施对版权规范化的管理，理清明确权属，日 标旨在帮助出版企业清晰地梳理版权资源，甄别出对企业有运营价值的版权资产，并有 针对性地运营。以科学的方法构建出版企业版权资产管理体系，达到提升企业核心竞争 力的目标。出版机构正亟需一套科学的方法帮助企业对版权信息进行管理并甄别可运作 版权中的优质资源，名副其実地作为资产进行规范化管理和精细化运营。 实现作品资产化、资产产品化的过程，通过信息化手段对版权进行管理，建立企业 自有的版权资产库。可以推动版权管理向“规范、高效、可控”的方向发展，推动版权 运营向“灵活、全面、收益最大化”的方向发展。 通过核査作品版权、规范授权行为，使每次授权行为能有详细记录，有效的避免无 版权资源、避免使用过期版权、避免重复授权等违规行为，造成无意识侵权行为。 1.3用户群 主要读者：项目管理人员，项目测试经理，业主相关人员； 其他读者：项目其他相关人员。 1.4测试对象 根据软件定义，软件包括程序、数据和文档，所以软件测试不仅是程序测试。软件 测试应贯穿于整个软件生命周期中。在整个软件生命周期中，各阶段有不同的测试对 象，形成了不同开发阶段的不同类型的测试。需求分析、概要设计、详细设计以及程序 编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说 明以及源程序，都应成为“软件测试”的对象。 在软件编码结束后，对编写的每一个程序模块进行測试，称为“模块測试”或“单 元测试”。在模块集成后，对集成在一起的模块组件，有时也可称为“部件”，进行测 试，称为“集成测试”。在集成测试后，需要检测与证实软件是否满足软件需求说明书 中规定的要求，这就称为“确认测试”。将整个程序模块集成为软件系统，安装在运行 环境下，对硬件、网络、操作系统及支撑平台构成的整体系统进行测试，称为“系统测 试”。 5基本定义 严重bug：出现以下缺陷，测试定义为严重bug： 系统无响应，处于死机状态，需要其他人工修复系统才可复原。 点击某个菜单后返回异常错误。 进行某个操作（增加、删除、修改）后，返回异常错误。 当对必填字段进行校验时，未输入必填字段，返回异常错误。 系统定义不能重复的字段输入重复数据后，返回异常错误。 2测试概要 全媒体版权资产管理系统测试从2016年5月25日开始到2016年11月25日结 束，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例个，测 试共发现427个bug,其中严重级别的bug68个，无效bug44个，平均每个測试功能点 个 bug。 XX总共发布11个测试版本，其中B1-B5为计划内迭代开