erp项目系统测试报告

erp项目系统测试报告（通用8篇）

篇1：erp项目系统测试报告

BSERP客户批发（商店配货）操作分析

客户批发和商店配货模块操作一致，我们仅以客户批发操作做分析，商店配货操作过程可以参考以下客户批发操作做参考。一:批发操作

根据成都物流中心实际业务流程，样品间开商品销售定单，物流扫描出库，既可以不操作下面的批发销货定单，从批发销货通知单开始既可。

1-1:批发管理业务流程:

1-2:操作过程：

（1）样品间定单操作

：每次开始制作一张新的单据时，必须点击【新增】按钮，方可进行单据的编辑，快捷键“F4”

单据编号：系统自动生成。

日期：系统自动获取当前操作系统的时间，可以进行修改，制单时应填写实际订货的日期。

原单号：输入项，对于使用手工单据的客户，可在此输入手工单据号，实现手工帐和计算机帐的一一对应。

渠道：指收货方渠道；在进货管理中系统将会自动带出，默认为“000”且不可以修改。

渠道仓库：所选渠道的仓库；在渠道档案中若设置了渠道的默认发货仓库，在此则自动带出，否则可手动选择。

库位：指仓库的库位，选择仓库时，系统自动带出代码为“000”的库位，用户也可依据实际情况在库位档案设置多个库位，然后进行选择。

业务员：指业务操作人员，系统默认带出代码为“000”的业务员，用户点击选择自己自己的业务帐号。

其他选择项目可以默认不变，仅对客户、默认仓库、业务员选择既可

单据主信息区：

填写完单据主信息区，选择商品

可以用商品代码查询，也可以选择大类刷新F4加载相应的基础数据

商品数量输入界面

选择信息F4 可显示当前仓库库存数和可用数，在可用数的允许范围内 对应的尺码颜色商品中添上客户定货数量。

详细信息

详细信息是显示商品明细的主要区域。除此之外系统还的供了相应编辑功能。

单击“序号”弹出下拉框，列出了所有序号，选择一个商品序号后系统会筛选该序号的商品出现在此区域内。

商品信息修改，单据明细的复制、粘贴功能，在明细区的右上角。

明细复制”按钮，实现把本张单据商品明细区内的所有数据进行复制

明细粘贴”按钮，分“完全粘贴”和“粘贴后价格刷新”两个选择项。“完全粘贴”指把复制的商品明细完全复制到本张单据中；“粘贴后价格刷新”指把复制的商品明细复到到本张单据中，商品价格根据表头区中的“价格选定”和“折扣” 刷新出相应的最新价格。这样可以大大的减少重复劳动，提高制单的效率。

显示明细扩展窗体，是用二维表的方式显示商品明细，这种查看方式更为直观

支持栅格区，直接修改商品数量、金额信息；在单据编辑状态，在商品明细区数量、折扣、单价等栅格，单击可直接输入数值。

双击任意商品，系统会自动弹出该商品的数量窗体。在编辑状态下，数量可修改。在非“编辑”状态下，可查看商品数量

完成商品的录入以后点

保存、审批、执行选择未通知数如下：

执行以后，我们已结束批发销货订单的操作，系统自动弹到批发销货通知单，在我们没有商品信息修改的情况下，可以直接点击保存、审核

1、审核

2、执行选择零填充数如下：

执行以后，我们已结束批发销货通知单的操作，系统自动弹到批发销货单，我们可以看到商品数量为零，选择条码输入扫描核对实际出库商品数量如下：

扫描实际商品后点击保存、验收、终审结束客户批发业务。

二：退货操作

退货操作过程和批发操作过程是反过程，但软件操作业务流程一样，可以参考上面详细介绍，根据成都物流中心退货流程，可以减去批发退货申请单和批发退货通知蛋，直接开批发退货单既可。

三：编号维护

不知道怎么使用该模块

四：订单统计

商品进货订单统计可分明细统计、汇总统计和数据分析三种类型统计。

4-1：进货订单明细统计：用来统计商品进货订单中每张单据中商品明细的详细信息，同时在统计结果明细上双击，可以打开对应单据。打开“订单统计”模块，单击“进货订单明细统计”。4-2：进货订单明细扩展统计：商品进货订单明细扩展统计是对商品进货订单明细的“商品规格”进行了扩展的统计。在统计结果中是以尺码的二维表形式显示，这样使统计结果更加的直观些。4-3：进货订单汇总统计：进货订单汇总统计是从商品的角度来统计某商品的总进货数量。

4-4：进货订单汇总扩展统计：商品进货订单汇总扩展统计是对商品进货订单汇总的“商品规格”的扩展进行统计。

4-5：进货订单数据分析：进货订单数据分析是一个功能强大的数据仓库，用户可以按不同的需要自行分析所需要的数据。统计条件可以自由组合，如按日期、仓库名称、年、月、日、单据类型、供货商代码等统计出不同的数据进行分析。

4-6：配码进货订单明细统计：配码进货订单明细统计，用来统计商品进货订单中每张单据中配码明细的详细信息。

4-7：配码进货订单汇总统计：配码进货订单汇总统计是从商品的角度来统计某商品的配码数量。4-8：商品进货订单配码数据分析：商品进货订单配码数据分析是用于数据分析的形式统计商品进货订单的配码数及完成数。

五：通知单统计和进货统计

使用方法和订单统计一样，可参考上面说明。六：其他管理

6-1：单据控制管理

严格的商品进货过程应该是由“商品进货订单”到“商品进货通知单”到“商品进货单“。在这个过程中，对于商品数量在每一环节的控制需要在单据控制管理中设好。

1、单据编号方式：决定单据编号的原则，默认的是标识符+流水号，如果根据需要可以在单据编号中加入日期或渠道或供货商。

2、从订单到通知单的数量，可以有三种产生方式： ⅰ）空数量：在生成通知单时，商品的明细和数量不从订单中带过来，只带出单据的表头信息，明细数据显示区的数据为空。但是当手工/条形码输入商品明细和数量时，会产生一个差异数用来进行与订单/申请单数量的比较。

ⅱ）未通知数：通知单的数量=订单中的商品数量—该订单已经通知了的商品数量。ⅲ）未完成数：通知单的数量=订单中的商品数量—该订单已经出货的商品数量。

如果在“严格执行”前面打“√”，那么订单到通知单的执行方式只能选择一种，但仍可在生成的通知单中做修改。

3、通知单必须以订单/申请单生成前面打“√”，就是在做通知单之前必须先做订单或申请单，如果不选中的话，可以直接做通知单。

4、通知单数量溢出控制前面打“√”，则当通知单的通知数量超出了与之对应的订单/申请单未完成的数量时，系统提供三种控制方式：

报警：保存时弹出报警对话框，提示操作用户，该通知单通知数量超出了与之对应的订单/申请单未完成的数量，在确认后，可以继续保存制单。

不许保存：保存时弹出报警对话框，提示操作用户，该通知单通知数量超出了与之对应的订单/申请单未完成的数量，并且系统控制该单据无法保存。

5、由通知单生成进退货单时明细数据的生成有三种方式：

ⅰ）不产生明细数据：在产生进/退货单时，商品的明细和数量不从通知单中带过来，只带出单据的表头信息，明细数据显示区的数据为空。但是当手工/条形码输入商品明细和数量时，会产生一个差异数用来进行与通知单数量的比较。

ⅱ）以零填充实际数量：生成进/退货单时，商品的明细和数量与通知单的完全相同，只是实际发货的数量为零。

ⅲ）以通知数填充实际数量：生成进/退货单时，商品的明细和数量与通知单的完全相同，并且实际发货的数量也与通知数量一致。

6、进/退货单必须以通知单生成前面打“√”，就是在做进/退货单之前必须先做通知单，如果不选中的话，可以直接做进/退货单。

7、进/退货单数量溢出控制前面打“√”，当进/退货单的数量超出了与之对应的通知单数量时，系统会进行控制。

系统提供三种控制方式：

报警：保存时弹出报警对话框，提示操作用户，该进/退货单数量超出了与之对应的通知单的数量，在确认后，可以继续保存制单。

不许保存：保存时弹出报警对话框，提示操作用户，该进/退货单数量超出了与之对应的通知单的数量，并且系统控制该单据无法保存。

不允许发货：在单据保存后，发出时弹出报警对话框，提示操作用户，该单据数量超出了与之对应的通知单的数量，并且系统控制该单据无法发出。注意：

在进货管理中“不允许发货”这项是置灰的无法选择，因为对于进货管理，并不在发出操作，在其它管理模块（批发、配货、调拨）中该选项才是可以选择的。

8、装箱前面打“√”，指在进/退货时采用装箱的方式发货；即当选中了“装箱“后（最好不要再采用进/退货单制作时商品明细的输入方式，因为装箱数据转换后会把手动输入的商品明细覆盖掉了），同时“其它管理”菜单中的“装箱单输入”有效，可以输入装箱单，并且在进/退货单中增加一个“装箱清单”页面。

9、单据中价格设置和折扣选择前面打“√”，即选中“严格控制”则在单据的表头信息中的，“价格选定”和“折扣”都不允许操作员进行修改，此选项配合权限设置，可以达到控制操作员无法修改单据中价格的目的。

10、验收后才允许打印单据前面打“√”，那么单据只有验收后才可以打印出来。

11、库存预警级别设置：根据决策支持系统中的库存预警设定单的在实际的业务单据中给出预警提示。库存预警级别设置：分八个级别；分别是：不控制；商品属性1级；商品级；商品属性1 +颜色级；商品属性1 +尺码级；商品+颜色级；商品+尺码级；明细级。预警控制点： 出入库通知：指通知单；不许审核，审核时报警；不许执行：单据执行时报警；

出入库：指业务单据；报警，录入商品明细保存是报警；不许保存，单据保存时报警，且不许保存；不许验收：单据验收时报警，且不许验收； 6-2：单据标志位清空

作用是清空本模块中单据的标志位如审批标志位、终止标志位等，这大大方便了用户在执行审批等操作后的单据修改。

1、单击“新增”按钮，新增一张单据；

2、单击单据名右侧的 按钮，弹出单据选择窗体，窗体中列出了当前模块的所有单据名称，选择单据名；

3、输入“更改单号”，即需要修改的单据编号；

4、选择需要清空的“标志”，复选，一次可清除多个标志位。

5、保存；审批单据，审批后生效。6-3：并发控制标志位清空

当点击某一单据，它提示该单据正在被其它人操作时，可以选择此功能就可以进行“并发标志位”清空。

6-4：单据维护

为某段时间范围内的单据进行一个维护，来更加保证数据的准确性，界面如图2-15所示，选择单据范围，设置单据日期范围，然后点击【维护】按钮即可。

篇2：erp项目系统测试报告

ERP系统验收测试流程、方法原则及内容

引言

软件测试是为了发现错误而执行程序的过程。它不仅是软件开发阶段的有机组成部分，而且在整个软件工程(即软件定义、设计和开发过程)中占据相当 大的比重。软件测试是软件质量保证的关键环节，直接影响着软件的质量评估。软件测试不仅要讲究策略，更要讲究时效性。验收测试作为软件测试过程的最后一个 环节，对软件质量、软件的可交付性和软件项目的实施周期起到“一锤定音”的作用。

1、ERP验收测试的现状

验收测试是一种有效性测试或合格性测试。它是以用户为主，软件开发人员、实施人员和质量保证人员共同参与的测试。ERP(企业资源规划)作为提 高企业管理创新能力的有力工具，其定义、设计、开发、实施和应用的过程遵循一定的规律。这些规律表现在软件过程控制、质量保证和软件测试等方面。验收测试 关系到ERP能否成功验收，能否平滑步入维护期，能否快速实现效益。ERP验收测试的全面性、效率性、科学性、规范性、彻底性在广大制造业企业和ERP软 件供应商中还是一个崭新的话题。

当前很多人对ERP验收测试工作存在一些误解：

(1)由于ERP软件的复杂性、规模性，人们可能更多地关注它多变的需求定义、个性化解决方案、定制化开发过程，却轻视了项目的验收工作。这些“只重视开题和过程，不重视结题和维护”的做法，最直接的后果就是，形成了一个个延期工程或“烂尾”项目。

(2)ERP实施工作做好了，用户企业可以把系统跑起来了，文档移交了，客户签字了，还有什么必要做验收测试。这种误解源于对验收测试的目的、流程、方法和意义缺乏认识。

(3)验收测试是用户企业的事，与软件服务提供商无关。事实上，只有两者密切配合，才能提高测试效率。

(4)将验收测试理解成给用户做演示。验收测试要讲究策略，不是走走过场，而是有计划有步骤的执行活动，要进行科学的用例设计。

(5)验收测试就是验证软件的正确性。验收测试和其他的测试一样，既要验证软件的正确性，又要发现软件错误。只不过，验收测试是以确认软件功能是否满足需求为主。

全面的ERP资源下载

2、ERP验收测试的流程及方法原则

软件包括程序、数据和文档。ERP验收测试的对象应当含盖这三个方面。验收测试的主体要以用户企业为主，ERP软件服务供应商积极配合;或以第三方测试为主，用户和软件供应商共同配合。

ERP验收测试的基本流程如下图所示，软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作，按计划按步骤执行验收测试，形成规范的测 试文档，客观地分析和评估测试结果，并跟踪不合格现象，对软件问题要分级分类管理，必要时要进行回归测试，确保所有问题能得到关闭，最终成功通过验收。

在测试方法上，由于验收阶段的特殊性，一般以黑盒测试和配置复审为主，以自动化测试和特殊性能测试为辅，用户、软件开发实施人员和质量保证人员共同参与。

ERP验收测试要注意以下几个原则问题：

(1)验收测试始终要以双方确认的ERP需求规格说明和技术合同为准，确认各项需求是否得到满足，各项合同条款是否得到贯彻执行。

(2)验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现软件错误为主。

(3)对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。

(4)验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。

3、ERP验收测试的内容及用例设计

ERP验收测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求、性 能需求和文档需求。ERP是较复杂的大规模性软件，其验收测试应当涵盖确认测试和系统测试两个方面的内容。具体包括以下测试内容：安装测试、功能测试、界 面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。下面结合ERP验收测试的具体内容，谈谈用例设计的注意事项。

(1)安装测试

安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确认能否正常运行。ERP安装测试的用例设计要注意以下几点：

第一，根据ERP的可移植性，选择不同操作系统。

第二，选择不同层次的硬件配置和软件配置，一般选用最低、中等和最高三种配置进行测试，验证系统对软硬件环境的依懒性。

全面的ERP资源下载

第三，观察ERP安装程序在软硬件资源充足的情况下能否正常安装，安装过程中是否给予充足的提示，是否存在流氓软件的一些弊病，安装完成后能否正常运行，能否彻底删除。

第四，在资源不充沛的情况下，如磁盘空间不够、内容不足等，系统能否完成安装，能否给予各种提示。

(2)功能测试

功能测试是验收测试中的主要内容。ERP功能测试要包含以下项目：单个模块的查询、增加、删除、修改、保存等操作;数据的输入与输出;数据处理 操作，如导入、结转等;基础数据定义的精度;计算的准确性，如仓库的历史库存、当前库存、货位库存是否准确;数据共享能力;身份验证和权限管理;接口参数 和系统控制参数;单据流转情况;状态控制，如系统是否对MPS在执行MRP分解、工单下达、车间任务调度等操作前后的状态做了标识，状态的改变是否正确;报表的打印输出;审批流程定义及各种审批、反审批操作;短信发送及管理;岗位及部门业务的操作，如从请购管理、采购计划到采购订单管理，再到采购到货管 理;跨部门的业务操作，如从销售订单到主生产计划，从车间领料到仓库出库等等。

ERP功能测试的用例设计要注意以下几点：

第一，测试项目的输入域要全面。要有合法数据的输入，也要有非法数据的输入。如，在测试基础数据的定义时，若规定是数字，则既要输入数字进行测试，也要输入字母、空格等非数字进行测试。数字包含整数、负数、小数，因而还要输入这些不同的数字验证数字的精度。

第二，划分等价类，提高测试效率。在考虑测试域全面性的基础上，要划分等价类，选择有代表意义的少数用例进行测试，提高测试效率。如，若MRP 记录有“刚形成”、“已派工”“正执行”、“已完成”四种状态，系统只允许对刚形成的MRP记录做局部性修改或删除操作，那么在测试时，将MRP记录划分 为四类，每种状态对应一类，每类各选一条记录作为测试用例即可。

第三，要适时利用边界值进行测试。如“订单预排”中一般要求预排的数量大于0，那么测试数据可以分别为0，-1，1，10000000(一个非常大的正数)。

第四，重复递交相同的事务。

第五，不按照常规的顺序执行功能操作。

第六，验证实体关系，实体间的关系有三种：一对一，一对多，多对多。如，一个MPS对应多个MRP，一个MRP对应多个车间任务。

第七，执行正常操作，观察输出结果的异常性。如，删除某条记录对排序的影响;执行审批后，单据的状态是否改变。

全面的ERP资源下载

(3)界面测试

ERP界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。测试用例的设计要重点掌握以下几点：

第一，背景和前景的颜色是否协调，颜色反差是否用得恰当。

第二，软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率。

第三，窗口元素的布局是否合理，并保持一致。

第四，各种字段标题的信息描述是否准确。

第五，快捷键、按钮、鼠标等操作在软件中是否一致。

第六，窗口及报表的显示比例和格式是否能适应用户的预期需求。

第七，误操作引起的错误提示是否友好。

第八，活动窗口和被选中的记录是否高亮显示。

第九，是否有帮助信息，菜单导航能否正常执行。

第十，检查一些特殊域和特殊控件能否运行。

(4)性能测试

性能测试主要测试软件的运行速度和对资源的消耗。通过调整ERP所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件 的移植性、运行速率、稳定性和可靠性。一般借助WinRunner之类的企业级自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。

(5)文档测试

文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯 性和可理解性。ERP作为一个大规模软件，覆盖了企业的各种业务。它至少要具备需求定义、开发设计、测试评估、项目管理、用户应用这五类文档，具体而言，应包含GB8567-88中规定的14种软件文档。

在文档复审时，要特别注意以下几点：

第一，要明确文档验收的标准，软件企业和用户企业要达成一致。

全面的ERP资源下载

第二，确定文档的重要性和项目文档需求，比如，在验收阶段，用户文档(用户手册、操作手册、维护手册、联机帮助文件)显得特别重要，需要认真评审。

第三，检验文档完整性，主要是文档的种类和内容的完整性。

第四，检验文档的一致性和可追溯性，主要是：软件的设计描述是否按照需求定义进行展开的;应用程序是否与设计文档的描述一致;用户文档是否客观描述应用程序的实际操作;关于同一问题的描述是否存在不同的说法。

第五，检验文档的准确性，主要是文档的描述是否准确，有无歧义，文字表达是否存在错误。

第六，检验文档的可理解性，主要审核文档是否针对特定的读者群体，表达是否详细。如，ERP操作手册，除了描述每个模块的操作，应该还提供关联性岗位业务、部门业务和跨部门业务的操作说明。

(6)其他测试

除了上述的测试外，还有必要对系统的其他特性和需求加以测试。如检测软件遇突发性故障后对数据的恢复能力，软件的安全保密性和对硬件、软件、数据的兼容性，系统所能承担的最大数据量和健壮性等。

其他测试一般包含以下几种：

第一，负载压力测试。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试。一般采用自动化技术分别在客户端、服务器端和网络上进行测试。用例设计时，要以真实的业务为依据，选择有代表性的、关键的业务操作作为测试对象。

第二，恢复测试。通过模拟硬件故障或故意造成软件出错，检测系统对数据的破坏程度和可恢复的程度。

第三，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性。

第四，兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。

4、结语

ERP用户和软件开发实施人员要明确验收测试的真正意图。开发人员和实施人员不应该掩盖软件错误或不关心用户不熟悉的测试项目。用户也不能因为 存在一些当前无法实现的需求而搁置验收工作。相反，两者应当精诚合作，相互信任，拨云见日。对于那些不可行的需求或不明确的需求，双方要协商进行需求变 更，并达成一致意见。只有这样的验收测试，才能促使ERP工程项目得以快速圆满验收。

篇3：如何做好ERP系统验收测试

1.1 ERP验收测试

ERP系统的验收测试是指系统功能的有效性测试或履约合格性测试。它是以用户为主, 由用户根据项目实施前与实施方签订的技术要求和功能需求书, 会同实施方并邀约相关专家对系统所进行的综合性测试。验收测试关系到ERP系统能否成功上线, 能否平滑步入维护期, 能否快速切入企业业务运营进而为企业经营管理带来改善提升。ERP项目验收包括阶段性验收和整体验收。 (1) 阶段性验收。一般选择的时机就是系统上线之后, 录入了一个月以上的数据, 能够准确导出各类月度报表的时候。一个月刚好是一个小的系统周期, 在这个时间周期内, 系统运行得是否顺畅, 基本上都能反映出来, 如果这一个月都不能挺过去, 那就说明系统在运行过程中存在较多的问题。 (2) 整体验收。就是根据阶段测试验收情况, 对整个系统做一个综合的评估, 看它是否促使企业在管理思想、管理模式、管理方法、管理机制、管理基础、业务流程、组织结构、规章制度、全员素质、企业竞争力、企业形象、科学决策、信息的集成与处理等方面发生一些明显的改进、提高和创新。

1.2 ERP验收的方法与原则

在测试方法上, 由于验收阶段的特殊性, 一般以黑盒测试和配置复审为主, 以自动化测试和特殊性能测试为辅, ERP项目实施方会同最终用户在项目专家组的领导与协调下共同参与。

当然, 作为一个大的综合性的信息化项目, 验收测试一定要慎之又慎, 参与人员务必要本着认真负责的态度。验收时必须下注意以下几个原则问题:一是验收测试始终要以双方确认的ERP需求规格说明和技术合同为依据, 确认各项需求是否得到满足, 各项合同条款是否得到贯彻执行。二是验收测试和单元测试、集成测试不同, 它是以验证软件的正确性为主, 而不是以发现软件错误为主。三是对验收测试中发现的软件错误要分级分类处理, 直到通过验收为止。四是验收测试中的用例设计要综合全面, 能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。

2 ERP验收测试的内容及用例设计

ERP验收测试的目的是验证所实施完成的ERP系统是否满足合同双方签署认可的技术合同条款及功能要求。本文结合ERP验收测试的具体内容, 介绍测试用例的选择及设计方面的注意事项。

2.1 安装测试

安装测试的目的在于验证软件能否在不同的配置情况下完成安装, 并确认能否正常运行。

2.2 功能测试

功能测试亦即业务测试, 是验收测试中的核心内容, 不单单是软件功能的测试, 同时也是对企业业务流程梳理的测试。ERP系统实施的过程实质就是企业业务流程再造。

ERP项目功能测试验收的主要内容应该是由系统中不同模块决定的, 包括系统运行情况、业务处理情况、各种单据及报表出具情况, 主要涉及财务模块、销售管理模块、库存管理模块、采购模块、生产计划模块等, 在验收过程中, 可以以部门为单位进行, 便于集中精力来处理主要问题。

在库存管理方面, 重点是物料收发的流程是否合理, 物料收发的效率是否有所提高, 各种单据是否按照要求及时处理。

在生产管理方面, 主要是考核生产计划的执行率是否有所提高, 生产效率是否有所提高, 包括产能的最大发挥、生产排程的合理性、生产工艺的优化等。

2.3 界面测试

ERP界面要符合现行标准和用户习惯。界面测试要从友好性、易操作性、美观性、布局合理性、分类科学性、标题描述准确性等方面入手。

2.4 性能测试

性能测试主要测试软件的运行速度和对资源的消耗。通过调整ERP所依赖的软硬件配置、网络拓扑结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助Win Runner之类的企业级自动化测试工具来辅助测试, 通过极限测试来分析评估软件性能。

2.5 文档测试

文档是软件的重要组成部分, 也是软件质量保证和系统配置管理的重要内容。ERP作为一个大规模软件, 覆盖了企业的各种业务。它至少要具备需求定义、开发设计、测试评估、项目管理、用户应用等5类文档。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。

2.6 其他测试

除了上述的测试外, 还有必要对系统的其他特性和需求加以测试。

第一, 负载压力测试。主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试。一般采用自动化技术分别在客户端、服务器端和网络上进行测试。用例设计时, 要以真实的业务为依据, 选择有代表性的、关键的业务操作作为测试对象。

第二, 恢复测试。通过模拟硬件故障或故意造成软件出错, 检测系统对数据的破坏程度和可恢复的程度。

第三, 安全性测试。通过非法登录、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性。

3 结语

ERP项目的验收是对项目在整个实施阶段产生的效果的一个检验的过程, 也是对ERP项目在整个实施阶段的一个终结, 它为ERP系统在今后应用中的顺畅运行奠定了坚实的基础。

摘要：ERP系统验收测试是判断项目实施成功与否的关键环节, 但目前尚缺乏针对ERP验收测试的统一标准。笔者结合本公司ERP项目实施情况, 并参考相关专业文献内容, 总结提出验收测试的流程、方法与原则, 就ERP验收测试的用例选择、测试内容等进行论述, 以期通过这些方法的推广应用, 使更多企业的ERP项目能够满足业务功能完备、逻辑合理、结果正确、系统稳定等要求。

关键词：ERP,验收测试,流程,方法,原则,测试内容

参考文献

篇4：erp项目系统测试报告

［关键词］项目管理信息化建设ERP

一、引言

项目管理产生于第二次世界大战期间，主要应用于国防和军工项目。20世纪90年代开始，随着信息时代的来临和高新技术的飞速发展，将项目管理的理论和方法应用于企业信息化建设中，可以有效地控制系统建设的全过程，可以以较小的投入，取得较好的效果。

企业ERP系统的建设是一个复杂的系统工程，需要对ERP项目所涉及到的各个方面进行有效的计划、组织、管理和监控，进而达到预期目标和效果。这个过程需要对项目涉及到的时间、成本、产品、服务细节的需求和相互间可能发生的矛盾等方面进行充分的平衡和协调，通过建立起一整套行之有效的项目和风险管理机制，达到提高ERP系统实施成功率的目担RP系统的引入和实施，对企业来说是一个复杂的系统工程，将项目管理的理论和方法应用于企业信息化建设中，本着整体规划，分步实施的原则，对企业ERP项目所涉及到的方方面面进行有效的计划、组织、管理和监控，进而达到预期目标和效果，进而为企业创造更大的效益。

项目管理就是指在一定资源的约束下，为了实现特定目标，有效组织和利用各种资源，严格控制项目进度，以满足用户及有关方面需求的管理工作的总称。具体而言，项目管理就是将知识、技能、工具和技术应用于项目活动，以满足项目的需求。

项目的实施是有规律的，首先需要定义好一个项目并且确定项目的关键点；其次要确定项目中各方面的角色，比如项目经理、赞助商、核心成员、客户等，并且让大家充分了解项目的目标和要素，并且形成坚定的向心力；再次，确立项目阶段；最后，进行项目的可行性检查，在此阶段，项目组织者必须同时分析项目的驱动力和项目阻力，制定出合理的激励和管理政策。

三、力成电气集团公司ERP项目实施分析

1.企业环境分析

力成电气集团公司是国家科技部认定的高新技术企业，是该地区规模最大的机电一体化配电设备生产企业。目前，公司开发生产的电气产品共有高、中、低压三大类、28个型号、2000多种规格。企业处在日新月异的市场机遇、价格和服务水平等的挑战环境中，必须不断完善企业经营模式，提高企业竞争力。以往仅仅关注于企业内部流程的改善，产品开发和制造水平的提高，这些已经不足以面对当前多变的市场环境。

通过对公司相关业务的进一步分析和对外部软件市场的调研分析，最终确定以外购商品化软件的形式来实施公司的ERP项目。通过外购商品化ERP软件，不仅减少了系统建设风险，缩短了开发周期，也有利于业务流程的标准化，并能享有软件供应商提供的专业化服务和对软件的升级与技术支持等。

2.项目实施过程分析

由于企业ERP项目涉及面广，实施内容复杂，通过充分的分析和调研，结合项目管理相关的理论和方法，我们从以下几个方面开展工作：

(1)项目启动。项目开始阶段主要针对企业ERP项目的需求、范围和可行性进行分析，制定项目的总体安排计划，并以“项目合同”的方式由企业与ERP软件公司确定项目责任和授权。结合公司的实际情况，由于缺乏足够的信息化人才，所以前期的工作项目启动工作委托第三方信息化咨询公司协助完成。

(2)项目计划。在明确了项目的目标和需求后，系统选择阶段的主要工作就是为企业选择合适的软件系统和硬件平台。我们选择了用友ERP-U8(V8.61)作为企业信息化的实施产品，从公司的财务管理系统、供应链管理系统和生产运作管理系统等三个方面进行项目的应用和实施。该阶段的主要工作是进行系统选择的风险控制，在综合评测的基础上考察，合理匹配系统功能和自身需求，综合评价供应商的产品功能和价格、技术支持及服务能力等因素，避免在系统选型过程中出现诸多问题。

值得说明的是项目计划阶段是ERP项目进入系统实施的启动阶段，主要进行的工作包括：确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。

(3)项目执行。项目执行阶段是实施过程中历时最长的一个阶段，贯穿ERP项目的业务模拟测试、系统开发确认和系统转换运行三个步骤中。实施的成败与该阶段项目管理进行的好坏直接相关。在项目执行阶段进行的项目管理的主要内容包括实施计划的执行、时间和成本的控制、实施文档管理、项目进度汇报、项目例会和纪要等内容。

(4)项目控制。项目控制阶段的核心是项目监控，就是利用项目管理工具和技术来衡量和更新项目任务。项目评估同样贯穿于ERP项目的业务模拟测试、系统开发确认和系统转换运行三个步骤中。项目评估主要侧重阶段性评估、项目里程碑的鉴定和验收、实施质量的检验等。

(5)项目完成。项目完成阶段是整个实施项目的最后一个阶段。此时，工作接近尾声，已经取得了项目实施成果。在这一最后阶段，主要包括双方验收、项目总结、经验交流、正式移交等。

四、结束语

企业ERP项目的实施，不仅实现了财务管理规范化，同时在生产部门实现了辅助制定生产计划和物料需求计划。达到了降低库存，提高资金利用率和控制经营风险的效果。更为重要的是通过ERP项目的实施，使企业业务流程更趋于合理化、效绩监控动态化、管理改善持续化。而这些成绩的取得，与信息化建设过程中项目管理思想的正确运用是分不开的。我们要以正确的思想为指导，运用项目管理相关理论和的方法，为企业创造更大的效益。

参考文献:

[1]栾跃:软件开发项目管理[M].上海:上海交通大学出版社,2005.9

[2]甘仞初:信息系统分析与设计[M].北京:高等教育出版社, 2002.9

[3]李青:信息化项目管理[M].北京:机械工业出版社,2004.6

[4]罗鸿:ERP实施指南[M].北京:电子工业出版社,2003.1

篇5：ERP系统项目计划书

编写项目计划前必须考虑以下几个方面：

1、项目许可证和项目章程，即项目由谁决定，由谁批准(合法性问题)。

程序问题逻辑问题

2、拟采用的项目管理方法。包括由谁负责管理，以及如何管理。这里需要细分为：

范围计划

费用计划

进度计划

质量计划

人力资源计划和组织计划

沟通计划

采购计划

风险计划

下面的内容将是对这些资料的详细说明。

3、项目范围说明，包括项目目标和主要可交付的成果。

4、项目工作分解。将项目分解为可以控制的几个部份(得出报告或结果的几个部份)。

5、项目费用估算

6、计划开始日期和责任的分派。详细程度必须保证可以对项目进行控制。

7、测量和时间控制进度和费用开支标准。

8、项目进展的里程碑。

9、人员安排计划。

10、业绩考核和评价制度。

11、项目的主要风险。包括制约因素和假设前提，以及对风险的预防措施。

12、未解决(不能解决)或不能决定的某些问题。(如网站上说的，ERP不能做什么)

附加的还包括各类技术文件，如产品规格说明、技术要求说明(软件/硬件)、系统设计说明(自行开发)

--------

ERP系统项目实施计划

一、公司简介

这里主要介绍公司的基本情况，该段落一般抄袭公司已有的宣传资料。

二、该项目的许可说明。

由公司什么机构在什么时间决定干什么，由谁批核，由谁负责。做事之前先正名。

三、项目的实施规划

1、总纲

公司计划通过ERP加强哪几个方面的工作，加强这方面工作的目的是什么。比如说提高采购的交货及时性，提高生产效率等等。需要注意的是，2、项目实施的范围

公司计划在哪些部门的哪些模块进行实施。如工程部门的BOM管理、生产物料部门的MRP等等，在这里需要详细列出

3、项目的费用计划

公司目前的软硬件情况如何，上ERP系统以后，哪些可以继续使用的，哪些需要改进的、哪些需要淘汰的。这里也需要考虑到打印机和纸张的问题：手写通过复写纸就可以了，通过电脑打印就需要多联纸和针式打印机，这也是一笔投资。

公司计划投资多少，其中硬件多少(硬件要达到什么样的要求：硬盘、内存、网路速度)、软件多少(服务器软件、WEB软件、客户端软件)、实施费用多少、调研费用计划多少、服务费用多少(每年的服务费用另收或其他，另外有一个极容易忽视的费用：系统内部的维护费用。系统资料是需要备份的，每天备份一次和每周备份一次(最低要求)是不同的，在这里需要考虑到这一点，尤其是还没有做过系统备份的公司。

4、进度计划

公司计划在哪个时间完成什么工作，以及完成的标志(里程碑/报告是什么)。

该步骤由谁统筹负责，计划的范围包括什么(寻找软件、硬件、咨询供应商等等)。

A、项目选型阶段

a、初步选型阶段(十数家)

在该阶段需要进行的准备工作包括哪些

该步骤完成的标志是：寻找XX家软件供应商，每家的公司概况、软件功能介绍、系统报价、服务条款等等，并将其编制成册。

b、精细选型阶段(三至四家)

精选的公司ERP系统实施计划方案、每套方案的评价、详细的实施进度及进度控制方法。

在这里要提出：考虑到公司实际情况，在挑选软件供应商的时候应该如何保障公司的利益，软件供应商必须提供接口程序保障现有资源不会浪费等等(这也属于风险计划的一部份)。

c、项目确认阶段(一至两家)

确认的公司(一家，以及候选一家)，该公司的项目项目计划交老总批核。

B、项目调研阶段

承接项目确认阶段，主要是由已初步确认的软件供应商来进行市场调研。在这里应该规定调研的时间安排，计划哪个部门需要多长时间(每个部门两天，合计数加二)，编写报告需要多长时间(两个礼拜)。

承接项目单位需要做到的大概方面(整理公司的业务流程、目前存在的问题及分析对策、如何通过ERP系统达到加强管理的目标等等)

C、合同谈判期

需要就合同细节进行谈判，谈判的时间应该予以计算(一般为一周时间)合同谈判需要由谁负责，由谁批核，付款条件(项目调研付百分比、预付百分比、项目培训过程支付百分比、试用付百分比、验收完成付百分比)需要注明的是，这里只是计划的情况，具体的情况还需要具体去谈(先给老板一个大概的付款方式----需要保障老板的权益)

D、项目培训期

计划ERP实施培训需要多长的时间，一般为每个部门三天，另集中培训两

周。

应该由部门什么人参加，培训的内容是什么(参考前面的范围计划，一般是部门主管为KEY USER)、培训的结果是什么、如何考评结果。

培训完毕需要参与培训的人员对教师的培训结果予以评价，并作为支付培训费用的依据。

E、项目试用期

项目试用期至少需要三个月，这三个月里一般需要软件公司有专人给予指导(一人)，试用期过后，用户难以体会系统中存在的问题----肯定会有的，也难以习惯系统的运作方式。

试用期每个月需要对仓库库存进行盘点，盘点数据的准确率要按50%、75%、90%的准确率递增(还有生产率、加班减少率具体如何自己考虑。不过千万注意：不要定得太高！！)。

该期间必须由KEY USER编写本部门的ERP实施运作流程(操作手册)，同时需要由KEY USER对本部门的ERP项目进行具体验收。

F、正常使用期

目前有两种方式由旧系统切换到新系统。

a、一次性切换。

b、并行后逐步切换

项目计划中应该明确两种切换方式的优点和缺点，并建议采用哪种方式切换。

从什么时间开始正常运行。计划从切换到正常运行的过程为XXX天(至少150天，否则……)

合计：从选型到系统正常运行需要XXX天，预计总费用XXX万。

四、项目的风险规避和质量保证

目前公司的运作状况如何(哪个部门负责什么工作)，实施ERP可能会需要影响到哪些部门的哪些工作，具体操作时应该如何避免。

实施ERP系统可能会遇到的问题(如果对公司的管理有任何意见，就让顾问公司来提)

对于进度的控制应该达到一个什么样的程度，在这里需要将数据量化：实施前仓务部需要提供什么样的资料(平均库存总量、总金额)、财务部需要提供什么样的参考数据(财务管理的数据)、采购部需要提供什么资料(平均应收货物数量，总价格、交货准时率、料件的采购提前期)。

五、人力资源安排

除开始项目规划中提及的人员以外，这里还需要继续阐述ERP系统的人力安排，并以表格的形式体现：

人员 职务 阶段 职责

项目精选 判定3家符合公司要求的软件供应商，并完成……工作••• ••• ••• •••

这里尤其需要说明的是：什么时间需要管理层的什么协助！！

六、实施ERP系统需要注意的问题

这里添写实施ERP系统需要注意哪些，以及ERP系统不能完成哪些管理上的要求----比较理性客观的评价ERP系统。部份内容可以附加XXX报或杂志对实施ERP系统的评价。

同时也应该申明对ERP系统的哪些期待是不合理或者达到会有困难的。把丑话说在前面，有利于以后的进度控制。老板如果把ERP系统想得太美好反倒对ERP系统实施不利！

六、附件

实施目前比较流行服务器系统需要达到的配置。

服务器(型号、规格、功能)

篇6：erp项目系统测试报告

2011年12月12日，首张具有意义收货单，在SAP系统中翩然而过，同时在系统后台自动生成了SAP系统自运行后的第一张正规财务凭证，这两张业务与财务高度集成的单据，一唱一和，仿佛是划过寂静的第一声爆竹，在上海**公司回响，至此宣告实施了近两个月的SAP系统在我公司的顺利上线。同时，结束了SAP项目的实施阶段工作，开始全面转入维护阶段。在这里，从目标计划、实施状况、人员队伍、经验总结几个方面对SAP项目的整个过程做一总结，向在在座的各位领导同事进行汇报，目的是为了回顾过去、汲取经验、服务未来.一、项目背景：

 公司背景

上海**自动控制技术有限公司成立于2004年，以领先的技术与丰富的现场服务经验，为中国的移动机械行业带来更先进、更适合中国企业的自动控制系统与软硬件产品。**自控自成立之初便树立了“推动机械进化、发展民族工业”的远大理想，并为自身赋予了明确的使命：“为移动机械制造商提供领先的控制方案与软硬件产品，使其移动机械产品具备领先的竞争力”。为了能使公司向即定的目标进行稳定的发展，整个过程当中需要进行新的管理上的尝试，而如何将企业的各种业务经济信息高效的组织在一个平台，加以有效的利用与分析，且满足企业内部及外部的各种需求，是公司近期的一个主要管理目标。而SAP正是在这种情况下，出现在我们的视野，实施SAP的终极目标是为公司的发展保驾护航，提升企业的竞争力，增加企业凝聚力。（本次实施的具体目标此处暂不赘述）

二、项目实施状况

10月份公司管理层决定，在12月份，新的SAP一定要上线，要让公司在原有的有限的业务流当中集成加入资金流，进而形成全面有效的信息流，全面满足企业内部与外部审计的数据要求。时间紧,任务重 是这次SAP实施的难点，各部门经理及同事，同样非常重视，为此专门抽调部门骨干人员连同经理均参加SAP项目组组织的集中培训，在为时一个月的学习与工作中，大家团结协作，在项目组和内外部顾问的指导下，克服了任务重、上线时间紧、数据要求质量高等困难，加班加点按期完成了ERP上线前的各项工作，整个过程完全按照顾问提供的实施方法，历经了项目准备、业务蓝图、测试实现、切换准备、系统上线五大阶段，终于在12月12日上线，为了最大限度减少并行的负担与差错率，仅并行了1周的时间便甩掉了旧系统原有用友，于12月19日全面应用新的SAP8.8版本的系统，成功地迈出了SAP系统上线运作的关键第一步，这是公司领导关怀和支持的结果，项目实施过程中凝结了外部顾问、内部顾问、关键用户及IT人员的辛勤劳动和汗水，是大家工作共同智慧的结晶，在此对各位领导和参加项目建设的所有同事表示衷心的感谢。

三、SAP系统应用状况：

1、销售模块：

1、报价单：（暂不用）

使用SAP Business One 的销售报价可以灵活创建任何营销文档。该报价单支持不同的行类型，允许用户创建之前行的小计。用户可以在文档中的任何位置插入自由格式的文本，还可以使用标准备注文本。标准备注可以存储和重复使用。页眉和页脚文本也可以由用户为每个文档进行定义。每个报价的毛利都可以计算。向客户提供的最后销售价格可以轻松地查看。一旦创建了报价，用户就可以通过点击鼠标导出到Microsoft Word 中

2、销售订单（合同）：

创建订单时，用户可以执行可用量的检查，此特性帮助用户了解缺货时多个库存的商品库存情况，从而简化订单的输入。下订单时可以从备选商品列表中选择所需商品，定义延期订购该商品，或者允许商品部分交货。订单创建时可以定义不同的交货日期，以及每个行项目的发货地址。用户可以自动从销售单中创建采购单，并指定发货到客户处

3、交货（出库单）： 可使用交货功能生成必要的包装单据。内置的包装流程有助于在交货过程中将货物分成不同的包装批次。用户可以通过点击鼠标查看交货单中的发运状态以及交货跟踪号码。交货时，仓库中的货物数量自动更新。

4、应收发票：

创建发票时系统将自动创建一个相应的日记帐分录。如果客户立即支付部分发票，用户就可以创建自动收款凭证。

5、催款向导：

功能强大的向导用于处理客户的催款函，并保留每个客户的催款历史记录。此向导可定期执行，例如每月或每周，以检查所有未清的发票。可以按照预定义的间隔发送一系列不同级别的催款函。此外，用户还可以定义利息计算和催款费用的方法。

6、信用额度的控制：

要能及时提醒，甚至冻结针对已经脱离信用控制的客户单据，及时保障公司利益不受损失。

2、采购模块：

1、采购订单：

允许用户向供应商订购材料或服务。这些订单更新所订购项目的可用数量，并通知仓库管理员预定的交货日期。用户可以将单个采购单拆分为多个部分，例如，当商品需要发送到多个仓库时就可以使用拆分。采购订单或应付帐款(AP)凭证中的每个行项目可以根据要求发送到不同的仓库。

2、收货采购订单：

用户使用该功能进行收货管理，并可以将货物分配给多个仓库。收货可以与采购单链接，而且用户可以根据确切收到的数量更改基于采购单产生的原始数量。

3、应付发票：

创建供应商发票时，这些信息可供用户对供应商的后续付款时使用。

4、到岸成本：

计算进口商品的采购价格。用户可以将多个类型的到岸成本（例如运费、保险费和客户税款）分配为每个商品上，更新其确切的仓库价值

3、业务伙伴数据：

记录客户和供应商的所有关键信息，例如地址、偏好、销售人员和信用额度等。用户可以为每个业务伙伴定义不限数量的联系人，并附上电话号码、电子邮件地址和其它重要数据。用户可以输入客户联系人或供应商名称，并发送电子邮件或短消息。所有相关的数据-包括客户销售报告和帐户详细余额。活动：此特性用于跟踪与客户的交互，例如电话、会议和后续任务。用户还可以在活动中添加注释和附件，并预先安排下次活动的时间。

4、库存管理：

在系统中建立不同的物料及仓库，并对物料进行管理，定义物料特性及价格清单。并维护序列号和批号以及价目表。用户还可以定义备选商品，根据当前的市场价值重新评估存货成本，并执行周期盘点、仓库间调拨、寄售等特殊业务。物料主数据：用户可以定义仓库物料，销售物料，采购物料，或者非存货物料，包括人力、差旅或固定资产。并为这些物料定义采购供应商、采购和销售计量单位，以及物料的税码等详细信息。支持为物料建立多个仓库并维护物料在每个仓库中的成本。支持对每一种物料采用不同的存货估价方法。当前支持的方法为标准成本，移动平均和先进先出法。计划数据也在物料主数据中维护。用户可以定义采购方法（例如制造或购买）以及订单间隔日期（例如每月、每周或每天）。用户还可以为物料定义最小订单数量和订货提前期。序列号：序列号可以根据预定义的编码规则自动生成；也可以手工创建，可在选择仅在发货时使用或者在所有出入库交易时分配。批次：用户可以为产品指定批次，并根据保质期或者其它自由定义的属性进行归类。然后，可以在销售订单、发货单中和库存移动时为这些产品定义批次。还可以使用批次报告进行批次监控。备选物料：在所需物料由于数量不足或其他原因不可用时，可以创建一个备选物料供客户参考。拣配和包装：用户可以使用拣配和包装管理拣选和包装流程。系统提供了‘未清’，‘已批准’，‘已拣配’三种销售订单的状态。在不同的状态下，客户可以进行一系列有关拣配和包装的操作，系统能灵活的适应您的拣选和包装流程。

5、生产：

1、定义BOM：

可以在该窗口中定义多级BOM。在BOM中用户需要明确定义产成品以及所需的原材料，并且在BOM中指定所需原材料的数量和相关仓库。生产订单：允许用户创建三种类型的生产订单：标准订单，基于现有的物料单创建；特殊订单，不基于BOM创建；和分解的生产单，用于分解产成品，将各个子物料重新回库。通常生产单以计划状态创建，经下达后发放到生产车间。为产成品指定的各个子物料可以手工发料，也可以采用反冲法发料。子物料可以被替换或添加。该解决方案还支持产成品的部分完工，从而灵活地控制工单。用户可以查看计划下达的数量以及完成和退回的数量，可以监控订单的到期日。生产订单也可以参考客户销售订单创建，使用户能够实时查看在制的物料状态。

2、产成品的接收：允许用户将生产订单完工的产成品接收到产成品库存中。

3、生产订单发料：将原材料发到指定的生产订单上。

4、物料需求计划：可帮助生产计划人员做生产计划排程或让采购员根据生产计划和采购需求来制定物料的采购计划。定义预测：允许用户根据预测数据预测需求，而不是单独依靠接收的销售订单。预测有助于用户预测未来时间对产品的需求，并以此相应地调整物料需求计划。这些需求预测数据也可以用于其它的相关报表中。计划向导：计划向导可指导用户通过五个步骤完成需求计划业务情节的创建。用户定义计划范围，例如可以在计划系统中以周或天为单位来浏览需求计划，生产和采购计划中可以包含非工作日，也可以不包含。需求计划可以基于多种物料或物料组计算。用户可以在构建好的业务情节中选择预期的标准，例如现有库存等级、未清的采购订单、销售订单、工单和物料的最小库存量，以及定义好的销售预测。需求计划运行后系统就会显示推荐的“ 生产” 或“ 购买” 建议，同时，该界面上设置了多个折叠和展开选项，允许计划人员查看系统计算出的物料净需求以及基于此物料需求的各类相关凭证。解决方案还提供了意外报警和可视队列，帮助用户识别需要加快处理的订单。计划场景也可以保存为“模拟”，用户可以运行一系列的“假设”场景，而不会影响建议报告。订单建议报表：从建议报表中，计划人员可以选择建议的生产订单或采购单进行自动创建转换。如果某个产品需要外包生产，则系统可允许计划人员轻松地将生产订单转化为采购订单。对同一供应商的采购订单可以合并到一个订单中，从而优化采购流程。

6、服务管理：

服务管理主要用于服务运作、服务合同管理、服务计划、客户交互活动的跟踪、客户支持和销售机会的管理等提供支持。

1、服务呼叫：处理客户的提出问题并记录、跟踪相关的信息。用户还可以查看和维护与特定问题相关的呼叫历史。可以监控多种呼叫状态，而且呼叫可以转给技术人员或者排在队列中。

2、客户服务跟踪卡：此特性为技术服务人员提供了售给某客户物料的详细信息，例如制造商序列号、内部序列号和所有服务呼叫历史，以及该物料的服务合同。

3、服务合同：用户可以为购买商品或者服务的客户创建服务合同。合同中记录了有效日期以及服务条款，例如响应时间、解决时间等。服务呼叫历史可以从任何合同中查看，并也可以查询与该合同相关的

4、知识库解决方案：使用该知识库可以记录各种解决方案和问题，可以加速服务速度和提高服务人员能力，并且可以提供给外部人员共享解决方案。

5、服务报表：用户可以使用这些报表查看和分析与服务合同、客户设备和服务呼叫相关的数据。用户可以检查服务人员进行的服务呼叫，或者某客户报告的问题，并使用这些报告评估效率和绩效

6、财务：

符合中国会计原则的正常财务处理功能生产成本、物流等业务与财务的高度无缝集成。

四、系统应用部分效果对比：

(1)建立一个从营销管理、采购管理、仓储管理、生产管理、质量控制到财务管理实现全面集成的系统；

系统前：原有的工作模式，各部门分兵为战，信息不集成，无法共享，导致工作效率较低，系统后：建立了一个大的信息平台，各部门统一在此安排部署，信息集成度高，业务流程处理速度有明显提升

(2)财务上，满足日常财务管理和会计核算的需求，并符合国家规范的财务规定；

系统前：财务对仓库等业务的监管能力不强，无法做到帐实完全相符 系统后：仓库业务全透明在一个平台运作，财务与业务高度集成(3)加强财务计划和管理，实现财务预算管理和财务分析；

系统前：无法得到历史业务期间的详细数据，所以缺乏科学完整的业务数据，财务计划与管理工作根基不牢靠，上了系统后，此种情况大为改善(4)规范库存管理，增加库存管理透明度，降低库存成本，与财务有效集成； 仓库管理的任何业务，包括每次的转库行为均与财务模块所相连，即时生产财务凭证，反应在财务报表内。

(5)规范采购流程，降低采购成本，与应付帐款的有效集成；

统一管理供货商及其报价，便于考核评估供货商，比较分析采购价格。可根据实际需要按不同采购人员划分采购物品范围。采购订单输入时，系统自动将供货商之核准价格带入，方便输单作业。

(6)加强对生产现场的物料管理，对生产计划、进度、以及生产过程中的料、工、费信息进行有效的跟踪和控制，并准确及时反映；

(7)加强对生产成本与核算的管理，及时准确提供生产成本的动态信息；(8)加强生产分析功能，能提供多角度、全方位的生产状况查询功能和报表；(9)建立规范的质量、安全信息的管理、采集、分析体系；(10)加强对各部门资产管理的力度，满足财务对资产管理的需求；(11)提供决策支持信息。

五、经验总结

1、全员皆兵 人人都做关键用户

项目建设之初，公司各领导就非常重视，各部门均由经理出面，带领本部门的人员积极进行参与，有利于工作开展，不但提高了工作效率，保证了工作质量，而且减少了很多可能出现的困难与问题，为我们的SAP实施打好了人为的基础。

2、组织学习培训，掌握系统知识，奠定了切换和运行的基础

SAP项目实施的过程，是一个不断学习，不断提高的过程，贯穿在此项目实施的始终，概括起来分为以下几种：

2.1SAP系统概览的学习，让大家了解SAP的来拢去脉，与ERP的关系，同时对SAP基本的通用操作有了一定的掌握。

2.2 最终用户的培训和学习，按照项目组的统一安排在上线前期的一段时间内，以分部门的形式进行了培训，当涉及到部门间的重要流程时，几个部门同时参与培训并进一步展开热烈的讨论。

2.3 培训过程已经由外部顾问老师，进行了现场录制，留下重要的培训记录，以供日后进行相关工作开展的依据。

通过上述各种培训，目的是为了实现ERP管理理念与操作知识的转移，为系统的稳定运行提供主体保证。

3、开展集中研讨，广泛征求意见，一定程度上优化企业原有的流程。实施阶段前期，各部门主要成员均参加了项目的集中调研，在会议当中一方面进一步参加SAP系统相关知识的学习与交流，探讨原有ERP当中存在的问题，另一方面对业务蓝图进行优化讨论，找出差异点，经过若干次的讨论与交流，最终制定了符合公司运行SAP的解决方案，确定各主要业务流程，为SAP项目实施制定了框架。

4、理清业务流程，确保数据准确，完整的数据收集，持续的数据改进 上新系统之前，公司已经从2010年6月份开始，在运行一套早期版本的SAP2007B，由于没有引入正规的财务核算部分，整个数据仅从业务的角度考虑，在实际业务处理时缺乏一定的严谨性与完整性，从上线初期，就按顾问的要求，各部门对系统当中的与本部门有关的基础数据进行提前修改与调整，尽量保证新系统上线的数据质量,用顾问的话说：要搬新家，原有的数据必定要重新调整改正。

5、较为周密的部署，详细的文档记录

从项目一开始，便建立了一套完整的项目资料归档管理办法，手段虽然简单，但涵盖的内容较，如实施的有效人天、当天开展了哪些工作，是否有工作日志，每日所生产的各种文件是否齐全，每一次的会议记录均详细收集在内，细致到位，以便对整个项目进行有效的跟踪，查看实施过程当中所存在的问题是否得到了及时的处理，同时也将SAP项目组与各部门所做的工作呈现的一览无余。

6、培训与测试共进

由于时间紧，任务重，在有限的时间内培训与测试共同进行，好在大部分操作人员有原SAP系统操作的经验，此阶段进展较为顺利。

7、不足之处的总结

7.1 上线数据的准备不够十分充分，精度不高，进行了反复的调整 7.2 计划执行力度要加强，一时的松软，有可能会影响全盘 7.3 项目期间的沟通工作要合理组织，尽量做倒 今日事今日毕。

“成的经验 照搬，败的教训 避免”，以上是本次SAP项目实施过程当中总结的经验，希望能在**后续的项目中加以利用。

六、结尾：

天时：紧要的时刻 领导的支持

地利：上海总部大本营各项资源较为集中

人和：团结一心的部门员工，加班加点，甚至抱病工作，如：销售服务部**经理早在09年第一次SAP的实施当中，就曾经与部门员工一起加班几日录入销售订单，采购物流部***经理的到来，提前让系统进行高难度动作，运行MRP运算，技术中心刘总率部重掌SAP系统的基础数据模块，仓库在有限的时间内集中补单，财务为了在规定的时间内拿出较为完整准确的一手数据加班加点等等，在这种众志诚成的工作精神下，我们没有理由不能迈出成功的第一步，现在我们终于顺利上线了。但这也仅是第一步，并不意味着SAP项目的结束，“打江山容易，守江山难”，SAP的应用是否能产生预期的效益，真正实现其应有的管理作用，还要看上线后的应用与维护工作，这是一项长期而任重道远的工作，甚至有可能会付出不亚于实施阶段所做的努力，为了不让大家的心血白流，为了让SAP这套管理工具真正的发挥为**的发展保驾护航的作用，还是需要我们持之以恒的团结与不懈的努力，最后，让我们携手共同步入充满希望的2012年，揭开上海**新的篇章。

篇7：erp项目系统测试报告

大型企业ERP项目咨询与实施报告提纲

1.编写目的：

为了推动我国ERP实施的规范化与促进ERP实施业的成长，并进一步减少我国的应用企业、软件供应商与咨询机构对ERP实施过程的神秘感，同时也为了使ERP实施符合我国国情，而编写此提纲。

2.咨询与实施报告的整体结构：

2.1.封面（项目名称、公司、日期等）；

2.2.目录

2.3.主体内容

2.4.附加说明

3.咨询与实施报告主体内容概要

3.1.合作双方简介

3.2.项目背景

3.3.总体目标

3.4.调研计划

3.5.项目组织介绍

3.6.ERP软件简介

3.7.应用企业业务流程（组织机构、业务流程描述、存在问题）

3.8.管理解决方案（含业务流程重组）

3.9.ERP提供解决方案（含二次开发方案）

3.10.项目实施计划

3.11.项目投入情况

3.12.项目验收情况（或说明）

4.附加说明

篇8：erp项目系统测试报告

软件测试是软件生命周期的一个必要环节, 其目的是尽早的发现软件中的缺陷。随着软件工程学的发展和软件项目管理经验的提高, 软件测试在整个软件工程中有着越来越重要的作用。

1 软件测试概念及测试方法

软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例 (输入数据及其预期的输出结果) , 并利用这些测试用例去运行程序, 以发现程序错误的过程。测试方法的分类有很多, 从测试是否针对系统的内部结构和具体实现算法的角度来看, 可分为白盒测试和黑盒测试。本文主要是使用黑盒测试方法进行。

黑盒测试也称功能测试或数据驱动测试, 它是在已知产品所应具有的功能, 通过测试来检测每个功能是否都能正常使用, 在测试时, 把程序看作一个不能打开的黑盆子, 在完全不考虑程序内部结构和内部特性的情况下, 测试者在程序接口进行测试, 它只检查程序功能是否按照需求规格说明书的规定正常使用, 程序是否能适当地接收输入数据而产生正确的输出信息, 并且保持外部信息 (如数据库或文件) 的完整性。黑盒测试方法主要有等价类划分、边值分析、因-果图、错误推测等, 主要用于软件确认测试。

2 采购管理模块功能分析

2.1 系统介绍

用友ERP中采购管理模块帮助用户对采购业务的全部流程进行管理, 提供请购、采购订货、采购到货、采购入库、采购发票、采购结算的完整采购流程, 用户可根据自身实际情况进行采购流程的定制。本系统适用于各类工业企业和商业批发、零售企业、医药、物资供销、对外贸易、图书发行等商品流通企业的采购部门和采购核算财务部门。

采购管理模块, 既可以单独使用, 又能与用友U8的合同管理模块、主生产计划模块、需求规划模块、库存管理模块、销售管理模块、出口管理模块、存货核算模块、应付款管理模块、质量管理模块、GSP质量管理模块、售前分析模块、商业智能等模块集成使用, 提供完整全面的业务和财务流程处理。

2.2 采购业务分析

采购管理子系统根据企业应用可分为五种业务类型:

1) 普通采购业务:适合大多数企业的一般采购业务。

2) 代管采购业务:适用于“先使用再结算”的采购业务。

3) 受托代销业务:适合商业企业的先销售后结算的采购模式。

4) 直运业务:由供应商直接将商品发给企业的客户, 在结算时由购销双方分别与企业结算。

5) 固定资产采购业务:适合于企业采购固定资产的业务。

3 测试用例设计

本文测试方案的设计侧重于功能性, 以用户的角度设计测试方案, 产品的功能性也是用户最关心的问题。

3.1 测试用例设计分析

ERP系统本身是一种业务流程很复杂、单据报表众多、逻辑性很强的系统, 质量保证方面很难得到严格的控制的软件系统, 在测试过程中经常会出现测试设计遗漏、测试执行遗漏等问题发生, 如何才能设计出比较合理、覆盖率比较高的测试用例, 降低测试遗漏率呢?ERP系统在测试的时候需要测试些什么内容呢?一般的ERP系统设计大概包括以下几方面:功能测试、业务流程测试、数据逻辑测试、接口测试、兼容性测试、性能测试、易用性测试、用户体验测试等等。如何开展测试用例设计呢?

3.2 测试用例设计要点

首先必须具有清晰的测试设计思路, 搭建基本的测试设计框架;其次熟悉所要设计的系统或者模块的业务, 所要实现的功能;然后灵活运用常用的测试设计方法 (等价类、边界值、错误猜测、路径分析法、场景法、正交验证法……用例设计方法) ;最后运用比较合理统一的风格和模板进行设计测试用例;“业务场景、业务流程、数据逻辑”是关键, 业务理解清楚是做好ERP测试的基础。ERP系统测试用例分为几类来写比较好:功能用例、业务流程用例、数据逻辑用例、接口用例, 最好是把功能与流程类的测试用例分开来写;就个人而言, 设计覆盖率高、冗余度低的测试用例应该从以下几个方面入手:

3.2.1 功能测试用例设计

相对而言比较简单, 根据需求规格说明书、界面原型提取测试功能点/项, 运用等价类、边界值等基本用例设计方法来设计, 结合经验积累完善用例设计就可以做到, 难度不大;尤其要注意其中的业务控制, 以下列举了几种重要的控制关系:

1) 档案间的控制:存货分类与存货档案之间, 当存货分类被存货档案引用后就不能删除;反之如果删除了存货档案, 存货分类就可以删除。

2) 基础档案和业务单据控制:基础档案一旦被业务单据引用后就不能删除;反之如果删除了业务单据, 则基础档案就可以删除了。

3) 单据之间的控制:有上下游关系的单据, 一旦源单据生成目的单据, 则源单据便不能弃审;反之, 只有删除目的单据, 源单据才能被删除。

遵循上述的原则, 根据相关的需求文档举例说明基础档案盒业务单据之间控制的功能测试用例设计:

需求文档中相关功能点的描述如下:

PU_1:普通采购业务, 在存货档案中已经应用的供应商不可删除。并且已经在采购管理模块中供应商的控制, 不能够删除已经引用的供应商和已经产生下游单据的供应商。

我们根据该功能点设计测试用例PU_1, 表1所示:

3.2.2 业务流程测试用例设计

关键在于理解实际业务、实际应用场景、最常用的操作过程和使用方法, 必要时还要考虑操作习惯。

1) 简单模块流程单一, 无分支或者分支少, 用例设计也比较容易, 根据业务流程设计测试数据, 保证数据支持业务流程结果正确即可。

2) 复杂模块/子系统/系统, 必定会存在多个分支, 一定要考虑清楚多种分支的覆盖的情况, 可以考虑应用路径分析法, 可以给每一个子流程编号, 用基本流图等方法确认, 保证所有基本路径都覆盖, 但也不能重复覆盖避免用例冗余。

3) 部分系统会涉及不同的实际应用场景运行不同的控制模式, 必须验证在多种场景下的运行模式切换对数据影响情况, 验证所有控制情况都能正确运行。

遵循上述的原则, 根据相关的需求文档设计测试用例过程如下:

需求文档中相关功能点描述如下:

PU_2:采购到货单根据采购订单生成, 之后发生拒收流程 (采购模块中入库之前退货称作拒收) , 拒收数量应该回写到货单中的“拒收数量”字段。

根据业务流程测试设计测试用例PU_2, 如下表2所示:

3.2.3 数据测试用例设计

主要结果业务流转和详细设计文档来设计测试用例;根据业务流程, 理清数据流向, 取数规则, 数据间逻辑关系, 计算公式等信息;数据流转必须确定清楚, 最好以表格形式展示, 数据计算结果, 提高用例的可执行性。

1) 涉及计算公式/逻辑验证时, 需要验证参与该计算公式的字段取值发生变化时, 计算结果是否根据公式发生相应的变化得出正确结果, 多个值同时变化时的计算结果;

2) 存在数据引用关系的字段, 引用单据中此字段数据发生变化, 被引用单据中此字段的取值需要相应发生变化, 数据实时反写;

3) 特殊要求的单据需要在单据审批或者保存或者执行时数据方生效的控制;

4) 某些特定字段的取值、显示、计算结果受参数控制时, 需要考虑参数的控制对字段数据值的影响;如:采购报表、采购列表和统计报表等;

遵循上述的原则, 根据相关的需求文档设计测试用例过程如下:

需求文档中相关的内容PU_3:根据客户实际的需求, 需要在系统中增加单据列表, 统一反映到采购订单货情况。

根据需求文档, 设计测试用例PU_3, 如下表3所示:

3.2.4 接口用例设计

EPR系统模块与模块间的关联性强, 偶合性较高, 必须了解系统/模块的设计原理, 模块与模块的接口设计与实现原理、数据设计结构等。根据业务需求分析系统应该如何实现接口和交互, 确定数据取数原理。设计用例验证A模块 (子系统/产品) 从B模块 (子系统/产品) 取的数据是否正确, 是否能够支持本模块 (子系统/产品) 的正常运行或者计算结果正确。同时需要考虑到当前模块与其它模块、当前子系统与其它子系统、当前产品与其它产品的融合, 需要测试与其它的产品、系统融合, 测试用例需要根据需求或者业务设计相应的测试用例进行测试;关于预留的接口或者未实现的接口需要考虑自己动手编写桩模块或者驱动模块进行测试, 这些也都是测试用例设计需要考虑的内容。如:采购模块与销售模块的对接等。

4 测试的实施与结果分析

以测试理论为指导依据, 结合设计的测试用例, 以下将分别执行功能测试、业务流程测试和数据测试设计的测试用例并给出执行结果。

4.1 功能测试实施与结果分析

我们主要举例在进行功能测试时使用黑盒测试方法依据需求文档用例设计要点, 分别抽取典型, 进行实例测试。当我们拿到需求文档时, 我们首先是要设计测试用例。功能测试中最重要的是控制关系的测试, 这关系着整个系统的业务逻辑是否正确。执行上章中的用例PU_1过程及结果如下:

1) 执行过程1查看供应商在存货档案中的功能控制, 提示框如图1所示。

2) 执行过程2操作界面和执行删除供应商的操作提示如图2, 图3和图4所示。名称为“国内供应商”的供应商已经产生采购订单0000000006。

3) 执行删除名称“国内应商”, 预计结果应该是不让删除, 因为他已经被采购订单号为0000006的单据引用。

功能测试结果:成功。同预计结果一样。不能够删除已被引用的供应商档案。

4.2 业务流程测试实施与结果分析

以下是选取采购管理模块中的到货拒收的流程举例说明业务流程测试的实施和结果分析。拒收流程是一个逆向的业务流程, 数据的正确回写也是很重要的。执行测试用例PU_2过程如下:

1) 新增采购到货单到存货编码为1001的存货到货数量为100。拒收数量为1, 拒收单参照生成之后保存回写到货单的“已拒收数量”。

2) 根据到货单的拒收量生成的拒收单, 到货单的“已拒收数量”为1, 预计结果正确。

功能测试结果:成功。同预计结果一样。在拒收流程中, 正向和逆向的数据回写都符合预计结果。

4.3 数据测试实施与结果分析

数据的测试不仅仅在单据中很重要, 在客户日常的使用中列表等其他的帐表信息的反馈也是非常重要的。下面就以到货这个流程, 展现如何进行数据测试。

这里是举出了采购管理中我们最为常见的部分到货的情况, 总结来说到货单参照采购订单生单, 但是只有其中一部分货物到货, 并未全部到货。业务的流转过程中数据的正确是必须的, 不仅在单据中, 在相关的列表中也是一样。执行测试用例PU_3过程如下:

1) 下面以ERP系统中的采购管理模块为例子。新增采购订单, 选择某一存货, 订货数量100个。

2) 根据这张采购订单, 生成采购到货单, 到货单上到货数量为80个。如下图:

3) 单据列表使用表格的形式综合反映了每个单据的情况。在这里我们可以使用采购订单列表查看该张单据的到货情况。从订单列表的累计到货数量为80个, 符合预计情况。如下图:

功能测试结果:成功。同预计结果一样。采购到货流程中, 不仅单据上数据的携带正确, 而且相关的列表和报表也携带正确。

5 总结

软件测试并不仅仅是为了要找到软件中的缺陷, 而是分析错误产生的原因和其产生的阶段。通过分析, 从软件工程的过程方面去改进, 从而避免今后有类似的错误出现, 并能发现关联的潜在缺陷。这样, 就可以尽早的发现和修正缺陷, 并可以预防某些缺陷的产生。我们在ERP软件测试中应该正确分析与利用测试的结果并有效地进行ERP软件过程改进, 从根本上提高ERP软件质量, 降低开发成本。对缺陷数据作定量的统计分析是更进一步的需求, 通过收集缺陷、对比测试用例和缺陷数据库, 最终达到逐步完善软件质量的目的。

摘要：本文主要介绍的是在软件单元测试阶段, 根据需求文档, 主要采用黑盒测试方法设计合理测试用例并执行的过程。在采购管理业务规则的基础上完成整个测试模块的测试任务。

关键词：测试软件测试,采购模块测试,单元测试

参考文献

[1]林科学.软件测试应用研究.南京大学出版社, 2004.

[2]朱少民.软件测试方法和技术.清华大学出版社, 2005.

[3]王风华, 谭相柱.用友ERP-U8.50软件应用故障诊断.商场现代化, 2006.

[4]赵斌.软件测试技术经典教程.科学出版社, 2007.

[5]Nina S Gobble.软件质量保障原理与实践.清华大学出版社, 2010.

[6]Adam Mechanic.SQL Server 2005编程艺术.人民邮电出版社, 2010.