软件测试报告模板Word文档下载推荐.docx

1、MXXX修改软硬件配置说明以及增加bug数据的统计、测试过程版本打包次数统计、用例覆盖率统计1.1.12017-3-13修改测试结果列表，增加功能、性能、稳定性等测试结果1. 概述1.1 测试目的本报告编写目的，指出预期读者围。1.2 测试背景对项目目标和目的进行简要说明，必要时包括该项目历史做一些简介。1.3 测试资源投入测试项测试人力测试时间安装&卸载&升级测试1人 2日 = 2人日2012-02-242012-02-26， 两个工作日功能性测试2人 2.5日 + 2人2日 + 21.5日= 12人日2012-02-272012-02-29, 两个工作日接口测试稳定性测试7日 =7人日2/

2、283/2，目前处于第一个阶段的稳定性测试，共,3个工作日原计划：2/283/28开始稳定性测试（分3个阶段执行测试：3*24H、7*24H、30*24H）/针对本轮测试的一个分析/测试项：功能测试、性能测试、稳定性测试等/测试时间投入：用了多少天/测试人力投入：需要多少人投入/如果是稳定性测试的话，需要说明整个期多长，当前属于第几个阶段，如上所示1.4 测试功能1，测试功能、容/测试概要介绍，包括测试的一些声明、测试围、测试目的等等，主要是介绍测试情况。（其他测试经理和质量人员关注部分）。/测试哪些功能，测试功能、测试步骤描述。/测试容大纲。2，版本功能对比1， 与上一个版本功能对比，增加功

3、能、修改功能、删除功能2， 增加了哪些定制功能3， 差异化功能特别介绍4， 借调设备投入：需要借调主要设备1.5 术语和缩略词列出本系统/项目的专用术语和缩写语。对于技术的相关名词和与多义词注明清楚，以便查阅时产生歧义。专业术语描述备注1231.6 测试过程版本打包次数打包次数原因搭建环境过程测试过程2. 测试环境2.1 测试组网图设备连接示意图。2.2 测试软件环境操作系统数量类型配置网络环境安装软件/程序Windows server 2012 64bit1台后台服务处理器:Intel（R）CPU E5-2603 V21.8GHz存：8G硬盘/磁盘大小：1T固态硬盘大小：32G4M插件：1、

4、 VC2008sp12、 vc2010sp1数据库：Mysql5.6服务：1、身份认证服务（V1.1.2）2、视频主控服务（V1.1.2）Windows 7旗舰版 64bitN台客户端4G1、TTS语音（可选）2、.NET Framework4.03、.NET Framework4.5IE：1、IE11或谷歌程序：1、客户端（V2.3.1）2、搜索工具2.3 测试硬件资源本次测试过程中，使用到的硬件使用资源包括：设备型号/软件版本/固件版本/硬件版本：设备名称实测数量设备型号/防伪编码软件版本固件版本硬件版本NVR交换机摄像枪3. 测试用例执行情况 3.1用例覆盖率数量（条）比例（%）通过数实

5、际通过的用例数（通过数/用例总数）*100不通过数实际不通过的用例数（不通过数/用例总数）*100未测试数未测试的用例数（未测试数/用例总数）*100本轮新增用例数在本轮测试中，新增用例数（新增用例数/用例总数）*100用例总数 3.2用例测试结果插入测试用例测试结果的附件表。每条测试用例需要包括：测试结果（通过/不通过/未测试/需求未实现），测试人员等。不通过：需要标记出对应的bug编号，以及实际的测试结果未测试：需要备注未测试的原因需求未实现：要备注需求未实现4. 缺陷分析4.1 bug类别统计BUG类别新增-旧BUG引起新增-漏测新增-新功能原有BUG重新激活总计汇总799115说明：1

6、） 新增-漏测（上次版本未测到的BUG）2） 新增-新功能（本次版本新增功能的BUG）3） 新增-旧BUG引起（开发解BUG产生的新BUG）4） 重新激活（本次版本开发已解决，但回归发现仍然存在问题的）5） 原有BUG（本次版本开发未解决的）4.2未关闭的bug统计重程度不予解决外部原因无法解决无法重现延期处理遗留问题已解决长期跟踪重复Bug转为需求激活1（致命）2（重）3（一般）4（建议/优化） 4.3 Bug收敛趋势图/此bug收敛趋势图：是统计每一轮的bug提交数和关闭数，需要线性体现趋势，如上图所示（具体可参考如下附件的统计）- 4.4 Bug重程度（大项目）/从缺陷工具截取，测试视图

7、-报表-选择“Bug重程度统计”点击生成报表，截图/是针对没有解决的BUG的一个分析 4.5 Bug模块分布（大项目）选择“模块Bug数量”点击生成报表，截图5. 测试结果与建议5.1 测试结果模块测试负责人测试结果主要问题描述视频预览XX不通过配置正确，无常预览日志统计通过统计及日志记录功能正常，但是仍存在需要优化的问题，例如：表单样式、搜索校验等（已提bug）456/测试结果：针对该表格，如果是功能测试，则列出功能测试相关的统计；如果是稳定性测试，则列出稳定性相关的统计；其他项测试，以此类推。/模块：如果主模块下有多个子模块， 主模块所在行用黑体字表示，下面是其子模块。用非黑子体表示/该模

8、块的测试执行人员/结果：通过、不通过、未测试（备注清楚未测试原因）/主要问题描述：如果结果是不通过的，简述致命或是重类问题功能性测试结果：性能测试结果：可靠性测试结果：稳定性测试结果：兼容性测试结果：容错性测试结果：EMC测试结果（硬）：安规测试结果（硬）：环境试验结果（硬）：热传测试结果（硬）：总体结论：当前版本大部分的需求已经实现，具体见需求跟踪表，日志统计基本功能正常，存在部分需要优化的地。常用的预览模块，无常预览。故测试角度认为不通过。/给出总体结论，每一项后面写清楚本轮是否测试，如果没有测试请注明原因，及计划什么时候测试。如果已经测试写清楚结果是“通过” 还是 “不通过”。/如果是外

9、购产品测试的话，各项功能测试结果则可去掉，可以输出一段总结性的结论。插入定制功能验收表/外购选型类测试数据/插入定制功能验收表：如果是仿真测试或是定制类项目，则需要插入该表/插入外购选型类测试数据：如果是外购选型，则需要插入该表5.2 建议1， 测试执行是否充分2， 测试目标是否完成3， 对系统存在问题的说明，描述当前测试所揭露的缺陷和不足，以及带来的影响4， 对缺陷修改和产品设计的建议5.3 测试差异分析1，测试环境和测试案是否一致2，测试用例执行是否有偏差6. 测试缺陷分析1， 缺陷发现效率：BUG总数/天数 = 个/天2， 缺陷密度：BUG总数/模块 = 个/模块3， 系统测试缺陷发现密

10、度：系统测试发现的缺陷数/测试用例数*100% %7. 未实现需求列表需求编号需求名称需求描述8. 测试风险风险项名称风险描述风险影响影响等级/风险影响：说明该风险对该项目的影响/影响等级：分高、中、低三级9. 缺陷列表插入buglist的附件表（保留关键列即可，如下）/从缺陷管理工具导出，以附件的形式/测试视图-搜索-搜索出自己要导出的BUG, 点击【导出】/保留关键字段列（Bug编号、所属模块、Bug标题、重程度、优先级、重现步骤、Bug状态、激活次数、由谁创建、创建日期、指派给、解决案、关闭日期、bug类别、bug来源）， 保存成EXCEL各式。Bug类别分为几项：bug来源：分为稳定性bug、功能性bug/灰色字体都是试用说明，实际使用的时候请去掉。