xx信息系统测试报告

xx信息系统项目/系统测试报告报告编号：TY0001参与公司：xx有限公司测试时间：6月15日一一7月15日版本：1.0作者：xxx制作时间：2016年7月20日目录TOC\o"1-5"\h\z\o"CurrentDocument"xx信息系统项目/系统测试报告 1一项目简介 3编写目的 3\o"CurrentDocument"项目背景 3\o"CurrentDocument"系统功能简介 3\o"CurrentDocument"术语和缩写 3\o"CurrentDocument"参考资料 4二测试实现 4测试概要 4\o"CurrentDocument"测试用例设计方法 4\o"CurrentDocument"测试环境与配置 6\o"CurrentDocument"测试方法和工具 6三测试结果 6测试结果问题分类 6\o"CurrentDocument"测试结果分析 7\o"CurrentDocument"测试小结 7一项目简介编写目的本测试报告为xx信息系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求或达到xx信息系统的目标；提出开发过程中的不足，提高后期开发效率和质量；通过资源对比，合理的对硬件，软件以及人员资源进行合理的分配和优化。项目背景xx信息系统是集团针对未来大数据和BI计划开发的系统，希望通过此信息系统管理集团及下属分支公司的所有软件系统、包含客户管理、项目管理、销售管理、行政办公管理、报表管理、预算管理、绩效管理、知识管理、BI、大数据分析等全功能系统，这是一个长期的项目。错误!未找到引用源。系统功能简介系统整体功能：系统管理客户管理销售管理项目管理呼叫中心网推部-项目管理行政管理人事管理其他。。。非功能性需求用户数量系统响应速度可靠性可维护性可用性灵活性易用性系统框架术语和缩写.数据流程图：是描述系统数据流程的工具，能全面地描述信息系统逻辑模型的主要工具。它是利用少数几种符号综合的反映出各事件信息在系统中的流动、处理和存储的情况。.数据字典：指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。.角色：系统中具有相同权限的一群用户的集合。.用户：系统的操作者，一般包括用户账号和密码以及其所属的角色，一个用户只属于一个角色。.模块：系统中业务性质和功能实现相互关联且非常紧密的功能的组合。.功能：软件需求说明书中可以独立运行实现的需求。1.5参考资料.xx信息系统需求说明书。.xx信息系统软件流程图。.xx信息系统需求分析文档。.xx信息系统用例设计文档以及用例操作文档。.xx信息系统功能性测试文档。.GB/T17544《软件包质量测试和要求》国家标准。ISO/IEC14598SoftwareEngineering-ProductEvaluation国际标准ISO/IEC9126Informationtechnology-Softwareproductevaluation-Qualitycharacteristicsandguidelinesfortheiruse国际标准ISO/IEC12119Informationtechnology-Softwarepackages-Qualityrequirementsandtesting国际标准ISO/IEC17025Generalrequirementsforthecompetencyoftestingandcalibrationlaboratories国际标准二测试实现测试概要本次测试主要在开发人员协助下，在用户环境下完成测试。测试的范围为包括系统管理，客户管理，销售管理，项目管理在内的几大模块。本次测试的目的在于检查对应上述模块的工具是否满足需求规格说明书的要求，是否存在未实现或者bug的修复和系统改良，并提交给开发人员进行修改和优化。测试用例设计方法本次测试用例设计主要使用等价类划分法因果图法以及边界值法。等价类划分法主要是把用户的输入范围划分为有效输入输出和无效的输入输出，根据输入输出取值不同，需要给出相应的显示或者提示。如创建合同的时候，合同编号是由字母和数字以及下划线组成，我们需要输入合同的编号，首先我们根据等价类划分方法，划分输入有效等价类和无效等价类，有效等价内为｛0,…,9,a,…,z,A,…,Z,_｝这个集合，除这个集合之外的都为无效等价类；输出有效等价类为｛默认通过（不提示），提示规定输入错误信息｝，其他的显示则为无效输出等价类。

因果图法是用图解的方法表示输入的组合关系，写出判定表，从而得出测试用例；边界值法是是指相对于输入等价类和输出等价类而言，稍高于其边界值及稍低于其边界值的一些特定情况。如下图为合同管理因果图法的设计：首先根据输入组合写出判定表1,2.,3.,4.-i5.,6.,7,B.,9,10.,.1是否有权限X.r丁.，Y.,Y.,丽Y.nY.,删除b1,1幡如Y.,Y.n查询」取用保存.Y.,使改保存.Y.,津未保点Y.,修改未黑点Y.,合同审假合同走更Y.,的作新增成功」X.ib1,1阳除成动」X.】陵改成功与X.,新度失败与X.,褪青知ft.r品永宜商里果不可能.，用户无权限市忸成鬼,制蛙项=.b1,1变更成功b1,1变更失政」在根据判定表设计测试用例用倒缩号，用例标题-，前置条件,用的输入输出结果」XS_HTGLfll,用户权限验证」用户未度根.1点击审掇.击除.幡葭、查询」用户无权限JXS_HTG1jO2,通加合同信息与用户三度权点击器加」翅加但忌后保存/若末保存』新雄成功j新埴失明.，XS_HTGUJ3”审核合同点县.r用户已授权点击串接,渺k需求设说明显:第鳗干核,却也只唯一盘击杖.不存在失限情况，幸帔成功.自幼钊这项巨捽走人际巨火瓦..，XS_HTGL041表除今同信息」用户已授权J点击删除“制股成功JXS_HTGL05.,惨就合同尼昌1用户已投叔.1点击悟哀」愤葭任息井保存,若不保存，悟改成功」提示信息尚未保存XS_HTGbO6.,型8合同点皂r用户已投权点击变缸,髭示查曲咤果「XS_HTGU)7.,变曼停自一，当司已审根点击变更多mL填入变更但息后保亭岩未保存，变里成功/麦更美眠.，边界值法：边界值法的实现思路是相对于等价类划分法实现的，基本思想是在最小值（min）、略高于最小值（min+）、正常值（nom）、略低于最大值（max-）和最大值（max）等处取值。边界值分析手段主要有两种方式：通过变量数量和通过值域的种类进行。如一个n变量函数f（x1，x2,……xn）按以上方式每次确定一个测试对象（基于“单缺陷假设”理

论），会产生4n+1个测试用例。健壮性测试是扩展边界值分析的测试，即增加一个略大于最大值（max+）和略小于最小值（min-）的取值，则用例数将变为6n+1。当边界值变量不是独立变量时，则以上测试用例就显的不充分。对于逻辑变量而言这种用例也没有什么用处。测试环境与配置网络环境：局域网，Internet。硬件：服务器，pc20台，操作系统为win7和ios，内存至少4G，硬盘可用容量至少50G。网络架构图如下：口Hem相口Hem相lUl'HWfc!测试方法和工具本次测试的测试方法为黑盒测试，它是以用户的角度，从输入数据与输出数据的对应关系出发进行测试，来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，参与测试的人员根据设计的测试例进行测试，检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。本次测试的重点在于R类和D类case办理流程，合同审批流程，收退款审批流程。主要问题追踪工具为bug管理工具和问题追踪文档。三测试结果测试结果问题分类规范化问题：主要包含软件规范和业务规范两大类，软件规范问题是指操作过程中显而易见的错误或缺陷，非人性化设计，友好度较差等；业务规范问题主要是指使用非标准或非惯例的业务术语以及概念错位等。1）软件规范：操作只是不明确，简单界面规范，操作过程缺乏人性化考虑，帮助文档规范,

软件风格规范。2）业务规范：业务术语规范，操作提示语言规范，用例错误，默认设置不规范。常规录入错误：主要指数据录入、修改、保存删除等常规操作过程中出现的各类弹出式出错信息，数据控制疏漏、数据编辑无效、设置无效等。主要包含：数据编辑无效、出现DATAWINDOWSERROR出现非法操作提示或应用程序错误提示、.net错误、参与的编译信息未及时清除、出现Windows错误提示、系统停止响应、非正常失败或操作错误提示。流程错误：只要指程序运行过程中由于需求分析、功能设计中对产品功能缺少深入的考虑、或在编码过程中的疏漏等原因，产生的逻辑控制错误或失败、数据控制错误等。主要包含：逻辑控制错误、数据控制错误、报表查询出错、打印及相关操作、接口和数据转移中的问题、权限及安全问题、备份和回复问题、并发问题、升级问题。13%根据不完全统计：其中出现规范化问题情况37处，常规问题14处，流程问题或者变更35处，待商议2处，未处理21处，总计109项。显示如下：13%口规范错误口常规错误口流程错误□待商议口未处理测试结果分析本次测试参与人员21人，测试时间为30天，由3.1.3节中看出，主要问题分为四个方面，规范性错误主要是界面内容的显示完善，人性化操作，友好度，和一些常见但不影响系统使用的一些错误或缺陷。常规错误主要是一些数据录入、修改、保存删除等常规操作过程中出现的各类弹出式出错信息，数据控制疏漏、数据编辑无效、设置无效，并无不确定的错误报告或者Windows错误提示等。流程错误一部分是流程进行了变更，另一部分是流程设计中出现问题，导致的流程bug或致命性错误。未处理的部分是不在需求说明书上，由测试人员提出，暂时还没