软件测试报告三篇

篇一：软件测试报告

1.1 项目背景 1.2测试目的

1.功能测试（包含界面测试）：保证系统主要功能工作正常，满足功能需求； 2.兼容性测试：保证系统在主流浏览器、数据库和操作系统中可以正常工作； 3.故障恢复测试：保证系统异常环境下系统数据完整；

4.性能测试：保证系统在资源有限、数据量多的情况下仍能正常响应； 5.安全性测试：保证系统的权限分配安全有效； 6.文档测试：保证操作文档内容正确无误； 本次测试的系统模块主要有： 1.总部设置系统； 2.总部查询报表系统；

3.数据传输服务端、客户端程序； 4.系统升级程序

5.多服务器数据同步设置 1.3测试环境与配置 测试环境及其配置:

1.操作系统：客户端：windows xp sp3 ； 服务端：windows server 2008 数据库： Sql Server 2008 R2

第 1 页 共 36 页

浏览器：IE7+ 网络环境：局域网

组件环境：.net framework4.0 1.4测试用例

功能、模块名称

1.5缺陷的统计与分析 1.5.1缺陷汇总

系统模块 总部设置、总部查询系统 按严重程度 已修复bug数 未修复/暂缓bug明细 各级bug总数 用例数 已通过用例数 未通过用例数 备注 第 2 页 共 36 页

严重、高 16个 总部查询系统——套餐销售统计表，应计金额和实收金额和门店统计不一致！（#284） 总部查询系统——营业分析报表-外送服务员业绩统计表，查询不到数据！（#272） 会员卡系统——离线模式下，门店卡升级信息，总部查询不到！（#342） 总部设置系统——客户管理系统，维护人员设置，无法下载到门店！（#283） 总部设置系统——雅座卡客户信息导入功能，按照生成的模版，将客户信息导入成功后，在客户资料里看不到导入的客户信息！(#320) 总部设置系统——数据22 第 3 页 共 36 页

服务，其他——按门店分发和按项目分发里,每单消费区间段没有下发项目！(#2) 一般 0个 低 0个 汇总

系统模块 会员卡系统 按严重程 已验度 证bug数 未修复/暂缓bug明细 会员卡连锁实时在线方式，门店制卡提示失败，验证卡密码出错，但是在总部却可以查询到此卡号已制卡！（#192） 26 各级bug总数 16 6 22 0 0 0 0 严重、高 24个 第 4 页 共 36 页

会员卡系统——卡优惠-充值返券、返积分、消费折扣、消费返积分设置有效期为客户生日，无效果,用另外两种日期方式正常！（#336） 一般 0个 低 0个 bug汇总 系统模块 按严重程度 已验证的bug数 待验证的bug和未修复 各级bug总数 的bug 0 2 划菜系统 24 2 26 0 0 0 0 严重、高 2个 一般 1 0 1 第 5 页 共 36 页

个 低 1个 bug汇总 测试分析总结：

本次测试功能覆盖率为100%；提交总的缺陷数1300个，严重级别高， 其中严重、高级别为缺陷数有800个； 一般的等级的缺陷数为200个； 已修复缺陷数995个； 未修复缺陷数5个

本次测试的功能模块数量为：550个，每模块的缺陷数为：550/1300=0.423 1.测试缺陷趋势图：

4 0 4 0 1 时间（201210） 第一周 第二周 第三周 第四周 汇总 发现缺陷数 关闭缺陷数 遗留缺陷数 50 20 2 60 70 1 55 80 2 20 10 1 185 180 6 第 6 页 共 36 页

2.缺陷类型分析图：

本阶段测试缺陷类型有接口、功能、业务逻辑、界面ＵＩ、架构、客户反馈、其他

类型 时间（201210） 接口 功能 业务逻辑 界面UI 架构 客户反馈 性能 第一周 第二周 第三周 第四周 汇总 8 20 15 20 2 2 3 6 70 10 15 1 5 2 5 80 8 16 2 6 1 3 10 9 10 1 3 1 22 180 42 61 6 16 7 其他（系统异常） 第 7 页 共 36 页

缺陷严重等级分析图

模块缺陷数分析图

第 8 页 共 36 页

总结

本次测试基本上达到了预期测试目标，本阶段每模块功能覆盖率达到100%，每模块缺陷密度为:每模块bug数/每模块功能点数，测试缺陷曲线图已处于下降收敛状态，达到预期测试目标，测试的严重bug已修复并验证完毕，较严重的bug也已修复并验证，一般和低等级的缺陷数为8个不影响软件功能使用，可以进入ＵＡＴ验收测试。

会员卡系统和总部查询和设置系统仍有一些问题 需要修复！

第 9 页 共 36 页

篇二：软件测试报告

一、测试范围与主要内容： 说明本次测试的范围及主要的内容 二、时间要求和人员安排： 任务明细 具体时间要求（工作日） 测试前业务 准备 测试计划编 写 测试用例编 写 集成测试 系统测试 总 计 人员安排 三、集成测试 1. 

测试分类与测试方法： 功能测试

第 10 页 共 36 页

测试目标  各模块的功能是否能实现  已提交模块联合起来的功能是否能实现 测试范围 不测试项 测试方法 开始标准 明确需要测试的测试范围 明确不需要测试的内容 请参照软件测试方法  单元测试已完毕（即程序员自测）  提供的测试用例已通过相关人员的评审  此阶段是编码阶段的阶段性成果的测试（较小项目则可省略此阶段测试） 完成标准 是指功能测试的结束标准如：  所有功能模块都已经送测，且都进行过一轮测试。  集成测试阶段的测试用例除D级外都已执行过一遍。  集成测试报告已经修改完毕，问题基本都已得到解决。 测试重点和优先级 此阶段包括：  单个模块的功能是否实现。  几个子模块集成后是否达到了预期的功能。 需考虑的特殊事项  据每个项目的特殊性而填写该内容。 接口测试 模块与模块之间的接口是否正确。 明确需要测试的测试范围 明确不需要测试的内容 测试目标 测试范围 不测试项 第 11 页 共 36 页

测试方法 开始标准 请参照软件测试方法文档。 功能测试已完成。 存在一个以上的相关联的功能模块。 完成标准 集成子模块的接口测试已经完毕。 测试报告已经修改完毕，问题基本都已得到解决。 测试重点和优先级 此阶段测试重点包括： 1．一个模块的功能实现是否影响了另一个模块的功能。 2．穿越模块的数据是否会丢失。 3．单个模块的误差，累积起来，是否会放大到不能被接受的程度。 4．全局数据结构是否被异常修改。 需考虑的特殊事项  UI测试 据每个项目的特殊性而填写该内容。 核实用户与软件之间的交互，确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合业务行业的标准。 测试目标 主要核实以下内容： 通过测试进行的浏览可正确反映是否符合业务的功能和需求，包括窗口与窗口之间，界面与界面之间的切换，以及各种访问方法（Tab键、鼠标移动）的使用。 测试范围 包括系统中所有图形界面、易用性、操作性等都在测试范围之第 12 页 共 36 页

内。 测试方法 开始标准 完成标准 测试重点和优先级 需考虑的特殊事项 2. 测试环境（可视用户需求作调整）： 客户机 3. 应用服务器 数据服务器 据每个项目的特殊性而填写该内容。 功能测试及接口测试已完成。 各对象能够按照预期的方式显示或运行。 重点测试软件的易用性及可操作性。 功能模块列表及测试任务分工 人员 计划完成工作日 一二模块功能简述 测试要点 级 级 模模块 块 第 13 页 共 36 页

4. 1)

组织与责任： 测试负责人：

责任：测试计划、流程制定，测试报告模板、测试程序准备；测试协调。 2)

测试执行人：

责任：进行测试、书写测试报告。 3)

测试环境准备：

责任：测试环境的准备。 5.

测试约定：

网址约定：

测试报告提交方式约定： 四、系统测试计划 1. 

测试分类与测试方法： 功能测试

系统是否满足了用户的功能需求（包括显性和隐性的）。 明确需要测试的测试范围 明确不需要测试的内容 请参照软件测试方法文档。 编码工作已经全部结束。 测试目标 测试范围 不测试项 测试方法 开始标准 第 14 页 共 36 页

集成测试的测试报告已修改完毕；集成阶段的测试用例基本已经通过。 完成标准 系统测试报告已经修改完毕。 功能已达到用户需求。 测试重点和优先此阶段包括： 级 1．用户的显性需求。 2．用户的隐性需求。 隐藏风险 需考虑的特殊事据每个项目的特殊性而填写该内容。 项  UI测试 核实用户与软件之间的交互，确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行。 测试目标 主要核实以下内容： 1、过测试进行的浏览可正确反映是否符合业务的功能和需求，包括窗口与窗口之间，界面与界面之间的切换，以及各种访问方法（Tab键、鼠标移动、快捷键）的使用。 测试范围 包括系统中所有图形界面、易用性、操作性等都在测试范围之内。 不测试项 测试方法 明确不需要测试的内容 参照软件测试方法文档。 第 15 页 共 36 页

开始标准 完成标准 测试重点和优先级 需考虑的特殊事项  功能测试已完成。 各对象能够按照预期的方式显示或运行。 重点测试软件的易用性及可操作性。 在集成阶段中修改后的页面在800*600环境下的测试 兼容性测试 件在用户需求的各种软硬件环境下运行是否正常。 是指测试的覆盖范围。 明确不需要测试的内容 请参照软件测试方法文档。 功能测试已经结束。 功能已达到用户需求。 测试目标 测试范围 不测试项 测试方法 开始标准 完成标准 用户所要求的操作系统/IE版本下软件能正常运行。 需特殊要求的功能模块能给予相应的提示或帮助说明。 测试重点和优先级 此阶段包括： 1、典型常用环境下的测试。 2、其它环境下的测试。 需考虑的特殊事项 2. 测试环境（可视用户需求作调整）： 客户机 应用服务器 数据服务器 第 16 页 共 36 页

3. 功能模块及人员、时间分工（只需写大的功能模块） 人员 计划完成工作日 模块 测试要点 1. 组织与责任： 4)

测试负责人：

责任：测试计划、流程制定，测试报告模板、测试程序准备。测试协调。 5)

测试执行人：

责任：进行测试、书写测试报告。 6)

测试环境准备：

责任：测试环境的准备。 2. 测试约定： 网址约定： 5、安装测试计划 1.

测试方法：

确保在客户要求的环境下能顺利的进行安装 测试目标 第 17 页 共 36 页

测试范围 不测试项 测试方法 项目完整的安装过程 明确不需要测试的内容  按系统默认安装流程逐步安装，安装时注意观察  是否对环境配置进行了检查，并依据不同的检查结果判定是否能继续进行安装（如当不存在IIS、数据库等，则给予提示后不可以继续安装，当不存在FTP、MSMQ，给予提示后仍可以继续安装）。  安装界面：公司信息是否准确、文字描述是否准确、文字排列是否整齐、整体界面是否美观  默认流程是否能安装成功  安装过程中更改所有默认设置（如安装站点、端口号、安装路径、数据库密码、数据库服务器名称），观察其过程是否正常，并且安装后检查程序文件Web.config指向是否做了相应的修改）  安装后的检查：开始菜单中程序组是否建立、数据库建立是否完整（附加数据库的方式则必须分数据库装在系统盘/非系统盘两种情况进行安装，且需进行将数据库文件属性改为只读时的安装）、IIS目录（FTP站点、Web站点）、MSMQ是否建立；所有模板文件的只读属性（必须清楚具有那些模板文件）是否被去掉；所有资源文件的只读属性是否去掉； IE6.0下载的文件名、路径等是否正确。  验证系统是否能完成修复：默认安装及修改路径安装是否第 18 页 共 36 页

能修复成功  验证系统是否能完成卸载、第二次安装，第二次安装数据库是否能保留或重新建立。  整体软件流程运行一遍，主要是验证打包时文件是否漏打或相关配置文件是否建立 开始标准  系统测试已经完毕，所有功能已经实现  已通过项目评审 完成标准 测试重点和优先级 需考虑的特殊事项 2. 测试环境要求： 在客户所要求的各种环境下能顺利进行安装 确保在要求的主要环境下能顺序安装上。 a. 服务器安装的软件环境要求 序号 3 3. 操作系统及其他相关软件 人员及任务表 任 务 进行任务协调、沟通 人 员 时间要求 系统盘格式 主域控制 数据库安装位置 组织与责任 任务协调人员 第 19 页 共 36 页

环境准备人员 安装测试人员 进行各种安装环境准备 进行安装测试、测试报告填 写 第 20 页 共 36 页

篇三：软件测试报告

第1章 版本变更记录 日期 版本 作者/修改者 1.0 创建 描述 审核人 项目基本信息 项目名称 客户方 开发方 项目委托时间 项目测试时间范围 测试参与人员 第2章 引言 2.1 编写目的 [以下作为参考]

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

第 21 页 共 36 页

从至 经理。

[可以针对不同的人员进行阅读范围的描述。什么类型的人可以参见报告XXX页XXX章节等。] 2.2 项目背景 本报告主要内容包括：

[对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。] 2.3 参考资料

[需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。 测试使用的国家标准、行业指标、公司规范和质量手册等等。] 资料名称 2.4 术语和缩略语 [列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。] 缩略语 全意 作者 第 22 页 共 36 页

第3章 测试概要

[测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。] 3.1 测试用例设计

[简要介绍测试用例的设计方法。例如：等价类划分、边界值、因果图，以及用这类方法(3-4句)。] 3.2 测试环境与配置

[对于三层架构的，可以根据网络拓扑图列出相关配置。] 3.2.1 功能测试 数据库服务器配置 机器名（IP） 应用服务器配置 机器名（IP） 客户端配置 机器名（IP） CPU 内存 软件环境（操作系统、应用软件） CPU 内存 软件环境（操作系统、应用软件） CPU 内存 软件环境（操作系统、应用软件） 第 23 页 共 36 页

说[访问地址等] 明 3.2.2 性能测试 数据库服务器配置 机器名（IP） 应用服务器配置 机器名（IP） 客户端配置 机器名（IP） CPU 内存 软件环境（操作系统、应用软件） CPU 内存 软件环境（操作系统、应用软件） CPU 内存 软件环境（操作系统、应用软件） 说[访问地址等] 明 3.3 测试方法和工具 测试内容 测试方法 测试工具 备注 第 24 页 共 36 页

功能 性能 黑盒、手工、回归 Qc、jira 黑盒、手工、回归、工具自Qc、jira 动 LoadRunner 9.0（试用版） 可靠性 安全性 可使用性 兼容性 安装和手册 黑盒、手工、回归 黑盒、手工、回归 黑盒、手工、回归 黑盒、手工、回归 黑盒、手工、回归 Qc、jira Qc、jira Qc、jira Qc、jira Qc、jira 第4章 测试内容和执行情况 [采用了CMM/ISO或者其他工程标准过程。这部分主要汇总各种数据并进行度量，度量包括对软件能力评估、对软件产品的质量度量和产品评估。] 4.1 项目测试概况表

对XXXX系统的功能、性能、可靠性、安全性、可使用性、兼容性、安装和手册等方面进行了全面的测试。项目测试概况表 项目版本 个 开始时间 结束时间 用例数 用例通过数 个 个 问题数 用例通过率 ％ 第 25 页 共 36 页

4.2 功能 功能测试情况概要 模块名称 个 开始时间 结束时间 用例数 用例通过数 个 个 问题数 用例通过率 ％ 4.2.1 总体KPI [下表摘一些需求点（可融合用例，框架性内容，不需要太具体的用例）、用例执行情况出来。] 功能 基本要求 测试情况 测试通过 是 否 登录 输入正确的用户名和密码可以登录系统。 输入错误的用户名和密码系统给出明确提示。 功能实现。 第 26 页 共 36 页

4.2.2 模块二 功能 基本要求 测试情况 测试通过 是 否 登录 输入正确的用户名和密码可以登录系统。 输入错误的用户名和密码系统给出明确提示。 功能实现。 4.2.3 模块三 功能 基本要求 测试情况 测试通过 是 否 登录 输入正确的用户名和密码可以登录系统。 输入错误的用户名和密码系统给出明确提示。 功能实现。 第 27 页 共 36 页

4.3 性能（效率） 性能测试情况概要 项目版本 个 开始时间 结束时间 用例数 用例通过数 个 个 问题数 用例通过率 ％ 4.3.1 测试用例 测试系统在预定环境和负载下的响应速度。通信效率、设备效率、执行效率。 序用例名称 号 1 登录 2 查询 3 退出 4 ***用户同时登录， 基本要求 测试情况 测试通过 是 否 第 28 页 共 36 页

5 4.3.2 参数设置 [大概列一些数据项，有需要的再补充其中。] 脚本循环次数 真实客户端数量 模拟线路类型 4.3.3 通信效率 [先简介测试内容和测试标准，包括网络的使用频度与带宽占用。然后填写下面表格。]

用户数 接收（字节数 / 秒） 发送（字节数 / 秒） 当前带宽（M） 台 10/100M以太网 并发用户数 脚本录制方法 10、20、XX 自动 手动 [说明：包括使用LoadRunner测试以上各种情况，包括测试该功能得到的性能指标的截图] 说明： 4.3.4 设备效率

[先简介测试内容和测试标准，包括CPU占用率、内存占用率、磁盘占用率、输入输出效率等，包括软件在不工作状态下对于硬件资源的占用情况和进行业务处理过程中对于硬件资源的占用情况。然后填写下面表格。] 用户数 CPU占用率 （%） 内存占用率（KB） 磁盘占用率 （%） 磁盘传输率 （B/ S） 第 29 页 共 36 页

[说明：包括使用LoadRunner测试以上各种情况，包括测试该功能得到的性能指标的截图] 说明： 4.3.5 执行效率

[先简介测试内容和测试标准，包括在预定环境和负载下的响应速度，特别是在大负载、大并发量情况下的响应速度。然后填写下面表格。] 并发用户数 平均响应时间（秒） 登录 查询 退出 [说明：包括使用LoadRunner测试以上各种情况，包括测试该功能得到的性能指标的截图] 说明： 4.4 可靠性 测试内容 基本要求 测试情况 测试通过 是 否 掉电 客户机掉电或强行关机后重启实现要求。 第 30 页 共 36 页

机器，不丢失数据。 4.5 安全性 测试内容 基本要求 测试情况 测试通过 是 否 用户权限 所有授权用户是否能在所授权限下进行工作，不容许超权限。 4.6 易用性 测试内容 基本要求 测试情况 测试通过 是 否 易安装性 安装参数给出默认值或提示，需要用户干预的地方尽量少，操作方便。 实现要求。 实现要求。 第 31 页 共 36 页

4.7 兼容性 测试内容 基本要求 测试情况 测试通过 是 否 硬件 软件对硬件的最低配置要求、推荐配置和特殊要求 数据库PC服务器： CPU， MB以上内存， GB以上硬盘 WEB服务器：以上CPU， MB以上内存， GB以上硬盘 客户机：以上CPU、MB以上内存， MB以上硬盘 4.8 安装和手册 测试内容 基本要求 测试情况 测试通过 是 否 启动安装程如果安装了CD-ROM, 插入安装能实现要求。 第 32 页 共 36 页

序 盘后自动启动安装程序。 在CD盘中突出显示setup.exe文件，双击文件启动安装程序。 第5章 覆盖分析 测试覆盖率 模块名称 用例个数 执行数 各模块测试覆盖率 公用 公诉 ％ 未/漏测分析和原因 测试覆盖率计算： 执行数/用例总数 ×100％ ＝ 第6章 缺陷的统计与分析 6.1 缺陷汇总 测试问题数量-问题类型

第 33 页 共 36 页

[使用BI，截表、柱状图] 测试问题数量-其他数据 [使用BI，截表]

测试问题数量-问题产生原因 [使用BI，截表、柱状图] 6.2 缺陷分析

本部分对上述缺陷和其他收集数据进行综合分析。重要缺陷分析表 模块名称 缺陷编号 简要描述 分析结果 测试通过（Pass/Fail） 6.3 残留缺陷与未解决问题 残留缺陷与未解决问题列表 模块名称 登录 缺陷编号 性质 Bug 如何引起缺陷，缺陷的后果，描述造成软件局限性和其他性的原因 简要描述 原因分析 第 34 页 共 36 页

缺陷 建议 第7章 测试结论与建议 7.1 测试结论

“XXX系统”在用户现场环境进行功能、可靠性、安全性、可使用性、兼容性、安装和手册功能七个方面进行了全面、严格、规范的测试。测试结果表明：“XXX系统”完全达到业务需求文档中的要求，并具有以下特点： 1.

系统架构先进、简单。该系统采用先进的B/S架构，后台支持各种大小

数据库，系统结构清晰明确，可满足国家税务总局网络软件应用的要求。 2.

功能全面。该软件由桌面系统、报表采集服务器、报表分析应用服务器

等模块组成，涵盖了税务的税收快报、税收旬报、会统报表、重点税源税收调查、纳税百强全部业务功能，提供了计会统、重点税源等各种业务报表，保证重点税源业务在系统中的正常应用，保障了重点税源监控工作顺利开展。 3.

系统安全性较好。系统具有严格的权限设置功能，权限设置可细化到字

段级，不同权限的人员只能看到自己有权限访问的字段内容，有效地保证了数据的安全性。 4.

系统设置灵活。该软件完全基于工作流程进行设计，系统业务功能操作

第 35 页 共 36 页

简单，可轻松制作各种图表。 5.

系统可靠性高。对客户机掉电或强行关机后重启机器、网络异常中断。

有完善的数据校验机制，对用户输入不符合要求的数据，给出了简洁、准确的提示信息，必要时给出了帮助。 6.

系统兼容性好。系统设计灵活，支持与税源分析系统相关应用软件实现

数据交换和共享。能满足用户在各种操作系统，各种web应用服务器及各种主流数据库支撑软件下的使用。 7.

系统预测统计模型通过严格测试，以大量税收数据进行预测，使预测模

型求出的预测数据更接近真实数据。对大量税收数据进行预警分析，预警结果正确。 8.

测试结论：通过。

7.2 建议

[1．对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响

2．可能存在的潜在缺陷和后续工作 3．对缺陷修改和产品设计的建议 4．对过程改进方面的建议 ]

第 36 页 共 36 页