项目测试总结报告.doc

.成绩： 西安建筑科技大学项目测试课程设计 院 （系）： 信息与控制工程学院 专业班级： 软件1301班 课 程： 软件项目测试 学生姓名： 彭隆西 学 号： 130607046 指导教师： 曾应员 2017年 1月 20 日 佳农ERP实施项目部分测试项目测试总结报告 .目录项目测试总结报告21.引言31.1编写目的31.2项目背景31.3系统简介31.4参考文档32.测试设计简介32.1测试用例设计32.2测试环境与配置32.3测试方法和工具32.4测试相关文档33.测试结果及其分析33.1测试执行情况与记录33.2缺陷汇总33.3测试覆盖34.测试结论与建议34.1结论：34.2建议：31. 引言1.1 编写目的1） 本报告按照佳农食品项目的技术要求反映佳农食品项目的测试结果2） 编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体1.2 项目背景 项目背景：erp系统的优点：提供集成的信息系统，实现业务数据和资料共享。 理顺和规范业务流程，消除业务处理过程中的重复劳动，实现业务处理的标准化和规范化，提供数据集成，业务处理的随意性被系统禁止，使得企业管理的基础工作得到加强，工作的质量进一步得到保证。由于数据的处理由系统自动完成，准确性与及时性大大提高，分析手段更加规范和多样，不但减轻了工作强度，还将促进企业管理人民从繁琐的事 务处理中解放出来，用更多的时间研究业务过程中存在的问题，研究并运用现代管理方法改进管理，促进现代管理方法在企业中的广泛应用。加强内部控制，在工作控制方面能够做到分工明确，适时控制，对每一环节所存在的问题都可以随时反映出来，系统可以提供绩效评定所需要的数据。通过系统的应用自动协调各部门的业务，使企业的资源得到统一规划和运用，降低库存，加快资金周转的速度将各部门联成一个富有团队精神的整体，协调运作。帮助决策，公司的决策层能明适时得到企业动态的经营数据和ERP系统的模拟功能来协助进行正确的决策。近年来，随着佳农公司的业务范围不断扩大，单纯的人工对资源的管理又耗费又耗时，为了更方便的对自身资源的管理，利用ERP软件的优势可以极大的解决资源管理的业务流程的繁琐性。1.3 系统简介ERP系统是企业资源计划(Enterprise Resource Planning )的简称，是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。它是从MRP(物料需求计划)发展而来的新一代集成化管理信息系统，它扩展了MRP的功能，其核心思想是供应链管理。它跳出了传统企业边界，从供应链范围去优化企业的资源。ERP系统集信息技术与先进管理思想于一身，成为现代企业的运行模式，反映时代对企业合理调配资源，最大化地创造社会财富的要求，成为企业在信息时代生存、发展的基石。它对于改善企业业务流程、提高企业核心竞争力具有显著作用。ERP行业人才稀缺成为SAP发展的制约因素之一，鉴于此，国内的ERP培训行业也逐渐开始发展。1.4 参考文档 文档（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注需求规约/说明书是是姜磊文档作者项目计划是是贾福伟项目负责人设计规约/说明书是是陈芬芬文档作者软件测试计划是是王惠测试人员软件测试用例是是王惠测试人员2. 测试设计简介2.1 测试用例设计 设计测试用例点5个；ID模块测试用例点1银行流水处理平台流水直接勾兑2银行流水处理平台解除流水直接勾兑3应付模块输入发票批4应付模块输入预付款发票5应付模块导入付款流水6应付模块流水匹配付款单7应收模块创建一张应收发票8应收模块通过银行流水创建一张超额收款单9应收模块收款单核销10应收模块创建单张收款退款会计科目11应收模块通过银行流水创建日记账12资产模块手工增加新资产-明细增加13资产模块手工增加新资产-快速增加14资产模块增加旧资产15手工创建总账凭证-本位币16手工创建总账凭证-非本位币17审批日记账批（仅限手工录入凭证）18总账过账2.2 测试环境与配置软件版本RDBMS : 11.2.0.4.0 Oracle Applications : 12.2.4硬件版本WindowsXP及以上2.3 测试方法和工具主要就是手工测试：测试人员通过PC登录系统按照操作手册首先对前台数据及流程进行测试看看测试是否存在报错以及确认业务逻辑是否合理，同时可以通过PL/SQL工具登录数据库检验前台数据时候和界面保持一致。其他单点测试：单块功能使用是否顺畅便捷，是否存在特殊业务形式在系统中无法完成连接测试：不同模块功能的信息流转是否顺利，不同岗位的信息流转是否顺畅2.4 测试相关文档MD120_系统设置_AP模块_V1.0.0MD120_系统设置_AR模块_V1.0.0MD120_系统设置_FA模块_V1.0.0MD120_系统设置_GL模块_V1.0.0MD120_系统设置_TAX模块_V1.0.0GF-I3CS-业务模块-V1.0GF-I3TS-银行流水处理平台-测试脚本-V1.0.xlsxGF-I3TS-应付模块测试脚本-V1.0.xlsGF-I3TS-应守模块测试脚本-V1.0.xlsGF-I3TS-资产模块测试脚本-V1.0.xlsGF-I3TS-总账模块测试脚本-V1.0.xls3. 测试结果及其分析3.1 测试执行情况与记录测试信息基本情况备注prod版本V1.0.0 ;V1.0.1; V1.0.2; 共3版本；TEST版本V2.0.0; V2.0.1;V3.1.0.;V3.1.0;V3.2.0; V3.3.0; ; 共6版本全面测试次数测试时间2016-1 2016-11;测试人员彭隆西、王惠等其他参与部分测试3.2 缺陷汇总BUG统计Bug StateBug Total A SeverityB Severity C SeverityD SeverityPostponed43810Opened62400Resolved00000Assigned00000Submit10100Closer492124163 All_Count602637175测试中发现级问题：26; B级问题37; C级问171 ;D级问题3个；3.3 测试覆盖 功能覆盖率：60%; 4. 测试结论与建议4.1 结论：部分需要测试的的功能已经实现；基本稳定；性能上达到了要求； 但还存在以下问题；ID问题原因分析问题等级1GL银行流水，状态为POST，运行CUX:流水匹配（GL）总帐凭证导入请求时报黄警告，流水无法导入总帐因为银行流水那笔数据的GL日期为12月31号，在系统中是映射到2016-12和调整期间2016-13，导致导入的数据发生了重复，并且日记账分录不平。B2期间关闭例外报表显示客户返利应收期间未打开在表cux_ar_rebate_detail中存在39条错误状态的数据，错误原因是：应收期间不是打开状态;这些数据创建于2016-12-2 6:21:06，当时的12月期间没有打开B3采购接收单P00029556接收问题因为用户操作问题导致此接收单接收失败，库存有差异C4应付职责下创建发票或者是预付款，然后创建付款，提交创建会计科目程序，无法正常创建会计科目。通过发票创建科目后，无任何提示，但是运行子分类帐例外报表却显示该数据未入账。经查看系统，目前所给到的发票均能生成会计分录，并能传送至GL。且运行例外报表，未查到报错。C5开始查询的结果vpd有效，如果往下拉一下右边的状态条，再点一下库存组织等表头，会出现所有库存组织所有仓库区域的库存。程序BUGC6D16111000282因为选择错了出库类型，没有出库成功，后来把此销售出库给删除了。但是仍有保留库存。运维侧在环境中确认到虽然D16111000282出库给删除了，但是出库单D16111000282保留得相关物料没有解除C7uat和eut系统不能做入库接收。接收事务处理请求报红。业务数据C8销售订单全程跟踪表里面销售员不全程序设置C9PROD退货单界面筛选数据重复程序BUGC10新OU 销售订单无法选到物料程序设置CPostponed状态遗留问题ID问题描述初步原因分析问题等级1总账凭证重复程序设置A2应付职责下无法正常创建会计科目业务逻辑A3创建会计科目，取消了。状态仍然是未完成，无法关闭期间程序BUGA4销售出库已经确认收入，但是导出的销售日情况明细表和销售出库明细表都没有这个单号的信息。业务逻辑A5应收客户资料维护页面出错系统问题A6WHM:同一机种多级BOM展开 引起UNDO表空间100%表空间A4.2 建议：对于以下非Postponed问题问题1：程序中限定导入到非调整期间，也就是把13调整期间排除掉问题2：处理方法： 请检查一下这些数据，如果是需要的，请执行请求：CUX:根据不同来源生成应收发票，导入这些错误数据。来源为：REBATE(返利)此时，12月的AR期间需要是打开的。问题3：查看操作手册，确定业务逻辑是否真确。问题4：确定创建会计科目是否正确。总的来说问题无非就是业务逻辑和程序BUG，至于系统的性能问题，可以隔断时间进行健康检查，如果运行过慢或者其他非上述问题，可以试着优化一下系统，或者简单清理一下后台数据，以及对服务器数据进行合理规划。