(3)界面测试

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

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

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

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

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

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

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

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

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

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

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

(4)性能测试

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

(5)文档测试

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

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

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

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

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

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

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

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

(6)其他测试

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

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

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

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

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

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

4、结语

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