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

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. 覆盖

2、分析（可选） .104.1 需求覆盖 .104.2 测试覆盖 .105. 缺陷统计与分析 .115.1 缺陷汇总 .115.2 缺陷分析 .115.2.1 缺陷趋势分析 .115.2.2 缺陷严重等级分析 .115.2.3 缺陷类型分析 .115.2.4 模块缺陷数分析 .125.3 残留缺陷与未解决问题 .126. 测试结论与建议 .136.1 测试结论 .136.2 建议 .137. 附件 .14-_1. 文档介绍1.1 文档目的简要介绍项目背景、系统架构、测试环境和测试注意事项。1.2 参考文献无1.3 术语与缩写解释 （黑盒测试） 又称功能测试或者数据驱动测试，是根据软件的规格对软件进

3、行的测试，这类测试不考虑软件内部的运作原理。 （白盒测试）- 又称结构测试或者逻辑驱动测试，把测试对象看作一个打开的盒子。 （回归测试）- 指在发生修改之后重新测试先前的测试以保证修改的正确性。 （覆盖率）- 覆盖率是度量测试完整性的一个手段，是测试有效性的一个度量。测试覆盖由需求覆盖和代码覆盖组成。 （自动化测试）- 一般是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。 （测试用例）- 是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。-_2. 测试概要2.1 测试目标

4、本测试报告为XX系统测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。编写该测试报告主要有以下几个目的；、通过对测试结果的分析，得到对软件质量的评价；、分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考； 、评估测试测试执行和测试计划是否符合； 、分析系统存在的缺陷，为修复和预防bug提供建议；2.2 测试用例设计测试用例可按照白盒测试方法或黑盒测试方法进行设计。常见的白盒测试用例设计方法有：逻辑覆盖、语句覆盖、判定覆盖、条件覆盖、路径覆盖等，常见黑盒测试用例设计方法有：等价类划分法、边界值分析法、错误推测法、判定表法、正交实验法。本章节主要对测试过程中使用

5、到的黑盒测试用例设计方法进行简要的介绍。、等价类划分法：将测试的范围划分成几个互不相交的子集，他们的并集是全集，从每个子集选出若干个有代表性的值作为测试用例；、边界值分析法：将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据；、错误推测发法：根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。这种方法没有固定的形式，依靠的是经验和直觉，很多时候，我们都会不知不觉的使用到。、判定表法：又称为策略表，基于策略表的测试，是功能测试中最严密的测试方法。该方法适合于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，得到一个判

6、断清晰的策略表。另外还使用到了场景分析法来设计测试用例。场景分析法，分析软件应用的场景，从用户的角度出发，从场景的角度来设计测试用例，是一种面向用户的测试用例设计方法。这种设计方法的优点是：实用性强，有效，设计出来的用例有价值。-_2.3 测试环境与配置应用服务器 数据库服务器 客户端硬件环境 CPU：内存：硬盘：CPU：内存：硬盘：CPU：内存：硬盘：软件环境 操作系统：Jdk:Tomcat/weblogic:操作系统：Mysql、oracle、sql操作系统：浏览器：网络配置网络拓扑图如下：配图2.4 测试方法和工具本系统的测试主要以黑盒测试为主，并辅助使用白盒测试方法。并配合使用sele

7、nium、appscan、*等自动化测试工具。测试内容 测试方法 测试工具 备注功能 黑盒、手工、自动化 Jira、selenium安全 黑盒、手工、自动化 Jira、appscan -_3. 测试内容和执行情况3.1 测试概况本次测试覆盖系统的各个功能模块，针对现有产品功能模块以及实施结果分别进行测试，测试整个系统是否达到需求规格说明书中要求实现的功能。对系统的功能、可靠性、安全性、易用性、兼容性、可维护性、部署等各个方面进行了全面的测试。测试概况表如下：版本号 开始时间 结束时间 用例个数 用例通过数 Bug数量 用例通过率V1.0 V1.13.2 功能测试本次功能测试对系统*、*.等*个

8、功能模块进行了全面的测试。功能/模块名称 用例个数 用例通过数 Bug数量 用例通过率模块1 . . .模块2 3.3 可靠性测试可靠性测试是验证软件产品在规定的条件下和规定的时间区间完成规定功能的能力。测试内容 测试过程描述 测试结果容错性 1、对错误操作有正确的提示2、输入错误数据或错误的操作，系统不崩溃、不异常退出和丢失数据3、能屏蔽用户的误操作健壮性 系统在达到极限时能给出预警，且系统不崩溃、不异常退出和丢失数据易恢复性 系统运行失效后，应能快速重建系统数据校验机制 1、应保证数据的完整性和一致性，不会因删除或反复的更新而被破坏或留下垃圾数据2、对不符合要求的输入数据，系统应给出-_准

9、确的提示3.4 安全性测试安全性测试是验证软件在受到恶意攻击的情形下是否依然能够继续正确运行以及确保软件是在被授权范围内合法使用。包括用户访问权限、sql注入、数据加密、恶意攻击等。测试内容 测试过程描述 测试结果权限验证 所有授权用户是否能在所授权限下进行工作，不容许超权限安全漏洞扫描 利用漏洞扫描工具对整个应用进行扫描.3.5 易用性测试易用性测试是指用户使用软件时是否感觉方便，是交互的适应性、功能性和有效性的集中体现。测试内容 测试过程描述 测试结果页面风格一致性 页面结构、导航、按钮、菜单、链接、搜索、翻页、字体、列表、日期和控件、数据精度的风格是否一致易操作性 1、软件操作简便，系统

10、支持标准的鼠标、键盘操作，支持鼠标的单击、双击和右键操作，支持快捷键操作；2、提供辅助输入手段（如选择输入、默认值等），数据检索方便、灵活；3、具有严重后果的功能执行可逆，或者给出明显警告，执行前要求确认；4、具有必要的信息，指导用户使用系统；易浏览性 1、输入、输出设计规矩，输出结果应简洁、直观、美观、方便阅读、易懂和使用；2、人机界面简洁、美观、实用，风格相对一致-_3.6 兼容性测试兼容性测试，指对所设计程序与硬件、软件之间的兼容性的测试。分为浏览器兼容测试和分辨率兼容测试两类。测试内容 测试过程描述 测试结果浏览器 Ie、Chrome、Firefox .分辨率 . .3.7 可维护性测

11、试系统的可维护性是衡量一个系统的可修复(恢复) 性和可改进性的难易程度。测试内容 测试过程描述 测试结果个性化需求开发 系统是否支持二次开发日志维护 日志内容要包括：哪个用户、什么时间、使用哪个IP、操作哪个模块（操作哪条业务数据（ID），操作结果（成功、失败）。3.8 部署测试验证系统部署的最小环境或最优环境的要求，分软、硬件环境。测试内容 测试过程描述 测试结果硬件环境 CPU：*内存：*硬盘：*软件环境 操作系统:windows*、linux*Tomcat*Oracle*-_4. 覆盖分析（可选）4.1 需求覆盖需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100的目标。需求、功能名称 测试类型 是否通过 备注YPNN/A Y：通过 P：部分通过 N：不通过 N/A：不可测或用例不适用4.2 测试覆盖测试覆盖指测试系统覆盖被测试系统的程度，一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。测试覆盖率=执行总数/用例总数 100。模块名称 用例个数 执行总数 测试覆盖率 漏测分析模块1 . . .模块2 . .