XXX系统测试总结报告

1、XX系统(XX VI. 0)测试总结报告文件编号文件版本V10编写单位编写人编写日期审核人审核日期批准人批准日期文件修订记录版本修订人修订日期修订内容1引言1.1编写目的XXX系统测试总结报告编写的目的在于总结测试阶段的测试以及分析测 试结果，描述系统是否符合客户的需求。预期参考人员包括用户、测试人 员、开发 人员、项目管理者、其他质量管理人员和需要阅读本报告的高层领 导。1.2系统简介“XXX系统”旨在采用先进的软件技术、数据库技术。系统功能包括。本系统致力于通过计算机技术和XXX业务的结合,充分发挥信息化优势，提高业务人员的办公效率和业务质量，便于。，以快速把握。信息化水平。提高对。的科学

2、管理水平和功能类别子功能描述12系统架构1图1系统架构2 2,技术架构图2技术架构1.2.功能列表1. 3术语和缩略词术语、缩略语解释XXXXXX系统（）14参考资料XXX系统软件需求规格说明书XXX系统软件高层设计说明书XXX系统测试用例说明书2测试概要21测试用例设计测试用例广义地可以分为两类:黑盒测试白盒测试其他技术使用单元接口和功 能描述，不需了解被测单 元的内部结构使用被测单元内部如何工作的信息白盒测试用例设计：使用程序设计的控制结构导出测试用例。采用白盒测试的目的主要是：1.保证一个模块中的所有独立路径至少被执行一次；2. 对所有的逻辑值均需要测试真、假两个分支;3. 在上下边界及

3、可操作范围内运行所有循环；4. 检查内部数据结构以确保其有效性。黑盒测试用例设计：使用详细设计 导出测试用例。采用黑盒测试的目的主要是：1. 检查功能是否实现或遗漏；2. 检查人机交互是否错误；3. 数据结构或外部数据库访问错误；4 性能等其它特性要求是否满足；5. 初始化盒终止错误。2. 2测试环境与配置2. 2.1服务器端硬件配置硬件环境CPUPentium 3GHz内存4G硬盘40G软件环境简体中文Windows桌面操作系统Oracle Database 10 g DB Release2 或更高版本2. 2.2客户端硬件配置硬件环境CPUPentium 2GHz内存1G硬盘20G软件坏境

4、简体中文Windows桌面操作系统.NET FRAMEW0RK3.或 5 更高版本Oracle Database 10 g Client Release2 或更高版本XXX 系统 VI. 023测试方法和工具XXX系统测试主要用到了以下几种测试方法：等价类、边界值、因果图、错 误猜测等，用到最多的是等价类和边界值，错误猜测的方法。所谓等价类划分法是一种典型的、重要的黑盒测试方法，它将程序所有可 能的输入数据(有效的和无效的)划分成若干个等价类。然后从每个部 分中选 取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和 无效等价类的代表组成，从而保证测试用例具有完整性和代表 性。

5、例如：本系统中测试用户名不存在，系统应该给出什么样的提示时，就可 以将所有用户名分为两类，一类是已经注册的用户，另一类是没有注册的用 户，前者为有效等价类，后者为无效的等价类。所谓边界值法是指相当于输入等价类和输岀等价类而言，稍高于其边界值 及稍低于其边界值的一些特定情况。基于边界的方法是根据定义域来实现的， 最 终演变成边界值分析、健壮性测试、最坏情况测试和健壮最坏情况测试四种 技术。例如：本系统中，对经纬度输入范围进行测试，由于经度的范围是(-180 ,+180),所以在选择测试数据时，我们选择(-180.000001 , -180. 000000 , -179. 999999, -90

6、, 0, 90, 179. 999999, 180. 000000, 180. 00001 ),这样就能 测试出系统对经纬度的约束是否准确。因果图法是一种适合于描述对于多种输入条件组合的测试方法，根据 输入 条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种 组合情 况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情 况。因果图法一般和判定表结合使用，通过映射同时发生相互 影响的多个输入 来确定判定条件。因果图法最终生成的就是判定表，它适合于检查程序输入条 件的各种组合情况。3测试结果及缺陷分析3. 1测试执行情况与记录3. 1.1测试组织测试组成:图3测试人员结构

7、主要测试人员测试人员的工作分配:编号测试内容责任人1234563. 2覆盖分析本次测试中为了使需求覆盖率达到100 %,现在对以下功能点进行了测 试。希望对需求规格说明书中的各个功能点尽量全部测试，最大限度的找出系 统错误，为完善程序提供合理的建议。功能编号测试点描述是否测试重要等级Y P N N/A1测试系统能否正常将规范 格式文件中的数据导入到 数据库。是重要P2测试系统能否正常通过手动填写和选择各项目录入数据是重要P3测试系统能否正常将所选 文件夹的中的规范格式文 件的数据批量导入数据 库。是重要P4是重要P5是重要Y6是一般Y7是重要P备注：Y表示测试用例全部通过；P表示大部分部分测试

8、用例通过，根 据测试出现的BUG或者测试人员建议进行修正；N表示测试用例不通过，程序 出现严重BUG； N/A表示不可测试或者用例不适用。3. 2.1测试覆盖功能（或编号）用例个数执行总数未执行数未/漏测分析和原因155025503550455053306110710100855095501088011330121111013770147701588016141401722018101001955020110217702213130231111024330251010026330271102833029440301010031770327703366034990合计2142140测试覆盖率二执

9、行总数/用例总数* 100% = 100%3. 3缺陷统计与分析3. 3. 1缺陷汇总Bug等级定义如下表所述等级描述说明严重发现可重复出现的致命问题导致系统崩溃；导致程序模块丢失；一一主业务流程出现断点；一一内存泄漏；导致死机一般发现可重复出现的严重问题被测功能不能正确实现；一一软 件错误导致数据丢失；一一被测数据 处理错误；一一用户需求未实现。微小一般性的错误或功能实现有不完美处操作界而错误；打印内容、格式错误；简单的输入限制未放在前台进行 控制；删除操作未给出提示。界面不规范；辅助说明描述不清楚；输入输出不规范；长操作未给用户提示；提示窗口文字未采用行业术语。增量确认测试阶段Bug列表:

10、Bug级别严重一般微小无效Bug数目362712各类Bug数目柱状图如下:Ug数严重般微小无效图4各类Bug数目各类bug所占比例如下饼状图所示Bu联型比例严重 一般 微小 尢效图5各类Bug比例3. 3. 2缺陷引入原因分析测试过程中发现的缺陷主要有以下几个方面：1. 需求理解不明确开发人员根据需求进行设计时，没有考虑相关功能的关联 性，以及需求错 误的地方，在测试过程中，需求相关的问题表现出来。需求做 改正，设计必须跟 着做改动，浪费时间和影响开发人员的积极性，降低开发人 员对需求的信任，可能会导致开发人员不按照需求进行设计而根据自己的经验 来进行设计。2. 功能性错误功能实现错误，实现了

11、需求未定义的功能，执行需求定义的功能时系统出 现 错误。主要是统计分析岀图时数据因编码错误岀现处理异常，导致显示错误 统计数据。3. 界面设计和需求不一致界面设计没有根据需求进行，输入，输出字段文字 错误，用户无法理解字段 含义。界面设计没有完成需求规定的输入限制验证， 导致用户可以输入错误的或 者无效的数据，这些数据有可能会引起功能性错误。4. 界面设计易用性缺陷界面设计不够友好，系统中很多界面的输入字段无明确的输入提示，用户 无 法快速理解何种输入是正确的，但是用户输入错误后，系统提示出错，增加 用户负担。提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应 的提示信息不明确，

12、引起用户误解。提示信息一致性，用户在不同界面执行相同的操作，提示信息不同。5. 开发人员疏忽引起的缺陷因为开发人员的疏忽，导致系统需要验证的地 方，调用了错误的验证，系统 需要进行输入控制的地方没有进行相应的控制。4测试结论测试类别缺陷总数遗留问题数目用例总数测试功能点数结论功能测试48021434通过安装测试008/通过5综合评价资源消耗:测试时间测试人力6人X6天+1人X 10天二46人天硬件服务端PC 1台客户端PC6台测试质量：下面给出用例质量和缺陷密度两个指标来衡量功能测试的质量用例质量缺陷总数/测试用例总数=48/214=22. 43%缺陷密度缺陷总数/功能点数=48/34=1.415. 1软件能力XXX系统完整实现了需求规格说明书中的需求，主要分为。等功能模块5.