ImageVerifierCode 换一换
格式:DOCX , 页数:5 ,大小:21.59KB ,
资源ID:691723      下载积分:8 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.wnwk.com/docdown/691723.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(2023年项目测试总结报告版.docx)为本站会员(la****1)主动上传,蜗牛文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知蜗牛文库(发送邮件至admin@wnwk.com或直接QQ联系客服),我们立即给予删除!

2023年项目测试总结报告版.docx

1、工程测试总结报告,-最新版成绩:西安建筑科技大学 工程测试课程设计 院 (系):信息与控制工程学院 专业班级:软件1301班 课 程:软件工程测试 学生姓名:彭隆西 学 号:130607046 指导教师:曾应员 2022年 1月 20 日 佳农ERP实施工程局部测试工程测试总结报告 目录 工程测试总结报告 1 1. 引言 4 1.1 编写目的 4 1.2 工程背景 4 1.3 系统简介 4 1.4 参考文档 4 2. 测试设计简介 4 2.1 测试用例设计 4 2.2 测试环境与配置 5 2.3 测试方法和工具 5 2.4 测试相关文档 5 3. 测试结果及其分析 5 3.1 测试执行情况与记

2、录 5 3.2 缺陷汇总 6 3.3 测试覆盖 6 4. 测试结论与建议 6 4.1 结论:6 4.2 建议:8 1. 引言 1.1 编写目的 1)本报告按照佳农食品工程的技术要求反映佳农食品工程的测试结果 2)编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是工程委托单位的管理人员.希望能使本软件开发工作更具体 1.2 工程背景 工程背景:erp系统的优点:提供集成的信息系统,实现业务数据和资料共享。理顺和标准业务流程,消除业务处理过程中的重复劳动,实现业务处理的标准化和标准化,提供数据集成,业务处理的随意性被系统禁止,使得企业管理的根底工作得到

3、加强,工作的质量进一步得到保证。由于数据的处理由系统自动完成,准确性与及时性大大提高,分析手段更加标准和多样,不但减轻了工作强度,还将促进企业管理人民从繁琐的事 务处理中解放出来,用更多的时间研究业务过程中存在的问题,研究并运用现代管理方法改进管理,促进现代管理方法在企业中的广泛应用。加强内部控制,在工作控制方面能够做到分工明确,适时控制,对每一环节所存在的问题都可以随时反映出来,系统可以提供绩效评定所需要的数据。通过系统的应用自动协调各部门的业务,使企业的资源得到统一规划和运用,降低库存,加快资金周转的速度将各部门联成一个富有团队精神的整体,协调运作。帮助决策,公司的决策层能明适时得到企业动

4、态的经营数据和ERP系统的模拟功能来协助进行正确的决策。近年来,随着佳农公司的业务范围不断扩大,单纯的人工对资源的管理又消耗又耗时,为了更方便的对自身资源的管理,利用ERP软件的优势可以极大的解决资源管理的业务流程的繁琐性。1.3 系统简介 ERP系统是企业资源方案(Enterprise Resource Planning )的简称,是指建立在信息技术根底上,以系统化的管理思想,为企业决策层及员工提供决策运行手段的管理平台。它是从MRP(物料需求方案)开展而来的新一代集成化管理信息系统,它扩展了MRP的功能,其核心思想是供应链管理。它跳出了传统企业边界,从供应链范围去优化企业的资源。ERP系统

5、集信息技术与先进管理思想于一身,成为现代企业的运行模式,反映时代对企业合理调配资源,最大化地创造社会财富的要求,成为企业在信息时代生存、开展的基石。它对于改善企业业务流程、提高企业核心竞争力具有显著作用。ERP行业人才稀缺成为SAP开展的制约因素之一,鉴于此,国内的ERP培训行业也逐渐开始开展。1.4 参考文档 文档(版本/日期)已创立或可用 已被接收或已经过复审 作者或来源 备注 需求规约/说明书 是 是 姜磊 文档作者 工程方案 是 是 贾福伟 工程负责人 设计规约/说明书 是 是 陈芬芬 文档作者 软件测试方案 是 是 王惠 测试人员 软件测试用例 是 是 王惠 测试人员 2. 测试设计

6、简介 2.1 测试用例设计 设计测试用例点5个;ID 模块 测试用例点 1 银行流水处理平台 流水直接勾兑 2 银行流水处理平台 解除流水直接勾兑 3 应付模块 输入发票批 4 应付模块 输入预付款发票 5 应付模块 导入付款流水 6 应付模块 流水匹配付款单 7 应收模块 创立一张应收发票 8 应收模块 通过银行流水创立一张超额收款单 9 应收模块 收款单核销 10 应收模块 创立单张收款退款会计科目 11 应收模块 通过银行流水创立日记账 12 资产模块 手工增加新资产-明细增加 13 资产模块 手工增加新资产-快速增加 14 资产模块 增加旧资产 15 手工创立总账凭证-本位币 16 手

7、工创立总账凭证-非本位币 17 审批日记账批(仅限手工录入凭证)18 总账过账 2.2 测试环境与配置 软件版本 RDBMS : 11.2.0.4.0 Oracle Applications : 12.2.4 硬件版本 WindowsXP及以上 2.3 测试方法和工具 主要就是手工测试:测试人员通过PC系统按照操作手册首先对前台数据及流程进行测试看看测试是否存在报错以及确认业务逻辑是否合理,同时可以通过PL/SQL工具数据库检验前台数据时候和界面保持一致。其他单点测试:单块功能使用是否顺畅便捷,是否存在特殊业务形式在系统中无法完成 连接测试:不同模块功能的信息流转是否顺利,不同岗位的信息流转是

8、否顺畅 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 测试执行情况与记录

9、测试信息 根本情况 备注 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版本 全面测试次数 测试时间 2022-1 2022-11; 测试人员 彭隆西、王惠等其他 参与局部测试 3.2 缺陷汇总 BUG统计 Bug State Bug Total A Severity B Severity C Severity D Severity Postponed 4 3 8 1 0 Opened 6 2 4 0 0 Resolved 0 0 0 0 0 Assi

10、gned 0 0 0 0 0 Submit 1 0 1 0 0 Closer 49 21 24 16 3 All_Count 60 26 37 17 5 测试中发现级问题:26; B级问题37; C级问171 ;D级问题3个;3.3 测试覆盖 功能覆盖率:60%; 4. 测试结论与建议 4.1 结论:局部需要测试的的功能已经实现;根本稳定;性能上到达了要求;但还存在以下问题; ID 问题 原因分析 问题等级 1 GL银行流水,状态为POST,运行CUX:流水匹配(GL)总帐凭证导入请求时报黄警告,流水无法导入总帐 因为银行流水那笔数据的GL日期为12月31号,在系统中是映射到2022-12和调

11、整期间2022-13,导致导入的数据发生了重复,并且日记账分录不平。B 2 期间关闭例外报表显示客户返利应收期间未翻开 在表cux_ar_rebate_detail中存在39条错误状态的数据,错误原因是:应收期间不是翻开状态; 这些数据创立于2022-12-2 6:21:06,当时的12月期间没有翻开 B 3 采购接收单P00029556接收问题 因为用户操作问题导致此接收单接收失败,库存有差异 C 4 应付职责下创立发票或者是预付款,然后创立付款,提交创立会计科目程序,无法正常创立会计科目。通过发票创立科目后,无任何提示,但是运行子分类帐例外报表却显示该数据未入账。经查看系统,目前所给到的发

12、票均能生成会计分录,并能传送至 C GL。且运行例外报表,未查到报错。5 开始查询的结果vpd有效,如果往下拉一下右边的状态条,再点一下库存组织等表头,会出现所有库存组织所有仓库区域的库存。程序BUG C 6 D16111000282因为选择错了出库类型,没有出库成功,后来把此销售出库给删除了。但是仍有保存库存。运维侧在环境中确认到虽然D16111000282出库给删除了,但是出库单D16111000282保存得相关物料没有解除 C 7 uat和eut系统不能做入库接收。接收事务处理请求报红。业务数据 C 8 销售订单全程跟踪表里面销售员不全 程序设置 C 9 PROD退货单界面筛选数据重复

13、程序BUG C 10 新OU 销售订单无法选到物料 程序设置 C Postponed状态遗留问题 ID 问题描述 初步原因分析 问题等级 1 总账凭证重复 程序设置 A 2 应付职责下无法正常创立会计科目 业务逻辑 A 3 创立会计科目,取消了。状态仍然是未完成,无法关闭期间 程序BUG A 4 销售出库已经确认收入,但是导出的销售日情况明细表和销售出库明细表都没有这个单号的信息。业务逻辑 A 5 应收客户资料维护页面出错 系统问题 A 6 WHM:同一机种多级BOM展开 引起UNDO表空间100% 表空间 A 4.2 建议:对于以下非Postponed问题 问题1:程序中限定导入到非调整期间,也就是把13调整期间排除掉 问题2:处理方法: 请检查一下这些数据,如果是需要的,请执行请求:CUX:根据不同来源生成应收发票,导入这些错误数据。来源为:REBATE(返利) 此时,12月的AR期间需要是翻开的。问题3:查看操作手册,确定业务逻辑是否真确。问题4:确定创立会计科目是否正确。总的来说问题无非就是业务逻辑和程序BUG,至于系统的性能问题,可以隔断时间进行健康检查, 如果运行过慢或者其他非上述问题,可以试着优化一下系统,或者简单清理一下后台数据,以及对效劳器数据进行合理规划。

copyright@ 2008-2023 wnwk.com网站版权所有

经营许可证编号:浙ICP备2024059924号-2