ERP功能测试10个步骤确保ERP系统的可靠性[2] 功能测试工具
步骤4：区分功能测试案例
在区分测试案例时，关键要记住，重要的业务功能必须在应用中才能发挥作用。由于每个企业具有独特的业务需求，大多数企业即使完成了基本的或标准的实施，也无法上线。因为那些客户定制的区域必须经过彻底地测试才能保证上线时功能的稳定。ERP应用的主要优势之一就是能和现有的大机系统集成，来满足必要的业务需求。再者，因为这些集成不是标准(非客户定制)实施，它们必须经过严格地测试。
最初，要避免用各种不同的方法去测试相同的功能。开发团队经常会强调一个应用应具有完美架构，可以灵活地让用户通过不同的方式来完成他们的日常任务。关键在于要经常部署测试案例，确保需求驱动、user-path的覆盖面。初期测试应该具有一些共有的特性：它们应该测试关键的业务功能。它们应该测试应用的关键业务流程。它们应该识别出经客户定制过的ERP应用的测试区域。应用功能应该稳定，不在主要开发范围之内。初期测试应该是冒烟测试的候选方式。
一旦初期自动化测试创建完成，并成功地运行后，测试目标通常会改变，测试包会扩张。这种扩张通常表现为在功能成熟之后，增加更多的测试到测试包中。还可以在应用问题区域，如和大机系统的界面中增加测试，从而对该区域展开持续地检查。
步骤5：文档记录关键的业务流程 软件测试
当记录那些将要成为测试脚本的业务流程时，收集所有和测试案例相关的信息是非常重要的。每个测试案例需要具备一份和被测业务区域相关的目的说明。测试案例的目的应该是和满足一个需求或一系列需求有关。关键之处还在于，要文档记录下逻辑步骤，在整个系统中执行这些步骤可以实现测试的需求。由于使用测试案例可以衡量业务流程的成功与否，因此，文档中应该指出，需要验证哪些内容才能保证测试的成功。
除了为测试案例而展开的执行和验证操作外，还需要在测试案例中成功地执行适用的数据值。这种数据可以是来自数据库的主数据(master data)、或是能够凭空增加的用户创建输入数据、或者在脚本创建之前被置入数据库的准备数据。
步骤6：开发模块化的测试组件
创建模块化测试脚本是非常重要的。测试的模块化能够使开发人员创建单元测试(unit test)，在整个系统完成之前，测试ERP应用模块和模块的定制项目。接着，被用于单元测试的模块测试会移交给QA测试人员，他们会将模块测试和测试包结合在一起，来满足特定的测试目标。美科利提供一款最新的功能测试解决方案(即“业务流程测试”)，它能帮助企业管理与业务组件和端到端流程验证有关的所有测试案例。
步骤7：建立测试实验室
建议建立一个QA测试实验室，作为ERP应用的测试和调优整体战略的一个组成部分。在一个独立的测试实验室中运行测试的主要优势在于，机器配置可以达到一种理想的状态，因而减少了由于机器配置不完善而引起的各类问题。此外，当模块定制完成之后，开发人员和测试人员可以在新代码发布之前，使用该实验室来运行单元测试。
步骤8：掌握和利用“冒烟测试”
在大多数ERP应用中，不完善的发布浪费了大量的测试工作。通常，当开发团队完成一个发布版本后将移交给测试团队，接着展开为期数天的测试过程。而测试结果往往是软件的发布版本存在重大的和根本的问题，不值得再进行深入地测试。不幸地是，当开发人员着手为该发布版本增加新的功能时，测试团队已经浪费了几天的时间去发现其薄弱之处。
改变这种情况的捷径就是建立一种“冒烟测试”，它可以覆盖关键的业务功能。冒烟测试结合了手动测试和自动化测试，可以在短时间内被创建和运行(通常在1个小时之内)。运行冒烟测试可以为开发团队提供发布版本质量方面的快速信息反馈，帮助他们集中力量解决严重阻滞的问题，而不是一些新的特性。冒烟测试所利用的脚本可以从开发人员已经创建的单元测试中获取。
步骤9：执行回归测试
回归测试包应该覆盖关键的业务流程，应该在每个新的ERP应用版本发布时运行。回归测试不同于冒烟测试注重测试核心的业务功能，它能更加深入地测试应用的功能。正如前文所提到的，由供应商和任何定制所带来的应用更新都可能对应用功能和性能产生负面影响，必须在每次发布版本之后进行测试。
步骤10：分析缺陷和创建测试报告
ERP应用准备就绪的重要指标之一就是被识别的系统缺陷数量。在执行测试时，测试中产生的失误必须被跟踪和分析。一种稳固的功能测试解决方案应该能跟踪和汇报所有存在于业务流程中的缺陷。测试团队可以利用这类信息来衡量和管理缺陷是如何被优先级划分、修复、重复测试和关闭的。
用全面的报告来完整记录所有的测试流程和结果，这也是非常重要的一项工作，可以使测试团队能正确分析测试结果，同时在未来测试中重复使用测试案例和脚本。
文章来源于领测软件测试网 https://www.ltesting.net/
