项目过程管理-测试分析报告

　项目名称

　（项目英文名称）

　测试分析报告

　文档版本号

　编

　写

　人：

　编写时间：

　部

　门

　名：

　审

　核

　人：

　审核时间：

　1

　修订页

　编号 章节 名称 修订内容简述 修订 日期 修订前 版本号 修订后 版本号 修订人 批准人

　浙江浙大网新中研软件有限公司

　测试分析报告

　目

　录

　1 引言 ------------------------------------------------------------------------------------------------------------------------- 1 1.1 术语和缩写词 ---------------------------------------------------------------------------------------------------- 1 1.2 参考资料 ---------------------------------------------------------------------------------------------------------- 2 2 测试概要 ------------------------------------------------------------------------------------------------------------------- 2 2.1 测试用例设计 ---------------------------------------------------------------------------------------------------- 2 2.2 测试环境与配置 ------------------------------------------------------------------------------------------------- 2 2.3 测试方法和工具 ------------------------------------------------------------------------------------------------- 3 3 测试结果及缺陷分析 ---------------------------------------------------------------------------------------------------- 3 3.1 测试执行情况与记录 ------------------------------------------------------------------------------------------- 3 3.1.1 测试组织 -------------------------------------------------------------------------------------------------- 3 3.1.2 测试时间以及资源 -------------------------------------------------------------------------------------- 3 3.1.3 测试版本 -------------------------------------------------------------------------------------------------- 4 3.2 覆盖分析 ---------------------------------------------------------------------------------------------------------- 4 3.2.1 需求覆盖 -------------------------------------------------------------------------------------------------- 4 3.2.2 性能测试结果 -------------------------------------------------------------------------------------------- 4 3.2.3 缺陷汇总 -------------------------------------------------------------------------------------------------- 4 3.2.4 缺陷分析 -------------------------------------------------------------------------------------------------- 5 4 测试结论与建议 ---------------------------------------------------------------------------------------------------------- 5 4.1 功能性 ------------------------------------------------------------------------------------------------------------- 5 4.2 易用性 ------------------------------------------------------------------------------------------------------------- 5 4.3 可靠性 ------------------------------------------------------------------------------------------------------------- 6 4.4 兼容性 ------------------------------------------------------------------------------------------------------------- 6 4.5 安全性 ------------------------------------------------------------------------------------------------------------- 6

　 第 1 页

　1 引言 1.1 术语和缩写词 一级错误：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。

　二级错误：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。

　三级错误：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。

　四级错误：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。

　五级错误：其他错误。

　回归测试：产生测试错误或缺陷的测试项由软件开发人员进行修改调试正确后，由软件测试人员再次进行的针对该测试项及其相关项的测试。

　测试用例：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。

　单元测试：是最小粒度的测试，以测试某个功能或代码块。

　集成测试：也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行集成测试。

　等价类划分：是把所有可能的输入数据划分成若干部分（子集），然后从每一个子集中选取少量具有代表性的数据作为测试用例。

　边界值划分：是指输入和输入等价类中刚好处于边界、或超过边界或小于边界的状态，使用边界值分析方法设计测试用例应先确定边界情况，然后选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据 因果分析：是一种适合于描述对于多种条件的组合、相应产生多个动作的形式的测试用例设计方法。

　错误猜测：就是根据经验和直觉推测程序中所有可能存在的各种错误，从而有针对性地设计测试用例的方法。

　 第 2 页

　1.2 参考资料 参考资料名称 作者

　 2 测试概要 本次测试的目的是为了确保软件满足客户的需求，保证软件的质量。测试范围包括市场信息发布展示平台和综合业务平台两部分。

　2.1 测试用例设计 黑盒测试的测试用例设计方法大体上有：等价类划分、边界值划分、因果图分析和错误猜测。主要是对于系统的：容错性、数据来源、页面元素、数据流、正常逻辑这几个方面设计用例。

　2.2 测试环境与配置 服务器运行环境 硬件环境：Intel(R) Celeron(R)CPU 2.0GHz 以上,内存 1G

　操作系统：Windows XP_SP2 数据库系统：oracle9i 中间件：weblogic8 客户机运行环境 硬件环境：Intel(R) Celeron(R)CPU 2.0GHz 以上,内存 1G

　操作系统：Windows XP_SP2 相关软件：IE6.0 网络环境

　 第 3 页

　网络通讯协议：HTTP 网络安全协议：

　其他相关网络环境：

　2.3 测试方 法和 工具 测试主要是测试工程师结合测试用例对系统进行黑盒测试。测试任务主要集中在数据的容错性测试、用户权限测试，评价体系测试以及触摸屏展现测试 测试工具：

　类别 工具 产商/ 自产 版本 测试管理

　TestDirector MI 8.0 缺陷跟踪

　TestDirector MI 8.0 功能测试工具

　PL/SQL ALLROUND 7.1 性能测试工具

　LordRunner MI 8.1 3 测试结果及缺陷分析 3.1 测试执行情况与记录 3.1.1 测试组织 测试经理（领导人员）

　：

　主要测试人员 ：

　参与测试人员 ：

　 3.1.2 测试时间以及资源 测试活动

　计划开始日期

　实际开始日期

　结束日期

　制定测试计划

　 设计测试用例

　 集成测试

　 第 4 页

　系统测试

　 性能测试

　 产品发布

　3.1.3 测试版本 序号 号 要求 跟踪 要求质量等级

　要求功能范围/ / 重点功能

　版本号

　测试负责人

　实际递交时间

　递交人

　1

　 2

　 3

　 4

　 3.2 覆盖分析 3.2.1 需求覆盖 用例编号

　 模块名称

　 用例作者

　 执行人员

　 前置条件

　 预期输入

　 预期输出

　 执行结果

　3.2.2 性能 测试结果 3.2.3 缺陷汇总 表一：按测试阶段 被测系统

　系统测试

　回归测试

　总计

　 表二：按严重程度:

　 第 5 页

　严重

　普通

　微小

　 表三：按功能分布:

　3.2.4 缺陷分析 重要缺陷摘要

　4 测试结论与建议 4.1 功能性

　 4.2 易用性 现有系统实现了如下易用性：

　查询，添加，删除，修改操作相关提示信息的一致性，可理解性 输入限制的正确性 输入限制提示信息的正确性，可理解性，一致性 现有系统存在如下易用性缺陷：

　输入缺少解释性说明 修改数据保存页面的跳转性

　 第 6 页

　登陆后页面的跳转合理性 4.3 可靠性 现有系统的可靠性控制比较严密，很多控制是在页面录入中就做了限制。除非页面控制失效，可以向数据库插入数据，一般不会出现插入错误的数据到数据库而引发错误。

　4.4 兼容性 现有系统支持 window 下的 IE 浏览器。

　4.5 安全性 现有系统控制了以下安全性问题：

　把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录 直接输入某一页面的 Url 能否打开页面并进行操作不应该允许。

　用户名和密码应对大小写敏感 现有系统未控制以下安全性问题：

　多用户同时登陆问题未限制。