软件测试报告模板 软件单元测试报告

      软件测试报告模板

      .

      (OA号：OA号/无)XXX产品名称XX版本（提测日期：YYYY.MM.dd）

      第XX轮

      功能/性能/稳定性/兼容性测试报告

      精选范本

      .

      修订历史记录

      A -增加M -修订D -删除变更版本号版本日期变更类型修改者修订记录

编号

      文件状态

      当前版本

      拟制

      审核

      批准

      JLNXDZ-001

      [ ]草稿[√]正式发布[]正在修改

      V1.0．1

      报告编写人名字

      组长名字部门经理名字

      日期

      日期

      日期

      XXX.MM.dd

      XXX.MM.dd

      XXX.MM.dd

      1.0．-3-10MXXX点窜软硬件配置说明和增加bug数据的统计、

      测试进程版本打包次数统计、用例掩盖率统计1.1.-3-13MXXX点窜测试成效列表，增加功用、性能、稳定性等测试成效

      精选范本

      .

      1.

      2.

      3.

      4.

      5.

      6.

      7.

      8.9.

      精选范本

      .

      1.概述

      1.1测试目的

      本敷陈编写目标，指出预期读者范围。

      1.2测试背景

      对项目目标和目的进行简要说明，必要时包括该项目历史做一些简介。

      1.3测试资源投入

      测试项测试人力测试工夫安装&卸载&升级测

      试

      功用性测试

      1人×2日= 2人日2012-02-24~2012-02-26，两个工

      作日

      2人×2.5日+ 2人×2日+ 2×2012-02-27~2012-02-29,两个事情

      1.5日= 12人日日

      接口测试

      稳定性测试

      的稳定性测试，共,3个工作日

      试（分3个阶段执行测试：3*24H、

      7*24H、30*24H）

      //针对本轮测试的一个分析

      精选范本

      .

      //测试项：功能测试、性能测试、稳定性测试等

      //测试时间投入：用了多少天

      //测试人力投入：需要多少人投入

      //假如是稳定性测试的话，需要说明整个周期多长，当前属于第几个阶段，如上所示1.4测试功用

      1，测试功用、内容

      //测试概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是介绍测试情况。（其他测试经理和质量人员关注部分）。

      //测试哪些功用，测试功用、测试步骤描述。

      //测试内容大纲。

      2，版本功能对比

      1，与上一个版本功能对比，增加功能、修改功能、删除功能

      2，增加了哪些定制功用

      3，差异化功能特别介绍4，借调设备投入：需要借调主要设备

      1.5术语和缩略词

      列出本系统/项目的专用术语和缩写语。对于技术的相关名词和与多义词注明清楚，以便查阅时产生歧义。

      编号

      1

      2

      3

      专业术语描述备注

      1.6测试过程版本打包次数

      打包次数原因

      精选范本

      .

      搭建环境过程

      测试过程

      2.测试情形

      2.1测试组网图

      设备毗连示意图。

      2.2测试软件环境

      操作系统数量类型配置网络环境安装软件/程序Windows1台server 2012

      64bit

      后台服务处置惩罚器:XXX(R)CPU4M

      ****************

      内存：8G

      硬盘/磁盘大小：1T

      固态硬盘大小：32G

      插件：

      1、VC2008sp1

      2、vc2010sp1

      数据库：Mysql5.6Windows7N台

      旗舰版

      64bit

      客户端处置惩罚器:XXX(R)CPU

      ****************

      内存：4G

      硬盘/磁盘大小：1T

      固态硬盘大小：32G

      服务：

      1、身份认证服务

      （V1.1.2）2、视频主控服务

      （V1.1.2）

      插件：

      1、TTS语音（可选）

      2、.NET Framework4.0

      3、.NET Framework4.5

      IE：

      1、IE11或谷歌

      程序：

      精选范本

      .1、客户端（V2.3.1）

      2、搜索工具

      2.3测试硬件资源

      本次测试过程中，使用到的硬件使用资源包括：设备型号/软件版本/固件版本/硬件版本：设备

      名称

      实测数

      量

      设备型号/

      防伪编码

      软件版本固件版本硬件版本NVR

      交换

      机

      摄像

      枪

      3.测试用例执行情况

      3.1用例覆盖率

      数量（条）比例（%）备注

      通过数

      不通过数

      未测试数本轮新增用例

      数

      用例总数

      实践经由过程的用例（经由过程数/用例总数）

      数*100

      实际不通过的用（不通过数/用例总数）

      例数*100

      未测试的用例数（未测试数/用例总数）

      *100

      在本轮测试中，（新增用例数/用例总

      新增用例数数）*100用例总数

      精选范本

      .

      3.2用例测试成效

      插入测试用例测试成效的附件表。

      每条测试用例需要包括：测试结果（通过/不通过/未测试/需求未实现），测试人员等。

      不通过：需要标记出对应的bug编号，以及实际的测试结果

      未测试：需要备注未测试的原因

      需求未实现：要备注需求未实现

      4.缺陷分析

      4.1 bug类别统计

      BUG类别新增-旧BUG引发新增-漏测新增-新功用原有BUG从头激活总计汇总

      说明：

      1)新增-漏测（上次版本未测到的BUG）

      2)新增-新功用（本次版本新增功用的BUG）

      3)新增-旧BUG引起（开发解BUG产生的新BUG）

      4)从头激活（本次版本开辟已解决，但回来发现仍然存在题目标）

      5)原有BUG（本次版本开发未解决的）4.2未关闭的bug统计

      严峻程不予解内部原无法解无法重延期处遗留问

      度决因决现理题

      长期跟转为需

      已解决重复Bug激活

      踪求

      精选范本

      .

      1（致命）

      2（严重）

      3（一般）4（建议/

      优化）

      总计

      4.3 Bug收敛趋势图

      //此bug收敛趋势图：是统计每一轮的bug提交数和关闭数，需要线性体现趋势，如上图所示（具体可参考如下附件的统计）

      BUG统计示例.xls

      x

      -

      精选范本

      .

      4.4 Bug严重程度（大项目）

      //从缺点工具截取，测试视图->报表->挑选“Bug严峻水平统计”点击天生报表，截图//是针对没有解决的BUG的一个分析

      4.5 Bug模块分布（大工程）

      //从缺点工具截取，测试视图->报表->挑选“模块Bug数目”点击天生报表，截图//是针对没有解决的BUG的一个分析

      5.测试成效与发起

      5.1测试结果

      编号模块

      12

      测试卖力人测试成效首要题目描述

      视频预览

      日志统计

      XX

      XX

      欠亨过

      经由过程

      配置正确，无法正常预览

      统计及日志记录功能正常，但是仍存

      在需要优化的题目，比方：表单款式、搜索校验等（已提bug）3

      4

      5

      6

      //测试结果：针对该表格，如果是功能测试，则列出功能测试相关的统计；如果是稳定性测试，则列出稳定性相关的统计；其他项测试，以此类推。

      //模块：假如主模块下有多个子模块，主模块所在行用黑体字透露表现，上面是其子模块。用非黑子体透露表现

      //该模块的测试执行人员

      //结果：通过、不通过、未测试（备注清楚未测试原因）

      //首要题目描述：假如成效是欠亨过的，简述致命或是严峻类题目

      功能性测试结果：

      性能测试成效：

      可靠性测试成效：

      精选范本

      .

      稳定性测试成效：

      兼容性测试结果：

      容错性测试结果：

      EMC测试结果（硬）：

      安规测试成效（硬）：

      情形实验成效（硬）：

      热传测试结果（硬）：

      整体结论：当前版本大部分的需求曾经完成，详细见《需求跟踪表》，日志统计根本功用一般，存在部分需要优化的中央。经常使用的预览模块，无法一般预览。故测试角度认为欠亨过。//给出整体结论，每项背面写分明本轮是不是测试，假如没有测试请说明原因，及打算什么时分测试。假如曾经测试写分明成效是“经由过程”照旧“欠亨过”。//假如是外购内产物测试的话，各项功用测试成效则可去掉，能够输出一段总结性的结论。插入定制功用验收表/外购选型类测试数据

      //插入定制功能验收表：如果是仿真测试或是定制类项目，则需要插入该表

      //插入外购选型类测试数据：假如是外购选型，则需要插入该表