软件测试报告总结

下面是小编为大家整理的软件测试报告总结,供大家参考。希望对大家写作有帮助!

软件测试报告总结4篇

第一篇: 软件测试报告总结

珠海****科技有限公司

xxxx测试总结报告

测试报告人：***

2015年11月20日

1项目说明

xxxxx系统是用来进行快速发送短信的管理平台系统，具有短信的单发、群发等强大的功能，实现短信息的自定义快速发送操作。同时可以实现操作模块发送模板短信内容、固定模板短信号码的设置

2术语定义

OS Operation System 操作系统

C/S Client/Server 客户端/服务器

B/S Browser/Server 浏览器/服务器

LR LoadRunner 负载测试工具

Testing environment 测试环境

3测试依据

《短信管理平台说明书》

《系统测试计划》

《系统测试用例》

4人员及进度

5测试概要

Windows7 、 Windows 8 、 Windows10

具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、场景法、错误推测法、因

果图法、判定表驱动法、正交试验设计法、功能图法等。

功能测试、压力测试、容量测试、安全性测试、GUI测试、可用性测试、安装测试

测试工具中使用LR、QTP

6覆盖分析

需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100％的目标。

需求覆盖率计算：测试通过数目/需求总数 ×100％

测试覆盖率计算：执行数/用例总数 ×100％

7BUG统计

按阶段测试统计

按BUG严重程度

BUG密度 ＝ BUG总数/功能点总数

严重BUG摘要：

8测试结论与建议

(a)测试执行完整度高，可维护性好，功能全部通过

(b)测试风险微小

(c)测试目标完成

(d)测试通过

(e)可以进入下一阶段项目目标

(a)在信息维护中，备注信息维护窗口中，点击备注摘要的空白处，备注描述顺序会颠倒，序号不变。这样的问题会影响用户使用系统。打乱用户的思维

(b)可能存在的潜在的bug，以后发现后及时的修复。

(c)程序员能够及时的修改bug,产品设计希望日后更加美化一点。

(d)程序员能够对过程改进及时。

9评审意见

第二篇: 软件测试报告总结

软件系统测试报告

2016年06月

版本修订记录

1引言错误!未指定书签。

1.1编写目的错误!未指定书签。

1.2项目背景错误!未指定书签。

1.3术语解释错误!未指定书签。

1.4参考资料错误!未指定书签。

2测试概要错误!未指定书签。

2.1系统简介错误!未指定书签。

2.2测试计划描述错误!未指定书签。

2.3测试环境错误!未指定书签。

3测试结果及分析错误!未指定书签。

3.1测试执行情况错误!未指定书签。

3.2功能测试报告错误!未指定书签。

3.2.1系统管理模块测试报告单错误!未指定书签。

3.2.2功能插件模块测试报告单错误!未指定书签。

3.2.3网站管理模块测试报告单错误!未指定书签。

3.2.4内容管理模块测试报告单错误!未指定书签。

3.2.5辅助工具模块测试报告单错误!未指定书签。

3.3系统性能测试报告错误!未指定书签。

3.4不间断运行测试报告错误!未指定书签。

3.5易用性测试报告错误!未指定书签。

3.6安全性测试报告错误!未指定书签。

3.7可靠性测试报告错误!未指定书签。

3.8可维护性测试报告错误!未指定书签。

4测试结论与建议错误!未指定书签。

4.1测试人员对需求的理解错误!未指定书签。

4.2测试准备和测试执行过程错误!未指定书签。

4.3测试结果分析错误!未指定书签。

4.4建议错误!未指定书签。

本测试报告为软件项目的系统测试报告，目的在于对系统开发和实施后的的结果进行测试以及测试结果分析，发现系统中存在的问题，描述系统是否符合项目需求说明书中规定的功能和性能要求。

预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层领导。

项目名称：系统

开发方：
公司

系统测试：按照需求规格说明对系统整体功能进行的测试。

功能测试：测试软件各个功能模块是否正确，逻辑是否正确。

系统测试分析：对测试的结果进行分析，形成报告，便于交流和保存。

1) 8566—2001 《信息技术 软件生存期过程》(原计算机软件开发规范)

2) 8567—1988 《计算机软件产品开发文件编制指南》

3) 11457—1995 《软件工程术语》

4) 12504—1990 《计算机软件质量保证计划规范》

5) 12505—1990 《计算机软件配置管理计划规范》

本测试报告按照系统使用手册介绍系统的功能，测试系统的能力是否满足《项目需求规格说明书》的功能和性能需求。测试分为功能测试和系统测试两部分。

功能测试覆盖各子系统中的功能模块，本测试针对在现有产品功能模块以及实施结果分别进行测试，测试整个系统是否达到需求规格说明书中要求实现的功能，以及测试系统的易用性、用户界面的友好性。

系统测试包括系统的易用性、可靠性、安全性、可维护性进行测试，整个系统集成后提供服务的能力，还包括系统服务性能测试、疲劳测试（不间断运行）。

系统测试人员：

系统测试时间：20—20

功能测试覆盖整个系统中的功能模块，是开发小组对所使用的多个产品进行充分整合后，为用户提供综合服务的能力。测试整个系统是否达到需求规格说明书中要求实现的各项功能。

以下按各个模块分别列出功能测试报告单。

3.2.1模块测试报告单

1、子模块1

2、子模块2

3、子模块3

………………..

4、

3.2.2模块测试报告单

3.2.3模块测试报告单

3.2.4模块测试报告单

3.2.5模块测试报告单

测试状态：1-测试合格 2-测试不合格 3-测试有错待处理 4-未测试

错误类型说明：1—功能错/缺；
2—语法错；
3—注释错；
4—结果错；
5—窗口错；
6—逻辑错；
7链接错；
8—变量定义错；
9—控件错；
11—自定义函数/类错；
12-界面错；

测试人员作为项目小组的成员、从项目需求开始对系统的业务进行了充分的理解，制定合理的测试计划，并在开发和实施过程中，不断地跟踪和测试项目的各阶段性版本。

在测试过程中，测试人员充分理解业务需求，并按照项目的测试计划，准备了充足的测试环境和资源，根据项目的《需求规格说明书》对项目的设计、安装、实施结果进行了测试，并对系统的安全性、可靠性、易用性、可维护性和系统性能进行了测试。

经过对测试结果进行分析，项目的设计和实施达到了项目需求规格说明书中要求的能力，可以进入项目的下一阶段。

项目的开发和实施虽然满足了当前业务的功能和性能要求，并实施了相应的系统安全、备份等方案，随着系统的运行和后期工程的投入生产，在现有系统软件硬件条件下，可能会给系统带来一定的压力，所以在后期工程的开发过程中，随时要兼顾一期工程的可能存在的性能优化和功能调整，以及系统在安全、备份方面加大资源投入力度，保证系统达到7x24小时稳定、可靠运行的要求。

第三篇: 软件测试报告总结

软件功能测试报告

概述

软件名称:

软件版本:

(同时注明软件软本和测试包的cvs版本)

开发经理：

申请单号:

测试人员:

测试日期:

测试内容：

备注：

表1 概述

测试环境

用途

硬件环境

软件环境

表2 测试环境

问题统计

（说明：该报告为阶段性测试的统计报告，该报表统计的bug数量为：本发布阶段内第一份申请单提交日期为起，直至填写报告这天为止的BUG数量,如果以前版本中有问题延期至本发布阶段来修正，那么该缺陷也需要统计进来；
如果是功能测试报告则只统计当轮的即可，如果是功能+验证则需要统计本发布阶段的）

按BUG状态统计(表格后面可以附上柱形图,以示更直观)

BUG状态

BUG数量

备注

未分配(new)

不是缺陷（Not Bug）

未修改(open)

已修改(fixed)

不予修改(Won’t Fix)

延期（Deffered）

被拒绝

（Declined）

无法重现

信息不足

重复的

已关闭（Closed）

重开启（Reopen）

合计

表3 按bug状态统计

按BUG类型统计(表格后面可以附上柱形图,以示更直观)

BUG

类型

BUG数量

备注

未

分

配

未

修

改

不

是

缺

陷

已

修

改

不予

修改

延

期

被拒绝

已

关

闭

重

新

开

启

合计

无法重现

信息不足

重复的

功能

界面

交互

表4 按bug类型统计

按BUG严重级别统计(表格后面可以附上柱形图,以示更直观)

BUG

严重

级别

BUG数量

备注

未

分

配

未

修

改

不

是

缺

陷

已

修

改

不予

修改

延

期

被拒绝

已

关

闭

重

新

开

启

合计

无法重现

信息不足

重复的

紧急

严重

中等

轻微

建议

表5 按bug严重级别统计

按功能模块统计(表格后面可以附上柱形图,以示更直观)

模块

名称

BUG数量

备注

未

分

配

未

修

改

不

是

缺

陷

已

修

改

不予

修改

延

期

被拒绝

已

关

闭

重

新

开

启

合计

无法重现

信息不足

重复的

模块1

模块2

…

…

…

表6 按功能模块统计

按所属人员统计(表格后面可以附上柱形图,以示更直观)

开发 人员

BUG数量

备注

未

分

配

未

修

改

不

是

缺

陷

已

修

改

不予

修改

延

期

被拒绝

已

关

闭

重

新

开

启

合计

无法重现

信息不足

重复的

张三

李四

…

…

…

表7 按所属人员统计

用例统计（可选，对于TD的项目则要填写）

(如果是功能测试报告则只统计当轮的即可，如果是功能+验证则需要统计本发布阶段的）

用例的分布情况(可用图形来表示)

有多少测试用例，测试用例的分布。执行了多少用例，有多少个Bug是由执行用例发现的。

功能模块

用例个数

执行个数

发现Bug数

模块1

模块2

…

…

…

…

总计

表8 用例分布情况

按用例的执行状态统计(可用图形来表示)(如果是功能+验证测试，则需要按测试集和模块两个方面来进行统计)

功能模块

总执行用例数

失败用例数

通过用例数

未运行的用例数

未完成用例数

用例通过率(%)

模块1

模块2

…

…

总计

表9 按用例的执行状态统计

测试综述

本轮测试持续将近×××周，到目前为止(如果是功能测试则是指本轮次，如果是功能+验证测试则是指本发布阶段)发现的BUG数据量×××，其中，重新开启：××，未解决：×××，已解决：×××。（如果是功能+验证测试，则还需说明本轮次新发现的bug情况，如：本轮测试新发现的问题有多少个？其中严重的有多少个？）从测试的角度给出该轮测试是否通过，是否需要做回归测试，或验证测试。

问题与建议

总结项目测试过程，以及和开发人员交互过程中存在的问题，经验，也可以提出自己的一些改进建议等

其他

（如果对应的测试申请单中既有功能测试类型，又有验证测试类型，那么只出功能测试报告即可，同时该项必填，需要在此附上本发布阶段的遗留问题清单以及本发布阶段新发现的重大bug清单；
遗留问题清单中如果不属本发布阶段测试范围的须在备注中说明）

遗留问题列表(本发布阶段发现的，以及前发布阶段延期至本阶段来修正的缺陷)

序号

问题详细描述

严重程度

备注

1

如果不是本轮测试范围的，请说明

2

3

…

表10 遗留问题列表

重大bug列表(指本阶段新发现的重大BUG清单)

序号

问题详细描述

严重程度

备注

1

如果不是本轮测试范围的，请说明

2

3

…

表11 重大bug列表

质量风险[可选]

主要是在本发布阶段针对开发经理要求不测试且最终确实未测试,但是测试人员从质量的角度认为需要测试的功能点做简要说明

序号

风险点描述

备注

1

2

第四篇: 软件测试报告总结

软件测试报告

软件名称：机动车专门查验区和查验监管系统建设

软件版本：

委托单位：
广东泓胜科技股份有限公司

测试类别: 委托测试

软件名称

机动车查验系统

软件版本

委托单位

广东泓胜科技股份有限公司

联系人

罗海斌

开发单位

广东泓胜科技股份有限公司

测试类别

委托测试

测试日期

测试依据

1.GB/T25000.51-2010

2.GB/T 26765-2011《机动车安全技术检验业务信息系统及联网规范》

3.GB 21861-2014《机动车安全技术检验项目和方法》

4.GB/T 22239-2008 《信息安全技术 信息系统安全等级保护基本要求》

5.《机动车检验监管系统接口使用手册》

6.《机动车安全技术检验业务信息系统操作说明书》

测试结论

在给定的测试条件下，该“机动车安全技术查验业务信息系统”的软件功能，系统安全，用户文档，软件质量等所检项目符合上述检测依据相关要求。

备注

1.本次测试报告仅适用于委托送样的被测系统及版本，当被测系统出现更新或其他更改时，应按要求重新测试

2.本报告有效期至2019-6-25

3.本报告一式三份，一份留存本检测中心，两份叫委托单位

批准：
审核：
编制：

软件名称

机动车查验系统

软件版本

委托单位

广东泓胜科技股份有限公司

负责人

殷景明

地址

广东泓胜科技股份有限公司

联系电话

0757-********

邮编

528200

样品描述：V2.1版机动车安全技术检验业务信息系统用于机动车安全技术检验，能实现检验系统的用户管理，内部查询，统计分析，机动车安全技术查验报告单打印，机动车安全技术检验表格打印等功能

样品运行基于 Windows操作系统，以Oracle为后台数据库

样品组成：只能检验终端（PDA）;软件安装程序；
用户文档。

测试地点：检测中心软件测试实验室

测试环境

类别

硬件环境

软件环境

应用及数据库服务器

型号：DELL R230

CPU：Intel（R）Xeon（TM）E3-1220V 5 3.00GHz

内存：8GB 硬盘：1TB

操作系统：Windws Server 2008

数据库：Orecle 11g

其他：.NET Framework4.0

检验监管服务器

型号：超翔Z254OH

CPU:AMD Fx-4300 Qual-Core 3.8GHz

内存：4GB 硬盘：1GB

操作系统：Windws 7

其他：机动车安全技术监管系统 V1.0

客户端

型号：杨天 T4900v-00

CPU：Intel（R）Core(TM)i3-4160 3.60GHz

内存：4GB 硬盘：500GB

操作系统：Windws 7

其他：HikPlayCtrl 1.0视频插件；
机动车安全技术检验业务信息系统V2.1; .NET

推荐访问:测试报告 软件 软件测试报告总结 软件测试报告总结 软件测试报告总结范文