系统测试报告实例汇总.docxVIP

- - PAGE # - XX系统测试总结报告 1引言 1.1编写目的 编写该测试总结报告主要有以下几个目的 1. 1. 通过对测试结果的分析，得到对软件质量的评价 2.3.评估测试测试执行和测试计划是否符合 2. 3. 评估测试测试执行和测试计划是否符合 4. 分析系统存在的缺陷，为修复和预防 bug提供建议 分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 1.2背景 1.3用户群 主要读者：XX项目管理人员，XX项目测试经理 其他读者：XX项目相关人员。 1.4定义 严重bug：出现以下缺陷，测试定义为严重 bug 系统无响应，处于死机状态，需要其他人工修复系统才可复原。 点击某个菜单后出现“ The page cann ot be dis played ”或者返回异常错误。 进行某个操作（增加、修改、删除等）后，出现“The P age cannot be dis played ” 进行某个操作（增加、修改、删除等）后，出现“ The P age cannot be dis played ” 或者返回 异常错误 当对必填字段进行校验时，未输入必输字段，出现The p age cannot be dis played” 或者返 当对必填字段进行校验时，未输入必输字段，出现 The p age cannot be dis played ” 或者返 回异常错误 系统定义不能重复的字段输入重复数据后，出现“ The p age cannot be dis played ” 或者返回 异常错误 1.5测试对象 1.6测试阶段 系统测试 1.7测试工具 Bugzilla缺陷管理系统 1.8参考资料 《XX 《XX 《XX 《XX 《XX 需求和设计说明书》 数据字典》 后台管理系统测试计划》 后台管理系统测试用例》 项目计划》 2测试概要 XX后台管理系统测试从 2007年7月2日开始到2007年8月10日结束，共持续 39天，测试 13.7个，测试共发现 427个 功能点174个，执行2385个测试用例，平均每个功能点执行测试用例 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进度回顾 版本/时间 计划开始时 间 实际开始时 间 计划完成时 间 实际完成时 间 加班 增加资源 B1 2007.7.2 2007.7.2 2007.7.5 2007.7.5 否 否 B2 2007.7.16 2007.7.16 2007.7.19 2007.7.19 否 否 B3 2007.7.23 2007.7.23 2007.7.25 2007.7.24 否 2个人日 B4 2007.7.28 2007.7.29 2007.7.31 2007.7.31 1个人1天1 个人2天 2个人日 B5 2007.8.1 2007.8.2 2007.8.6 2007.8.3 否 2个人日 B6 2007.8.4 2007.8.4 2个人1天 2个人日 B7 2007.8.5 2007.8.5 1个人1天 1个人日 B8 B9 2007.8.9 2007.8.9 2007.8.10 2007.8.10 否 2个人日 B10 合计 1个人6天 11个人日 2.2测试执行 此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。 针对 此次测试严格按照项目计划和测试计划执行, 按时完成了测试计划规定的测试对象的测试。 针对 测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例, 对系统进行了完整的测试 2.3测试用例 2.3.1功能性 系统实现的主要功能，包括查询，添加，修改，删除。 系统实现的次要功能，包括为用户分配酒店，为用户分配权限，渠道酒店绑定，渠道RATE绑定, 权限控制菜单按钮。 以及需求规定的输入限制需求规定的输入输出字段， 以及需求规定的输入限制 一致性，可理解性 一致性，可理解性2.3.2易用性 一致性，可理解性 一致性，可理解性 操作按钮提示信息正确性， 限制条件提示信息正确性， 必填