XXXX系统测试报告

项目编号：

《XXX》

错误！未找到引用源。总结报告

Version:1.0

项目承担部门：

撰写人（签名）：

完成日期：

本文档使用部门：■主管领导■项目组

■客户（市场）□维护人员

■用户

评审负责人（签名）：

评审日期：

修订历史记录

目录

1. 简介 (4)

1.1. 编写目的 (4)

1.2. 项目背景 (4)

1.3. 系统简介 (4)

1.4. 术语和缩写 (5)

1.5. 参考资料 (5)

2. 测试概要 (5)

2.1. 测试用例设计 (5)

2.2. 测试环境与配置 (6)

2.3. 测试方法 (6)

3. 测试结果及缺陷分析 (9)

3.1. 测试执行情况与记录 (9)

3.2. 覆盖分析 (10)

3.3. 缺陷的统计与分析 (13)

4. 测试结论 (16)

5.建议 (17)

1.简介

1.1.编写目的

本测试报告为《XXX》项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的其他人员。

1.2.项目背景

XXX是针对汽车美容店，为汽车美容行业前台提供客户服务、会员管理、业务管理、仓库管理、员工管理、系统管理等功能。

1.3.系统简介

XXX是根据汽车的要求而开发的汽车美容应用软件是目前XXX中比较有代表性的一套汽车美容系统。主要有五大模块：客户服务、会员管理、仓库管理、员工管理、系统管理。

1.4.术语和缩写

1.5.参考资料

《XXX项目软件需求规格说明书.txt》

《XXX项目测试大纲.xls》

《XXX项目测试用例.xls》

《XXX项目测试计划.doc》

2.测试概要

2.1.测试用例设计

本系统测试工作以功能测试、性能测试为主，评估系统是否达到预定的质量目标。根据XXX的特点，其测试策略考虑重点在登陆功能、会员管理。

根据项目的特点和日程，拟不特地安排进行功能测试、性能测试（根据测试状况，在有需要的情况下，针对特定测试对象可考虑单独进行）。

在系统测试的规划中，根据项目特点，以系统登陆功能为优先关注内容，整理系统各模块（客户服务、会员管理、仓库管理、员工管理、系统管理），保证对基本业务功能的覆盖，保证对用户常见业务操作的覆盖；同时关注用户界面的完成，所以也要考虑对页面本身的测试。

2.2.测试环境与配置

2.3.测试方法

对于主要的功能测试,依据项目需求规格说明书，需要验证前条所列的功能项目，由于项目特点中流程性要求和限制较为突出，所以在测试内容的安排上，可以根据场景法分析基本流程和分支流程。对于功能的每个正常执行步骤和可能性出现的每种例外情况.在这里可以使用采用测试方法为黑盒测试方法，采用黑盒测试技术来编写测试用例，包括等价类划分法，边界值分析法，因果图分析方法，错误推测方法等测试技术，进行分析。对于模块、数据相互联系比较紧密的，可以使用特性交互或关联图的方法,测试各种功能交互情况。对于纳入本轮测试的其他测试项目内容，根据上述条目括号中考虑内容加入到测试项目和用例中，同时其中某些需求的覆盖可以使用某些用例来重复关联，测试设计的时候应该予以考虑。

性能测试：工具测试以LoadRunner为主的登陆功能的性能。

在测试用例的测试数据准备（由测试员模拟用户提供）。

功能测试

功能测试覆盖模块

性能测试

在具体的测试设计过程中，建议首先整理测试项目，细化到用例组级别，再根据这个结果来设计用例，同时应当给出用例覆盖说明。

根据项目规模和日程，建议测试文档及记录采用一般文档和表格即可，以方便成员浏览和处理。

另外在测试设计完成后，测试人员需要选择测试对象的基本测试用例，用例数不用太多，但应包括测试对象的核心流程和基本功能，以用于开发人员在提交版本前做自我检查，应该在自我检查通过后，方能进入测试组测试。

测试评价上应参考相关的质量目标加以评价，可能会涉及对测试设计的复查。

性能测试：工具测试以LoadRunner为主的登陆功能的性能。

3.测试结果及缺陷分析

3.1.测试执行情况与记录

3.1.1.测试组织

3.1.2.测试时间

3.1.3.测试版本

Version：1.0

3.2.覆盖分析3.2.1.需求覆盖

XXX6大模块需求覆盖率 = 100.00%

性能测试场景

性能测试指标：响应时间<3s

CUP<75%

内存率<75%

性能测试达到相应指标：

3.2.2.测试覆盖

对需求的各模块的功能测试点，执行测试用例达到100%。

3.3.缺陷的统计与分析

3.3.1.缺陷汇总

根据本项目特点：

项目组人数较少，交流状况简单，采用飞秋局域网在线交流；

项目纳入组织现有缺陷管理系统中（bugfree缺陷管理平台），以进行良

好的历史保存和积累。

缺陷汇总见《XXX缺陷汇总.xml》

3.3.2.缺陷分析

BUG模块分布统计

一、测试执行通过

以上为测试执行通过相关数据，经过分析测试用例设计基本通过。

二、缺陷探测

以上为缺陷探测率，测试人员在测试中发现的缺陷比例。

以上为缺陷解决相关数据，开发员解决后，由测试员再次校验，最后关闭。