软件测试时为了发现错误而执行程序的过程。它不仅是软件开发阶段的有机组成部分，而且在整个软件工程（即软件定义、设计和开发过程）中占据相当大的比重。软件测试是软件质量保证的关键环节，直接影响着软件的质量评估。软件测试不仅要讲究策略，更要讲究实效性。验收测试作为软件测试过程的最后一个环节，对软件质量、软件的科教复兴和软件项目的实施周期起到“一锤定音”的作用。
1、当前很多人对验收测试工作存在一些误解：
（1）验收测试是用户企业的事，与软件服务提供商无关。事实上，只有两者密切配合，才能提高测试效率。
（2）将验收测试理解成给用户做演示。验收测试要讲究策略，不是走走过场，而是有计划有步骤的执行活动，要进行科学的用例设计。
（3）验收测试就是验证软件的正确性。
2、验收测试的流程及方法原则
软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作，按计划按步骤执行验收测试，形成规范的测试文档，客观地分析和评估测试结果，并跟踪不合格现象，对软件问题要分级分类管理，必要时要进行回归测试，确保所有问题能得到关闭，最终成功通过验收。在测试方法上，由于验收阶段的特殊性，一般以黑盒测试和配置复审为主，以自动化测试和特殊性能测试为辅，用户、软件开发实施人员和质量保证人员共同参与。
3、验收测试要注意以下几个原则问题：
（1）验收测试始终要以双方确认的ERP需求规格说明和技术合同为准，确认各项需求是否得到满足，各项合同条款是否得到贯彻执行。
（2）验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现软件错误为主。
（3）对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。
（4）验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。
4、ERP验收测试的内容及用例设计
验收测试应当涵盖确认测试和系统测试两个方面的内容。具体包括以下测试内容：安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。
功能测试用例的设计：
第一：测试项目的输入域要全面。要有合法数据的输入，也要有非法数据的输入。如测试当存在开始日期及结束日期进行查询时，是否对其进行了逻辑判断？测试数据可以考录三种情况，1、开始日期大于结束日期 2、开始日期等于结束日期 3、开始日期小于结束日期，但两者格式不一致。
第二：划分等价类，提高测试效率。在考虑测试域全面性的基础上，要划分等价类，选择有代表意义的少数用例进行提高测试效率。
第三：要适时利用边界值进行测试。
第四：重复递交相同的事务。
第五，不按照常规的顺序执行功能操作。
第六：执行正常操作，观察输出结果的异常性。
性能测试用例的设计：
性能测试主要测试软件的运行速度和对资源的消耗。通过调整ERP所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助WinRunner之类的企业级自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。
文档测试用例的设计：
第一，要明确文档验收的标准，软件企业和用户企业要达成一致。
第二，确定文档的重要性和项目文档需求，比如，在验收阶段，用户文档（用户手册、操作手册、维护手册、联机帮助文件）显得特别重要，需要认真评审。
第三，检验文档完整性，主要是文档的种类和内容的完整性。
第四，检验文档的一致性和可追溯性，主要是：软件的设计描述是否按照需求定义进行展开的；应用程序是否与设计文档的描述一致；用户文档是否客观描述应用程序的实际操作；关于同一问题的描述是否存在不同的说法。
第五，检验文档的准确性，主要是文档的描述是否准确，有无歧义，文字表达是否存在错误。
第六，检验文档的可理解性，主要审核文档是否针对特定的读者群体，表达是否详细
总结：开发人员和实施人员不应该掩盖软件错误或不关心用户不熟悉的测试项目。用户也不能因为存在一些当前无法实现的需求而搁置验收工作。相反，两者应当精诚合作，相互信任，拨云见日。对于那些不可行的需求或不明确的需求，双方要协商进行需求变更，并达成一致意见。只有这样的验收测试，才能促使ERP工程项目得以快速圆满验收。虽让公司没有上过ERP项目，但这篇文章给我了很大启发ERP系统验收时测试流程方法及内容项目。
相关阅读：
