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