项目测试总结报告 -

成绩：

西安建筑科技大学

项目测试课程设计

院（系）：信息与控制工程学院

专业班级：软件1301班

课程：软件项目测试

学生姓名：彭隆西

学号： 130607046

指导教师：曾应员

2017年 1月 20 日

《佳农ERP实施项目部分测试》项目测试总结报告

目录

项目测试总结报告 (2)

1.引言 (4)

1.1编写目的 (4)

1.2项目背景 (4)

1.3系统简介 (4)

1.4参考文档 (5)

2.测试设计简介 (5)

2.1测试用例设计 (5)

2.2测试环境与配置 (6)

2.3测试方法和工具 (6)

2.4测试相关文档 (6)

3.测试结果及其分析 (7)

3.1测试执行情况与记录 (7)

3.2缺陷汇总 (7)

3.3测试覆盖 (7)

4.测试结论与建议 (7)

4.1结论： (7)

4.2建议： (9)

1.引言

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测试用例设计

2.2测试环境与配置

2.3测试方法和工具

主要就是手工测试：测试人员通过PC登录系统按照操作手册首先对前台数据及流程进行测试看看测试是否存在报错以及确认业务逻辑是否合理，同时可以通过PL/SQL工具登录数据库检验前台数据时候和界面保持一致。

其他单点测试：单块功能使用是否顺畅便捷，是否存在特殊业务形式在系统中无法完成

连接测试：不同模块功能的信息流转是否顺利，不同岗位的信息流转是否顺畅

2.4测试相关文档

《MD120_系统设置_AP模块_V1.0.0》

《MD120_系统设置_AR模块_V1.0.0》

《MD120_系统设置_FA模块_V1.0.0》

《MD120_系统设置_GL模块_V1.0.0》

《MD120_系统设置_TAX模块_V1.0.0》

《GF-I3CS-业务模块-V1.0》

《GF-I3TS-银行流水处理平台-测试脚本-V1.0.xlsx》

《GF-I3TS-应付模块测试脚本-V1.0.xls》

《GF-I3TS-应守模块测试脚本-V1.0.xls》

《GF-I3TS-资产模块测试脚本-V1.0.xls》

《GF-I3TS-总账模块测试脚本-V1.0.xls》

3.测试结果及其分析

3.1测试执行情况与记录

3.2缺陷汇总

3.3测试覆盖

功能覆盖率：60%;

4.测试结论与建议

4.1结论：

部分需要测试的的功能已经实现；基本稳定；性能上达到了要求；

但还存在以下问题；

4.2建议：

对于以下非Postponed问题

问题1：程序中限定导入到非调整期间，也就是把13调整期间排除掉

问题2：处理方法：

请检查一下这些数据，如果是需要的，请执行请求：CUX:根据不同来源生成应收发票，导入这些错误数据。来源为：REBATE(返利)

此时，12月的AR期间需要是打开的。

问题3：查看操作手册，确定业务逻辑是否真确。

问题4：确定创建会计科目是否正确。

总的来说问题无非就是业务逻辑和程序BUG，至于系统的性能问题，可以隔断时间进行健康检查，如果运行过慢或者其他非上述问题，可以试着优化一下系统，或者简单清理一下后台数据，以及对服务器数据进行合理规划。