【产品名称~】产品功能检查测试报告模板.doc

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