《产品名称-产品功能测试报告-模板.docx》由会员分享，可在线阅读，更多相关《产品名称-产品功能测试报告-模板.docx（14页珍藏版）》请在三一文库上搜索。
1、产品名称产品功能测试报告版本号文档历史记录变更历史最后更新时间:2018-01-09 16: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 缺陷
2、汇总115.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,测试概要1.1 测试目标本测试报告为#系统测试报告，目的在于总结测试阶段的测试以与分析测试结果，描述系统是否符 合需求。编写该测试报告主要有以下几个目的；、通过对测试结果的分析，得到对软件质量的评价；、分析
4、测试的过程，产品，资源，信息，为以后制定测试计划提供参考；、评估测试测试执行和测试计划是否符合；、分析系统存在的缺陷，为修复和预防bug提供建议；1.2 测试用例设计测试用例可按照白盒测试方法或黑盒测试方法进行设计。常见的白盒测试用例设计方法有：逻辑覆 盖、语句覆盖、判定覆盖、条件覆盖、路径覆盖等，常见黑盒测试用例设计方法有：等价类划分法、边 界值分析法、错误推测法、判定表法、正交实验法。本章节主要对测试过程中使用到的黑盒测试用例设 计方法进行简要的介绍。、等价类划分法：将测试的围划分成几个互不相交的子集，他们的并集是全集，从每个子集选出 若干个有代表性的值作为测试用例；、边界值分析法： 将测
5、试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的 测试数据；、错误推测发法：根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这 些错误的测试用例的方法。这种方法没有固定的形式，依靠的是经验和直觉，很多时候，我们都会不知 不觉的使用到。、判定表法：又称为策略表，基于策略表的测试，是功能测试中最严密的测试方法。该方法适合 于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，得到一个判断清晰的策略表。另外还使用到了场景分析法来设计测试用例。场景分析法，分析软件应用的场景，从用户的角度出 发，从场景的角度来设计测试用例，是一种面向用户的测试用例设计方法。
6、这种设计方法的优点是：实 用性强，有效，设计出来的用例有价值。开始用例基本就1.3 测试环境与配置应用服务器数据库服务器客户端硬件环境CPU存：硬盘：CPU存：硬盘：CPU存：硬盘：软件环境操作系统：Jdk:Tomcat/weblogic:操作系统：Mysql、oracle、sql 操作系统： 浏览器：网络配置网络拓扑图如下:配图1.4 测试方法和工具本系统的测试主要以黑盒测试为主，并辅助使用白盒测试方法。并配合使用selenium、appscan、*等自动化测试工具。测试容测试方法测试工具备注功能黑盒、手工、自动化Jira、selenium黑盒、手工、自动化Jira、appscan3 .测试
7、容和执行情况3.1 测试概况本次测试覆盖系统的各个功能模块，针对现有产品功能模块以与实施结果分别进行测试，测试整个 系统是否达到需求规格说明书中要现的功能。对系统的功能、可靠性、安全性、易用性、兼容性、可维 护性、部署等各个方面进行了全面的测试。测试概况表如下：版本号开始时间完毕时间用例个数用例通过数Bug数量用例通过率V1.0V1.13.2 功能测试本次功能测试对系统*、*.等*个功能模块进行了全面的测试。功能/模块名称用例个数用例通过数Bug数量用例通过率模块1.模块23.3 可靠性测试可靠性测试 是验证软件产品在规定的条件下和规定的时间区间完成规定功能的能力。测试容测试过程描述测试结果容
8、错性1、对错误操作后正确的提不2、输入错误数据或错误的操作，系统不崩溃、不异常退出和丢失数据3、能屏蔽用户的误操作健壮性系统在达到极限时能给出预警，且系统不崩溃、不异常退出和丢失数据易恢复性系统运行失效后，应能快速重建系统数据校验机制1、应保证数据的完整性和一致性，不会因 删除或反复的更新而被破坏或留下垃圾数 据2、对不符合要求的输入数据，系统应给出准确的提示3.4 安全性测试安全性测试是验证软件在受到恶意攻击的情形下是否依然能够继续正确运行以与确保软件是在被 授权围合法使用。包才用户访问权限、sql注入、数据加密、恶意攻击等。测试容测试过程描述测试结果权限验证所有授权用户是否能在所授权限下进
9、行工 作，不容许超权限安全漏洞扫描利用漏洞扫描工具对整个应用进行扫描3.5 易用性测试易用性测试是指用户使用软件时是否感觉方便，是交互的适应性、功能性和有效性的集中表达。测试容测试过程描述测试结果贝囿风格一致性贝血结构、导航、按钮、菜单、搜索、 翻页、字体、列表、日期和控件、数据精 度的风格是否一致易操作性1、软件操作简便，系统支持标准的鼠标、 键盘操作，支持鼠标的单击、双击和右键 操作，支持快捷键操作；2、提供辅助输入手段（如选择输入、默认值等），数据检索方便、灵活；3、具有严重后果的功能执行可逆，或者给出明显警告，执行前要求确认；4、具有必要的信息，指导用户使用系统；易浏览性1、输入、输出
10、设计规矩，输出结果应简洁、 直观、美观、方便阅读、易懂和使用；2、人机界面简洁、美观、实用，风格相对3.6 兼容性测试兼容性测试，指对所设计程序与硬件、软件之间的兼容性的测试。分为浏览器兼容测试和分辨率兼 容测试两类。测试容测试过程描述测试结果浏览器Ie、Chrome Firefox.分辨率.3.7 可维护性测试系统的可维护性是衡量一个系统的可修复（恢复）性和可改进性的难易程度。测试容测试过程描述测试结果个性化需求开发系统是否支持二次开发日志维护日志容要包括：哪个用户、什么时间、使 用哪个IP、操作哪个模块（操作哪条业务 数据（ID）,操作结果（成功、失败）。3.8 部署测试验证系统部署的最小
11、环境或最优环境的要求，分软、硬件环境。测试容测试过程描述测试结果硬件环境CPU *存：*硬盘：*软件环境操作系统：windows*、linux*Tomcat* Oracle* 4 .覆盖分析（可选）4.1 需求覆盖需求覆盖率是指经过测试的需求 /功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100%的目标。需求、功能名称测试类型是否通过备注YPNN/AY:通过P:部分通过N:不通过N/A:不可测或用例不适用4.2 测试覆盖测试覆盖指测试系统覆盖被测试系统的程度，一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。测试覆盖率=执行总数/用例总数 X 1
12、00%。模块名称用例个数执行总数测试覆盖率漏测分析模块1.模块2.5 .缺陷统计与分析5.1 缺陷汇总本次功能测试覆盖率为*%,对系统*个功能模块进行了全面的测试。一共发现了 *个bug,其中 严重、高级别的bug有*个，一般的bug有*个，已修复的bug有*个，未修复的bug有*个。模块名称严重性的bug一般性的bug已修复bug未修复bugBug总数模块1模块2.5.2 缺陷分析5.2.1 缺陷趋势分析本次功能测试总共发布了 #个版本，#-#版本是迭代版本，#版本是回归版本。各个版 本的缺陷分析如下：配图5.2.2 缺陷严重等级分析测试发现bug主要集中在* ,属于一般性缺陷。测试一共发现
13、了*个严重级别的bug,出现严重级别的bug主要表现在以下几个方面：V*V*配图5.2.3 缺陷类型分析本次测试的缺陷类型分别是：#、#,各种类型的缺陷分析如下:配图5.2.4 模块缺陷数分析本次测试一共对系统的#、#一共#个模块进行了测试，各个模块的缺陷分析如下:配图5.3 残留缺陷与未解决问题本次测试残留的缺陷以与为解决的问题如下表:模块名称Bug类型简要描述原因分析模块1Bug填写bug标题分析残留、未解决的原 因模块2建议.6 .测试结论与建议6.1 测试结论按以下4个面进行汇总分析1 .测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）2 .对测试风险的控制措施和成效3 .测试目标是否完成4 .测试是否通过5 .2建议按以下4个面进行汇总分析1、对系统存在的问题的说明，描述测试所揭露的软件的缺陷和不足，以与可能给软件实施和运行带来 的影响2、可能存在的潜在的缺陷和后续的工作3、对缺陷修改和产品设计的建议4、对过程改进方面的建议7.附件附上bug列表（可从bug管理系统直接导出），或者用例列表