【产品名称】-产品功能测试报告-模板_第1页
【产品名称】-产品功能测试报告-模板_第2页
【产品名称】-产品功能测试报告-模板_第3页
【产品名称】-产品功能测试报告-模板_第4页
【产品名称】-产品功能测试报告-模板_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、产品名称产品功能测试报告版本号文档历史记录变更历史最后更新时间:2018-01-0916:39版本更新日期作者变更描述文档目录1 .文档介绍41.1 文档目的41.2 参考文献41.3 术语与缩写解释42 .测试概要52.1 测试目标52.2 测试用例设计52.3 测试环境与配置62.4 测试方法和工具63 .测试内容和执行情况73.1 测试概况73.2 功能测试73.3 可靠性测试73.4 安全性测试83.5 易用性测试83.6 兼容性测试93.7 可维护性测试93.8 部署测试94 .覆盖分析(可选)104.1 需求覆盖104.2 测试覆盖105 .缺陷统计与分析115.1 缺陷汇总115

2、.2 缺陷分析115.2.1 缺陷趋势分析115.2.2 缺陷严重等级分析115.2.3 缺陷类型分析115.2.4 模块缺陷数分析125.3 残留缺陷与未解决问题126 .测试结论与建议136.1 测试结论136.2 建议137 .附件141 .文档介绍1.1 文档目的简要介绍项目背景、系统架构、测试环境和测试注意事项。1.2 参考文献无1.3 术语与缩写解释(黑盒测试)-又称功能测试或者数据驱动测试,是根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理。(白盒测试)-又称结构测试或者逻辑驱动测试,把测试对象看作一个打开的盒子。(回归测试)-指在发生修改之后重新测试先前的测试以

3、保证修改的正确性。(覆盖率)-覆盖率是度量测试完整性的一个手段,是测试有效性的一个度量。测试覆盖由需求覆盖和代码覆盖组成。(自动化测试)-一般是指软件测试的自动化,软件测试就是在预设条件下运行系统或应用程序,评估运行结果,预先条件应包括正常条件和异常条件。(测试用例)-是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求。2 .测试概要2.1 测试目标本测试报告为XXK统测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求。编写该测试报告主要有以下几个目的;、通过对测试结果的分析,得到对软件质量的评价;、分析测试的过程

4、,产品,资源,信息,为以后制定测试计划提供参考;、评估测试测试执行和测试计划是否符合;、分析系统存在的缺陷,为修复和预防bug提供建议;2.2 测试用例设计测试用例可按照白盒测试方法或黑盒测试方法进行设计。常见的白盒测试用例设计方法有:逻辑覆盖、语句覆盖、判定覆盖、条件覆盖、路径覆盖等,常见黑盒测试用例设计方法有:等价类划分法、边界值分析法、错误推测法、判定表法、正交实验法。本章节主要对测试过程中使用到的黑盒测试用例设计方法进行简要的介绍。、等价类划分法:将测试的范围划分成几个互不相交的子集,他们的并集是全集,从每个子集选出若干个有代表性的值作为测试用例;、边界值分析法:将测试边界情况作为重点

5、目标,选取正好等于、刚刚大于或刚刚小于边界值的测试数据;、错误推测发法:根据经验或直觉推测程序中可能存在的各种错误,从而有针对性地编写检查这些错误的测试用例的方法。这种方法没有固定的形式,依靠的是经验和直觉,很多时候,我们都会不知不觉的使用到。、判定表法:又称为策略表,基于策略表的测试,是功能测试中最严密的测试方法。该方法适合于逻辑判断复杂的场景,通过穷举条件获得结果,对结果再进行优化合并,得到一个判断清晰的策略表。另外还使用到了场景分析法来设计测试用例。场景分析法,分析软件应用的场景,从用户的角度出发,从场景的角度来设计测试用例,是一种面向用户的测试用例设计方法。这种设计方法的优点是:实用性

6、强,有效,设计出来的用例有价值。一2.3 测试环境与配置应用服务器数据库服务器客户端硬件环境CPU内存:硬盘:CPU内存:硬盘:CPU内存:硬盘:软件环境操作系统:Jdk:Tomcat/weblogic:操作系统:Mysql、oracle、sql操作系统:浏览器:网络配置网络拓扑图如下:配图2.4 测试方法和工具本系统的测试主要以黑盒测试为主,并辅助使用白盒测试方法。并配合使用selenium、appscan、*等自动化测试工具。测试内容测试方法测试工具备注功能黑盒、手工、自动化Jira、selenium黑盒、手工、自动化Jira、appscan3 .测试内容和执行情况3.1 测试概况本次测试

7、覆盖系统的各个功能模块,针对现有产品功能模块以及实施结果分别进行测试,测试整个系统是否达到需求规格说明书中要求实现的功能。对系统的功能、可靠性、安全性、易用性、兼容性、可维护性、部署等各个方面进行了全面的测试。测试概况表如下:版本号开始时间结束时间用例个数用例通过数Bug数量用例通过率V1.0V1.13.2 功能测试本次功能测试对系统*、*.等*个功能模块进行了全面的测试。功能/模块名称用例个数用例通过数Bug数量用例通过率模块1.模块23.3 可靠性测试可靠性测试是验证软件产品在规定的条件下和规定的时间区间完成规定功能的能力。测试内容测试过程描述测试结果容错性1、对错误操作后正确的提不2、输

8、入错误数据或错误的操作,系统不崩溃、不异常退出和丢失数据3、能屏蔽用户的误操作健壮性系统在达到极限时能给出预警,且系统不崩溃、不异常退出和丢失数据易恢复性系统运行失效后,应能快速重建系统数据校验机制1、应保证数据的完整性和一致性,不会因删除或反复的更新而被破坏或留下垃圾数据2、对不符合要求的输入数据,系统应给出准确的提不3.4 安全性测试安全性测试是验证软件在受到恶意攻击的情形下是否依然能够继续正确运行以及确保软件是在被授权范围内合法使用。包括用户访问权限、sql注入、数据加密、恶意攻击等。测试内容测试过程描述测试结果权限验证所有授权用户是否能在所授权限下进行工作,不容许超权限安全漏洞扫描利用

9、漏洞扫描工具对整个应用进行扫描3.5易用性测试易用性测试是指用户使用软件时是否感觉方便,是交互的适应性、功能性和有效性的集中体现。测试内容测试过程描述测试结果贝囿风格一致性贝血结构、导航、按钮、菜单、链接、搜索、翻页、字体、列表、日期和控件、数据精度的风格是否一致易操作性1、软件操作简便,系统支持标准的鼠标、键盘操作,支持鼠标的单击、双击和右键操作,支持快捷键操作;2、提供辅助输入手段(如选择输入、默认值等),数据检索方便、灵活;3、具有严重后果的功能执行可逆,或者给出明显警告,执行前要求确认;4、具有必要的信息,指导用户使用系统;易浏览性1、输入、输出设计规矩,输出结果应简洁、直观、美观、方

10、便阅读、易懂和使用;2、人机界面简洁、美观、实用,风格相对3.6兼容性测试兼容性测试,指对所设计程序与硬件、软件之间的兼容性的测试。分为浏览器兼容测试和分辨率兼容测试两类。测试内容测试过程描述测试结果浏览器Ie、ChromeFirefox.分辨率.3.7可维护性测试系统的可维护性是衡量一个系统的可修复(恢复)性和可改进性的难易程度。测试内容测试过程描述测试结果个性化需求开发系统是否支持二次开发日志维护日志内容要包括:哪个用户、什么时间、使用哪个IP、操作哪个模块(操作哪条业务数据(ID),操作结果(成功、失败)。3.8部署测试验证系统部署的最小环境或最优环境的要求,分软、硬件环境。测试内容测试

11、过程描述测试结果硬件环境CPU*内存:*硬盘:*软件环境操作系统:windows*、linux*Tomcat*Oracle*4 .覆盖分析(可选)4.1 需求覆盖需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值,通常情况下要达到100%的目标。需求、功能名称测试类型是否通过备注YPNN/AY:通过P:部分通过N:不通过N/A:不可测或用例不适用4.2 测试覆盖测试覆盖指测试系统覆盖被测试系统的程度,一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。测试覆盖率=执行总数/用例总数X100%。模块名称用例个数执行总数测试覆盖率漏测分析模块1.

12、模块2.5 .缺陷统计与分析5.1 缺陷汇总本次功能测试覆盖率为*%,对系统*个功能模块进行了全面的测试。一共发现了*个bug,其中严重、高级别的bug有*个,一般的bug有*个,已修复的bug有*个,未修复的bug有*个。模块名称严重性的bug一般性的bug已修复bug未修复bugBug总数模块1模块2.5.2 缺陷分析5.2.1 缺陷趋势分析本次功能测试总共发布了xxxx个版本,xxxx-xxxx版本是迭代版本,xxxx版本是回归版本。各个版本的缺陷分析如下:【配图】5.2.2 缺陷严重等级分析测试发现bug主要集中在*,属于一般性缺陷。测试一共发现了*个严重级别的bug,出现严重级别的bug主要表现在以下几个方面:V *V *【配图】5.2.3 缺陷类型分析本次测试的缺陷类型分别是:xxxx、xxxx,各种类型的缺陷分析如下:【配图】5.2.4 模块缺陷数分析本次测试一共对系统的xxxx、xxxx一共xx个模块进行了测试,各个模块的缺陷分析如下:【配图】5.3 残留缺陷与未解决问题本次测试残留的缺陷以及为解决的问题如下表:模块名称Bug类型简要描述原因分析模块1Bug填写bug标题分析残留、未解决的原因模块2建议.6 .测试结论与建议6.1 测试结论按以下4个面进行汇总分析1 .测试执行是否充分(可以

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论