IT信息开发项目管理6.7 测试报告.docx

上传人:qq****8 文档编号:96869045 上传时间:2024-03-27 格式:DOCX 页数:20 大小:66.50KB
返回 下载 相关 举报
IT信息开发项目管理6.7 测试报告.docx_第1页
第1页 / 共20页
IT信息开发项目管理6.7 测试报告.docx_第2页
第2页 / 共20页
点击查看更多>>
资源描述

《IT信息开发项目管理6.7 测试报告.docx》由会员分享,可在线阅读,更多相关《IT信息开发项目管理6.7 测试报告.docx(20页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、某企业全称测试报告北京神州泰岳软件股份有限公司2024年3月27日某企业全称user full name测试报告文档属性属性内容客户名称某企业全称user full name项目名称项目全称project full name文档主题测试报告文档副标题文档版本0.1文档日期文档状态草案作者文档变更版本修订日期修订人描述文档送呈姓名目的目 录1引言51.1编写目的51.2产品概述51.3术语51.4参考资料52测试概况63环境部署73.1测试环境73.2部署结构图73.3测试部署情况74测试方法和工具85产品版本控制情况96开发提交文档情况107功能测试117.1覆盖率统计117.2缺陷统计117

2、.2.1按模块统计117.2.2按缺陷级别统计127.2.3按缺陷状态统计127.2.4按缺陷级别/状态交叉统计137.3未实现的需求(或功能)137.4测试结论148非功能测试158.1性能测试158.1.1设定执行场景158.1.2执行场景158.1.3测试结论168.2界面测试168.3其他测试179软件总体评价1810建议1911图表目录201 引言1.1 编写目的编写说明描述本文档编写目的,指明预期读者。1.2 产品概述编写说明描述产品概述1.3 术语编写说明解释说明软件、测试中应用到的术语和缩写。缩写、术语说明需求覆盖率提交测试的需求数/需求总数*100%测试覆盖率实际测试的需求数

3、/需求总数*100%缺陷密度缺陷总数/实际测试的需求数或者功能点数*100%缺陷解决率已关闭的缺陷/缺陷总数*100%1.4 参考资料编写说明列出编写本报告及测试整个过程中所要参考的文件、资料,如参考书籍、以及相关设计文档等。2 测试概况编写说明说明项目基本情况和测试基本情况项目(产品)名称版本号开发组责任人测试组负责人测试内容测试人员测试开始时间测试结束时间工作量(人天)测试工作量计算测试工作量=人*天3 环境部署3.1 测试环境编写说明实际测试中服务器端软、硬件环境,客户端软、硬件环境。3.2 部署结构图编写说明说明部署结构,可以包括部署图和部署说明。3.3 测试部署情况编写说明说明安装和

4、部署过程是否顺利,遇到哪些问题。4 测试方法和工具编写说明说明测试方法和采用的测试工具。5 产品版本控制情况编写说明说明开发部门提供的测试产品的版本标注是否清晰,是否符合公司要求。6 开发提交文档情况编写说明说明开发部门是否按照要求提供了相应的文档。下表是开发组应该提供的文档情况: 文档名称是否提供否否否是是7 功能测试编写说明描述功能测试情况。7.1 覆盖率统计本项目中需求总数为XX个,本次提交测试的需求数为XX个,实际测试的需求数为XX个;所以得出以下统计结果:u 需求覆盖率= 提交测试的需求数 /需求总数*100%u 测试覆盖率= 实际测试的需求数 /需求总数*100%7.2 缺陷统计编

5、写说明 缺陷密度的计算的规则:当有需求数时,按照需求数计算;当没有需求数时,按照功能点数计算u 缺陷密度= 缺陷总数 /实际测试的需求数或者功能点数*100% u 缺陷解决率= 已关闭的缺陷 / 缺陷总数*100%7.2.1 按模块统计编写说明 本表根据模块统计每个模块出现的缺陷数及占总缺陷数的比例。序号模块缺陷数比例()1234总计编写说明图示各模块缺陷所占的比例。以下举例说明,后文请参照此图示7.2.2 按缺陷级别统计编写说明 本表未列出缺陷管理器中的所有缺陷级别,可以根据情况调整或增加实际的级别缺陷级别缺陷数量致命严重中等较小微小总计编写说明图示各缺陷级别缺陷数所占的比例。7.2.3 按

6、缺陷状态统计编写说明 本表未列出缺陷管理器中的所有缺陷状态,可以根据情况调整或增加实际出现的的状态缺陷级别缺陷数量激活退回解决关闭总计编写说明图示各缺陷状态缺陷数所占的比例。7.2.4 按缺陷级别/状态交叉统计编写说明 如果上表增加缺陷状态,本表要同时增加。另外为了图型美观,当致命和严重为0时,在图中可以删除这两项,表中保留即可 缺陷状态缺陷级别解决激活退回关闭总计致命严重中等较小微小总计编写说明图示各缺陷状态和缺陷级别交叉的统计结果。7.3 未实现的需求(或功能)编写说明指明本次计划测试的功能点中未实现的需求或功能。如果没有需求文档,无法提取需求时,此处可以填写未实现的功能,填写未实现的功能

7、时,请更换相应的表头为“未实现的功能”。序号未实现的需求1237.4 测试结论编写说明根据测试统计数据,说明功能测试目标是否完成,测试是否通过,是否可进入下一阶段等。以下黑体字为常用结论样例,可根据实际情况改动。本次测试为XX系统第XX轮测试。本报告统计的缺陷为当前轮/所有轮,截止到XXXX-X-X日,该系统的缺陷情况为:未解决XX个,已解决XX个,重新打开XX个,已关闭XX个。Block XX个,Crash XX个,Major XX个,Minor XX个,Tweak/Text/ Trivial/Feature XX个。【此处简单分析缺陷情况,得出结论,说明本轮测试的效果以及测试是否通过】下一

8、轮回归测试的进入准则为: 缺陷修改百分率达80%以上。8 非功能测试编写说明描述非功能测试情况。如果测试中不含非功能测试,本章可省略。8.1 性能测试编写说明描述性能测试情况。8.1.1 设定执行场景编写说明描述性能测试时设定的场景,如场景一,场景二8.1.2 执行场景8.1.2.1 场景一: 编写说明描述场景具体的执行过程。1、场景执行信息。a)执行开始时间:b)执行结束时间:c)持续时间: d)虚拟用户加载方式: 2、统计摘要。a)并发用户数:b)最大并发用户:c)总吞吐量:d)平均吞吐量:e)总点击率:f)平均点击率:3、事务处理摘要。编写说明统计事务处理的结果。8.1.2.1.1 性能

9、指标1 编写说明说明性能指标的测试结果和结果图表。8.1.2.1.2 性能指标2 8.1.3 测试结论编写说明对性能测试结果进行总结,说明测试目标是否完成,测试是否通过等。8.2 界面测试编写说明对用户界面的友好性的评价。8.3 其他测试编写说明如果有功能,性能,界面以外的其他测试,按照实际测试类型描述,在本节中说明。9 软件总体评价编写说明从总体客观评价软件的功能、接口、性能、界面、安装、可用性、易用性等方面。10 建议编写说明根据软件缺陷,提出合理化建议。如果测试结果符合项目计划中的验收标准,则建议本版本代码可以进入基线。11 图表目录 附图目录附图1.附图错误!未定义书签。附图2.附图错误!未定义书签。表格目录表格1.表格错误!未定义书签。表格2.表格错误!未定义书签。本文档仅限北京神州泰岳软件股份有限公司和被呈送方内部使用,未经许可,请勿扩散到第三方。第 20 页 共 20 页

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 研究报告 > 其他报告

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁