项目测试总结报告.docx
《项目测试总结报告.docx》由会员分享，可在线阅读，更多相关《项目测试总结报告.docx（9页珍藏版）》请在冰点文库上搜索。
项目测试总结报告
项目测试总结报告--
成绩：
西安建筑科技大学
项目测试课程设计
院（系）：
信息与控制工程学院
专业班级：
软件1301班
课程：
软件项目测试
学生姓名：
彭隆西
学号：
130607046
指导教师：
曾应员
2017年1月20日
《佳农ERP实施项目部分测试》
项目测试总结报告
1.引言
1.1编写目的
1）本报告按照佳农食品项目的技术要求反映佳农食品项目的测试结果
2）编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体
1.2项目背景
项目背景：
erp系统的优点：
提供集成的信息系统，实现业务数据和资料共享。
理顺和规范业务流程，消除业务处理过程中的重复劳动，实现业务处理的标准化和规范化，提供数据集成，业务处理的随意性被系统禁止，使得企业管理的基础工作得到加强，工作的质量进一步得到保证。
由于数据的处理由系统自动完成，准确性与及时性大大提高，分析手段更加规范和多样，不但减轻了工作强度，还将促进企业管理人民从繁琐的事务处理中解放出来，用更多的时间研究业务过程中存在的问题，研究并运用现代管理方法改进管理，促进现代管理方法在企业中的广泛应用。
加强内部控制，在工作控制方面能够做到分工明确，适时控制，对每一环节所存在的问题都可以随时反映出来，系统可以提供绩效评定所需要的数据。
通过系统的应用自动协调各部门的业务，使企业的资源得到统一规划和运用，降低库存，加快资金周转的速度将各部门联成一个富有团队精神的整体，协调运作。
帮助决策，公司的决策层能明适时得到企业动态的经营数据和ERP系统的模拟功能来协助进行正确的决策。
近年来，随着佳农公司的业务范围不断扩大，单纯的人工对资源的管理又耗费又耗时，为了更方便的对自身资源的管理，利用ERP软件的优势可以极大的解决资源管理的业务流程的繁琐性。
1.3系统简介
ERP系统是企业资源计划（EnterpriseResourcePlanning）的简称，是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。
它是从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.0OracleApplications:
12.2.4
硬件版本
WindowsXP及以上
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测试执行情况与记录
测试信息
基本情况
备注
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统计
BugState
BugTotal
ASeverity
BSeverity
CSeverity
DSeverity
Postponed
4
3
8
1
0
Opened
6
2
4
0
0
Resolved
0
0
0
0
0
Assigned
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号，在系统中是映射到2016-12和调整期间2016-13，导致导入的数据发生了重复，并且日记账分录不平。
B
2
期间关闭例外报表显示客户返利应收期间未打开
在表cux_ar_rebate_detail中存在39条错误状态的数据，错误原因是：
应收期间不是打开状态;
这些数据创建于2016-12-26:
21:
06，当时的12月期间没有打开
B
3
采购接收单P0*******接收问题
因为用户操作问题导致此接收单接收失败，库存有差异
C
4
应付职责下创建发票或者是预付款，然后创建付款，提交创建会计科目程序，无法正常创建会计科目。
通过发票创建科目后，无任何提示，但是运行子分类帐例外报表却显示该数据未入账。
经查看系统，目前所给到的发票均能生成会计分录，并能传送至GL。
且运行例外报表，未查到报错。
C
5
开始查询的结果vpd有效，如果往下拉一下右边的状态条，再点一下库存组织等表头，会出现所有库存组织所有仓库区域的库存。
程序BUG
C
6
D1*******282因为选择错了出库类型，没有出库成功，后来把此销售出库给删除了。
但是仍有保留库存。
运维侧在环境中确认到虽然D1*******282出库给删除了，但是出库单D1*******282保留得相关物料没有解除
C
7
uat和eut系统不能做入库接收。
接收事务处理请求报红。
业务数据
C
8
销售订单全程跟踪表里面销售员不全
程序设置
C
9
PROD退货单界面筛选数据重复
程序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，至于系统的性能问题，可以隔断时间进行健康检查，
如果运行过慢或者其他非上述问题，可以试着优化一下系统，或者简单清理一下后台数据，以及对服务器数据进行合理规划。
升级会员 