(2)功能测试

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

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

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

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

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

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

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

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

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

　　(3)界面测试

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

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

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

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

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

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

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

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

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

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

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

　　(4)性能测试

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

　　(5)文档测试

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

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

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

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

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

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

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

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

　　(6)其他测试

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

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

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

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

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

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

　　4、结语

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