xx信息系统测试报告(共8页)

1、精选优质文档-倾情为你奉上xx信息系统项目/系统测试报告报告编号：TY0001参与公司：xx有限公司 测试时间：6月15日7月15日版本：1.0 作者：xxx 制作时间：2016年7月20日目录一项目简介1.1编写目的本测试报告为xx信息系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求或达到xx信息系统的目标；提出开发过程中的不足，提高后期开发效率和质量；通过资源对比，合理的对硬件，软件以及人员资源进行合理的分配和优化。1.2项目背景 xx信息系统是集团针对未来大数据和BI计划开发的系统，希望通过此信息系统管理集团及下属分支公司的所有软件系统、包含客户管理、

2、项目管理、销售管理、行政办公管理、报表管理、预算管理、绩效管理、知识管理、BI、大数据分析等全功能系统，这是一个长期的项目。Error! Reference source not found.1.3系统功能简介1.3.1系统整体功能：系统管理客户管理销售管理项目管理呼叫中心网推部-项目管理行政管理人事管理其他。1.3.2非功能性需求用户数量系统响应速度可靠性可维护性可用性灵活性易用性 1.3.2系统框架1.4术语和缩写1.数据流程图：是描述系统数据流程的工具，能全面地描述信息系统逻辑模型的主要工具。它是利用少数几种符号综合的反映出各事件信息在系统中的流动、处理和存储的情况。2.数据字典：指对数

3、据的、数据结构、处理逻辑、外部实体等进行定义和描述，其目的是对中的各个元素做出详细的说明。3.角色：系统中具有相同权限的一群用户的集合。4.用户：系统的操作者，一般包括用户账号和密码以及其所属的角色，一个用户只属于一个角色。5.模块：系统中业务性质和功能实现相互关联且非常紧密的功能的组合。6.功能：软件需求说明书中可以独立运行实现的需求。1.5参考资料 1.xx信息系统需求说明书。2.xx信息系统软件流程图。3.xx信息系统需求分析文档。4.xx信息系统用例设计文档以及用例操作文档。5.xx信息系统功能性测试文档。6. GB/T 17544 软件包质量测试和要求国家标准。ISO/IEC 145

4、98 Software Engineering-Product Evaluation 国际标准 ISO/IEC 9126 Information technology-Software product evaluation- Quality characteristics and guidelines for their use 国际标准 ISO/IEC 12119 Information technology - Software packages - Quality requirements and testing 国际标准ISO/IEC 17025 General r

5、equirements for the competency of testing and calibration laboratories 国际标准 二测试实现2.1测试概要本次测试主要在开发人员协助下，在用户环境下完成测试。测试的范围为包括系统管理，客户管理，销售管理，项目管理在内的几大模块。本次测试的目的在于检查对应上述模块的工具是否满足需求规格说明书的要求，是否存在未实现或者bug的修复和系统改良，并提交给开发人员进行修改和优化。2.2测试用例设计方法 本次测试用例设计主要使用等价类划分法因果图法以及边界值法。等价类划分法主要是把用户的输入范围划分为有效输入输出和无效的输入输

6、出，根据输入输出取值不同，需要给出相应的显示或者提示。如创建合同的时候，合同编号是由字母和数字以及下划线组成，我们需要输入合同的编号，首先我们根据等价类划分方法，划分输入有效等价类和无效等价类，有效等价内为0,9,a,z,A,Z,_这个集合，除这个集合之外的都为无效等价类；输出有效等价类为默认通过（不提示），提示规定输入错误信息，其他的显示则为无效输出等价类。因果图法是用图解的方法表示输入的组合关系，写出判定表，从而得出测试用例；边界值法是是指相对于输入等价类和输出等价类而言，稍高于其边界值及稍低于其边界值的一些特定情况。 如下图为合同管理因果图法的设计：首先根据输入组合写出判定表在根据判定表

7、设计测试用例边界值法：边界值法的实现思路是相对于等价类划分法实现的，基本思想是在最小值（min）、略高于最小值（min+）、正常值（nom）、略低于最大值（max-）和最大值（max）等处取值。边界值分析手段主要有两种方式：通过变量数量和通过值域的种类进行。如一个n变量函数f（x1，x2，xn）按以上方式每次确定一个测试对象（基于“单缺陷假设”理论），会产生4n+1个测试用例。健壮性测试是扩展边界值分析的测试，即增加一个略大于最大值（max+）和略小于最小值（min-）的取值，则用例数将变为6n+1。当边界值变量不是独立变量时，则以上测试用例就显的不充分。对于逻辑变量而言这种用例也没有什么用处

8、。2.3测试环境与配置 网络环境：局域网，Internet。硬件：服务器，pc 20台，操作系统为win7和ios，内存至少4G，硬盘可用容量至少50G。网络架构图如下：2.4测试方法和工具 本次测试的测试方法为黑盒测试，它是以用户的角度，从输入数据与输出数据的对应关系出发进行测试，来检测每个功能是否都能正常使用。在测试中，把看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，参与测试的人员根据设计的测试例进行测试，检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于外部结构，不考虑内部，主要针对和软件功能进行测试

9、。本次测试的重点在于R类和D类case办理流程，合同审批流程，收退款审批流程。主要问题追踪工具为bug管理工具和问题追踪文档。三测试结果3.1测试结果问题分类3.1.1规范化问题：主要包含软件规范和业务规范两大类，软件规范问题是指操作过程中显而易见的错误或缺陷，非人性化设计，友好度较差等；业务规范问题主要是指使用非标准或非惯例的业务术语以及概念错位等。1）软件规范：操作只是不明确，简单界面规范，操作过程缺乏人性化考虑，帮助文档规范，软件风格规范。2）业务规范：业务术语规范，操作提示语言规范，用例错误，默认设置不规范。3.1.2常规录入错误：主要指数据录入、修改、保存删除等常规操作过程中出现的各

10、类弹出式出错信息，数据控制疏漏、数据编辑无效、设置无效等。主要包含：数据编辑无效、出现DATA WINDOWS ERROR、出现非法操作提示或应用程序错误提示、.net错误、参与的编译信息未及时清除、出现Windows错误提示、系统停止响应、非正常失败或操作错误提示。3.1.3流程错误：只要指程序运行过程中由于需求分析、功能设计中对产品功能缺少深入的考虑、或在编码过程中的疏漏等原因，产生的逻辑控制错误或失败、数据控制错误等。主要包含：逻辑控制错误、数据控制错误、报表查询出错、打印及相关操作、接口和数据转移中的问题、权限及安全问题、备份和回复问题、并发问题、升级问题。根据不完全统计：其中出现规范

11、化问题情况37处，常规问题14处，流程问题或者变更35处，待商议2处，未处理21处，总计109项。显示如下：3.2测试结果分析本次测试参与人员21人，测试时间为30天，由3.1.3节中看出，主要问题分为四个方面，规范性错误主要是界面内容的显示完善，人性化操作，友好度，和一些常见但不影响系统使用的一些错误或缺陷。常规错误主要是一些数据录入、修改、保存删除等常规操作过程中出现的各类弹出式出错信息，数据控制疏漏、数据编辑无效、设置无效，并无不确定的错误报告或者Windows错误提示等。流程错误一部分是流程进行了变更，另一部分是流程设计中出现问题，导致的流程bug或致命性错误。未处理的部分是不在需求说明书上，由测试人员提出，暂时还没有解决的部分。3.3测试小结本次测试一方面反映了前期制作需求规格说明书的时候，对于需求调研不够深入，才导致在测试过程中出现大量的流程变