《软件测试报告模板》由会员分享，可在线阅读，更多相关《软件测试报告模板（13页珍藏版）》请在金锄头文库上搜索。
1、（OA号：OA号/无） XXX产品名称XX 版本（提测日期：YYYY.MMdd）第xx轮功能/性能/稳定性/兼容性测试报告编号JLNXDZ-001文件状态草稿V正式发布正在修改当前版本V1.0. 1拟制报告编写人名字日期YYYY.MM.dd审核组长名字日期YYYY.MM.dd批准部门经理名字日期YYYY.MM.dd修订历史记录A - 增加 M - 修订 D - 删除变更版本号版本日期变更类型修改者修订记录1.0. 12017-3-10MXXX修改软硬件配置说明以及增加bug数据的统计、 测试过程版本打包次数统计、用例覆盖率统计1.1.12017-3-13MXXX修改测试结果列表，增加功能、性能
2、、稳定性等测试结果.4.1. 概述1.1 测试目的4.1.2 测试背景4.1.3 测试资源投入4.1.4 测试功能5.1.5 术语和缩略词1.6 测试范围5.错误!未定义书签。2. 测试环境 6.2.1 测试软件环境6.2.2 测试硬件资源7.2.3 测试组网图 6.3. 测试用例执行情况7.4. 测试结果分析（大项目） 8.4.1 Bug趋势图94.2 Bug严重程度104.3 Bug模块分布4.4 Bug来源1.0错误!未定义书签。5. 测试结果与建议.1.05.1 测试结果.1.05.2 建议.1.15.3 测试差异分析.1.16. 测试缺陷分析1.1.1.27. 未实现需求列表8. 测
3、试风险 1.29. 缺陷列表 1.31. 概述1.1 测试目的本报告编写目的，指出预期读者范围1.2 测试背景对项目目标和目的进行简要说明，必要时包括该项目历史做一些简介1.3 测试资源投入测试项测试人力测试时间安装&卸载&升级测 试1人X2日=2人日2012-02-242012-02-26 两个工 作日功能性测试2人X2.5日+ 2人X2日+ 2X1.5日二12人日2012-02-272012-02-29,两个工作 日接口测试稳定性测试1人X7 日 =7人日2/283/2,目前处于第一个阶段 的稳定性测试，共3个工作日 原计划：/283/28开始稳定性测 试（分3个阶段执行测试3*24H、
4、7*24H、30*24H）/针对本轮测试的一个分析/测试项：功能测试、性能测试、稳定性测试等/测试时间投入：用了多少天/测试人力投入：需要多少人投入/如果是稳定性测试的话，需要说明整个周期多长，当前属于第几个阶段，如上所示1.4 测试功能1，测试功能、内容/测试概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是介绍测试情况 （其他测试经理和质量人员关注部分）。/测试哪些功能，测试功能、测试步骤描述。/测试内容大纲。2，版本功能对比1，与上一个版本功能对比，增加功能、修改功能、删除功能2，增加了哪些定制功能3，差异化功能特别介绍4，借调设备投入：需要借调主要设备1.5 术语和缩略词列出
5、本系统/项目的专用术语和缩写语。对于技术的相关名词和与多义词注明清楚，以便查 阅时产生歧义。1.6 测试过程版本打包次数打包次数原因搭建环境过程0测试过程02. 测试环境2.1 测试组网图设备连接示意图。2.2 测试软件环境操作系统数量类型配置网络环境安装软件/程序Windows server 2012 64bit1台后台服务处理器:Intel(R)CPU内存：8G硬盘/磁盘大小：1T固态硬盘大小：32G4M插件：1、VC2008sp12、vc2010sp1数据库：Mysql5.6服务：1、身份认证服务(V1.1.2)2、视频主控服务(V1.1.2)Windows 7 旗舰版 64bitN台客
6、户端处理器:Intel(R)CPU内存：4G硬盘/磁盘大小：1T固态硬盘大小：32G插件：1、TTS语音(可选)2、.NET Framework4.03、.NET Framework4.5IE：1、IE11或谷歌程序：1、客户端V2.3.1）2、搜索工具2.3 测试硬件资源本次测试过程中，使用到的硬件使用资源包括：设备型号/软件版本/固件版本/硬件版本：设备实测数设备型号/软件版本固件版本硬件版本名称量防伪编码NVR交换机摄像枪3. 测试用例执行情况3.1 用例覆盖率数量（条）比例（）备注通过数实际通过的用例 数（通过数/用例总数）* 100不通过数实际不通过的用 例数（不通过数/用例总数）*
7、 100未测试数未测试的用例数（未测试数/用例总数）* 100本轮新增用例数在本轮测试中， 新增用例数（新增用例数用例总数）* 100用例总数用例总数3.2用例测试结果插入测试用例测试结果的附件表。 每条测试用例需要包括：测试结果（通/过不通过/未测试/需求未实现），测试人员等 不通过：需要标记出对应的）ug编号，以及实际的测试结果 未测试：需要备注未测试的原因需求未实现：要备注需求未实现4. 缺陷分析4.1 bug类别统计BUG类别新增-旧BUG引起新增-漏测新增-新功能原有BUG重新激活总计汇总179917115说明：1）新增-漏测（上次版本未测到的BUG）2）新增-新功能（本次版本新增功
8、能的BUG）3）新增-旧BUG引起（开发解BUG产生的新BUG）4）重新激活（本次版本开发已解决，但回归发现仍然存在问题的5）原有BUG （本次版本开发未解决的）4.2未关闭的bug统计严重程度不予解决外部原因无法解决无法重现延期处理遗留问题已解决长期跟踪重复Bug转为需求激活1（致命）2（严重）3（般）4（建议/优化）总计4.3 Bug收敛趋势图住立加删（堆总以;Mil 无奴;鬲rill-l也同/此bug收敛趋势图：是统计每一轮的bug提交数和关闭数，需要线性体现趋势，如上图所 示（具体可参考如下附件的统计）BUG统计示例.xlsx4.4 Bug严重程度（大项目）/从缺陷工具截取，测试视图-
9、 报表-选择“Bug严重程度统计”点击生成报表，截图 /是针对没有解决的BUG的一个分析4.5 Bug模块分布（大项目）/从缺陷工具截取，测试视图- 报表-选择“模块Bug数量”点击生成报表，截图 /是针对没有解决的BUG的一个分析5. 测试结果与建议5.1 测试结果编号模块测试负责人测试结果主要问题描述1视频预览XX不通过配置正确，无法正常预览2日志统计XX通过统计及日志记录功能正常但是仍存 在需要优化的问题例如:表单样式、 搜索校验等（已提bug）3456/测试结果：针对该表格，如果是功能测试，则列出功能测试相关的统计；如果是稳定性测 试，则列出稳定性相关的统计；其他项测试，以此类推。/模
10、块：如果主模块下有多个子模块，主模块所在行用黑体字表示，下面是其子模块。用 非黑子体表示/该模块的测试执行人员/结果：通过、不通过、未测试（备注清楚未测试原因）/主要问题描述：如果结果是不通过的，简述致命或是严重类问题功能性测试结果：性能测试结果：可靠性测试结果：稳定性测试结果：兼容性测试结果：容错性测试结果：EMC 测试结果（硬）： 安规测试结果（硬）： 环境试验结果（硬）： 热传测试结果（硬）：总体结论：当前版本大部分的需求已经实现，具体见需求跟踪表，日志统计基本功能正 常，存在部分需要优化的地方。常用的预览模块，无法正常预览。故测试角度认为不通过。/给出总体结论，每一项后面写清楚本轮是否
11、测试，如果没有测试请注明原因，及计划什么 时候测试。如果已经测试写清楚结果是“通过”还是 “不通过”。/如果是外购内产品测试的话，各项功能测试结果则可去掉，可以输出一段总结性的结论插入定制功能验收表/外购选型类测试数据/插入定制功能验收表：如果是仿真测试或是定制类项目，则需要插入该表 /插入外购选型类测试数据：如果是外购选型，则需要插入该表5.2 建议1， 测试执行是否充分2， 测试目标是否完成3， 对系统存在问题的说明，描述当前测试所揭露的缺陷和不足，以及带来的影响4， 对缺陷修改和产品设计的建议5.3 测试差异分析1，测试环境和测试方案是否一致2，测试用例执行是否有偏差6. 测试缺陷分析1
12、，缺陷发现效率：BUG总数/天数二个/天2,缺陷密度：BUG总数/模块二个/模块3， 系统测试缺陷发现密度：系统测试发现的缺陷数/测试用例数*100%7. 未实现需求列表8. 测试风险/风险影响：说明该风险对该项目的影响/影响等级：分高、中、低三级9. 缺陷列表插入 buglist 的附件表（保留关键列即可，如下） /从缺陷管理工具导出，以附件的形式/测试视图-搜索-搜索出自己要导出的 BUG, 点击【导出】/保留关键字段列（Bug编号、所属模块、Bug标题、严重程度、优先级、重现步骤、Bug 状态、激活次数、由谁创建、创建日期、指派给、解决方案、关闭日期、bug类别、bug来 源），保存成EXCEL各式。Bug类别分为几项：1）新增-漏测（上次版本未测到的 BUG）2）新增-新功能（本次版本新增功能的 BUG）3）新增-旧BUG引起（开发解BUG产生的新BUG）4）重新激活（本次版本开发已解决，但回归发现仍然存在问题的）5）原有BUG （本次版本开发未解决的）bug来源： 分为稳定性bug、功能性bug灰色字体都是试用说明，实际使用的时候请去掉。
