美科利(Mercury)功能测试“十步走”确保ERP系统可靠性

企业资源规划(ERP)软件应用为企业提供管理大规模关键业务功能的能力，包括产品规划、部件采购、库存维护、和供应商的互动交流、提供客户服务，以及订单跟踪等。有些ERP解决方案还可能包括一些财政和人力资源方面的应用模块。ERP应用通常使用一个单一的、中央数据存储器来服务于所有的模块。因此，当这些应用产生了性能问题时，很有可能影响到使用同一存储器的所有业务领域。ERP和共享数据结构间的这种关系决定了它必须实施稳固的测试和监测程序才能确保企业关键应用的健康运行。

对每个ERP应用以及每个应用版本展开功能测试是非常重要的。每个ERP实施中都会面临的主要挑战之一就是确保应用在上线之前能满足所有的业务需求。关键在于测试和验证这些应用的运作情况是否符合设计要求。全球业务优化科技的领导者美科利(Mercury)指出，运用以下10个关键步骤，就可以轻松地实现ERP系统性能的可靠性。

实现ERP系统性能十步走

步骤1：初始规划和收集需求

许多公司购买预先打包的ERP解决方案，希望能实现业务管理各个领域的快速整合。然而，这种ERP打包方案必须经过客户定制，才能部署到它所要支持的业务中去。从逻辑上来说，收集需求是规划阶段的起点，因为开发人员通常根据需求来定制ERP应用；测试人员使用它来测试系统和客户定制项目；而最终用户使用它进行用户接受测试和终结测试。通过提前仔细地定义需求，测试人员可以规划和管理那些更加注重业务需要的测试。接着，需求可以同测试和实际测试结果(被识别的缺陷)相结合，以全面覆盖所有的功能测试。

步骤2：定义测试目的和选择合适的测试

测试人员通过创建主要的测试目的，将决定所需的特定测试类型。测试目的、项目计划和团队结构也将从这些测试目标中形成。当功能测试一个ERP实施时，有多种不同的验证测试需要执行：

数据映射：由于许多ERP实施和后端大机系统紧密地集成在一起，很可能在大机系统中隐藏着一些陈旧的或无效的数据，这些数据会引起应用当中的问题。

业务流程测试：应用的业务规则和启动项必须通过全面地测试，确保所有规则能被正确地执行。

权限控制系统：从用户界面的角度出发测试安全性可以确保严格执行验证规则。数据驱动的测试使IT人员能使用具有不同登录凭证的相同脚本去验证安全规则。

回归测试：对每次部署的Code Drop进行回归测试，包括测试它的存在、功能、值等等。

步骤3：定义目标，以满足测试目的

完成所有的目的定义后，选择好测试类型，接下去就要创建一系列的阶段目标来实现所定义的目的。一套最普通的初始阶段目标包括：

分析应用功能，并识别关键业务流程

建立“冒烟测试”，在开发周期中快速执行该类测试。

在每次正式形成后运行冒烟测试。

着手创建自动化测试来降低手动运行冒烟测试的成本。

分析应用，展开功能识别，这将扩大测试范围，涵盖超过75%的总的应用功能数量。

建立可持续运作的自动化测试，从而降低测试的工作量。

步骤4：区分功能测试案例

在区分测试案例时，关键要记住，重要的业务功能必须在应用中才能发挥作用。由于每个企业具有独特的业务需求，大多数企业即使完成了基本的或标准的实施，也无法上线。因为那些客户定制的区域必须经过彻底地测试才能保证上线时功能的稳定。ERP应用的主要优势之一就是能和现有的大机系统集成，来满足必要的业务需求。再者，因为这些集成不是标准(非客户定制)实施，它们必须经过严格地测试。

初期测试应该具有一些共有的特性，它们应该测试关键的业务功能和关键的业务流程，并识别出客户定制过的ERP应用的测试区域。在初期冒烟测试是最佳的候选方式。一旦初期自动化测试创建完成，并成功地运行后，测试目标通常会改变，测试包会扩张。这种扩张通常表现为在功能成熟之后，增加更多的测试到测试包中。还可以在应用问题区域，如和大机系统的界面中增加测试，从而对该区域展开持续地检查。

步骤5：文档记录关键的业务流程

当记录那些将要成为测试脚本的业务流程时，收集所有和测试案例相关的信息是非常重要的。每个测试案例需要具备一份和被测业务区域相关的目的说明。测试案例的目的应该是和满足一个需求或一系列需求有关。关键之处还在于，要文档记录下逻辑步骤，在整个系统中执行这些步骤可以实现测试的需求。

由于使用测试案例可以衡量业务流程的成功与否，因此，文档中应该指出，需要验证哪些内容才能保证测试的成功。另外还需要在测试案例中成功地执行适用的数据值，这些数据可以是来自数据库的主数据(master data)、或凭空增加的用户创建输入数据、或在脚本创建之前被置入数据库的准备数据。

步骤6：开发模块化的测试组件

创建模块化测试脚本是非常重要的。测试的模块化能够使开发人员创建单元测试(unit test)，在整个系统完成之前，测试ERP应用模块和模块的定制项目。接着，被用于单元测试的模块测试会移交给QA测试人员，他们会将模块测试和测试包结合在一起，来满足特定的测试目标。美科利提供一款最新的功能测试解决方案(即“业务流程测试”)，它能帮助企业管理与业务组件和端到端流程验证有关的所有测试案例。

步骤7：建立测试实验室

建议建立一个QA测试实验室，作为ERP应用的测试和调优整体战略的一个组成部分。在一个独立的测试实验室中运行测试的主要优势在于，机器配置可以达到一种理想的状态，因而减少了由于机器配置不完善而引起的各类问题。此外，当模块定制完成之后，开发人员和测试人员可以在新代码之前，使用该实验室来运行单元测试。

步骤8：掌握和利用“冒烟测试”

在大多数ERP应用中，不完善的浪费了大量的测试工作。改变这种情况的捷径就是建立一种“冒烟测试”，它可以覆盖关键的业务功能。冒烟测试结合了手动测试和自动化测试，可以在短时间内被创建和运行(通常在1个小时之内)。运行冒烟测试可以为开发团队提供版本质量方面的快速信息反馈，帮助他们集中力量解决严重阻滞的问题，而不是一些新的特性。冒烟测试所利用的脚本可以从开发人员已经创建的单元测试中获取。

步骤9：执行回归测试

回归测试包应该覆盖关键的业务流程，应该在每个新的ERP应用版本时运行。回归测试不同于冒烟测试注重测试核心的业务功能，它能更加深入地测试应用的功能。正如前文所提到的，由供应商和任何定制所带来的应用更新都可能对应用功能和性能产生负面影响，必须在每次版本之后进行测试。

步骤10：分析缺陷和创建测试报告

ERP应用准备就绪的重要指标之一就是被识别的系统缺陷数量。在执行测试时，测试中产生的失误必须被跟踪和分析。一种稳固的功能测试解决方案应该能跟踪和汇报所有存在于业务流程中的缺陷。测试团队可以利用这类信息来衡量和管理缺陷是如何被优先级划分、修复、重复测试和关闭的。

美科利全面支持ERP系统性能测试

Mercury QuickTest Professional?提供功能和回归测试自动化方面的业界最佳解决方案――可覆盖每个主要的软件应用和环境，包括来自Oracle、PeopleSoft、SAP和Sieble的ERP应用。这种新款的自动化测试解决方案采用一种关键词驱动测试的理念，能够完全简化测试的创建和维护。它同时满足了技术和非技术用户的需要，使高质量应用部署的过程变得更为快捷和经济，同时风险也更小。它和Mercury Business Process Testing?(美科利业务流程测试)协同工作，使非技术型的对象专家(subject matter expert)也能参与到质量流程中。

ERP应用的功能测试

通过使用美科利QuickTest Professional和美科利业务流程测试，QA团队可以开发和利用统一的、可重复的测试流程，更快、更经济和更便捷地对ERP应用就绪情况提前做出决策。

当初期功能测试计划完成之后，测试团队可以使用美科利解决方案来自动验证ERP应用中所有业务交易的完整性。美科利解决方案从业务流程的角度出发，展开ERP应用测试。这些解决方案通过执行分步操作――如更新库存信息，或从供应商处定购某部分商品，就像在实际生产操作中一样来测试ERP应用。当在测试创建阶段捕获了业务流程后，美科利QuickTest Professional和美科利业务流程测试将ERP业务相关信息与输入数据相互分离。测试人员可以根据选择列表，改变选择项和数据条目。使用同一数据对应用展开反复测试通常不会取得实际结果。要真实地验证应用的功能，测试人员需要不同的数据包来模拟多个用户的实际操作行为。美科利产品允许用户直接输入测试数据，或从一个数据库中导入数据，从而创建一个实际的、数据驱动的测试方案。通过这种方式，测试人员就能使用可变的输入数据，分析实际的ERP业务流程。

打包的ERP应用通常具有很高的复杂性。创建一个简单的记录定制可能会对其它记录或整体性能产生无法预料的影响。当更新(甚至是简单的定制更新)，都需要对所有业务流程展开全面彻底地测试，而不仅仅是测试变更所发生的区域。这样，测试人员就能衡量更新会对应用产生的影响，确保不会引起缺陷的产生。

总结：美科利解决方案使机构能采用稳固的功能测试程序来展开他们所有的ERP解决方案。解决方案让整个测试团队能够以最少的培训，创建成熟的测试系列；确保在整个环境、数据包和业务流程中应用功能的正确运作；并为开发人员提供全面记录和复制缺陷的能力――帮助团队尽快修复缺陷，跟上苛刻的生产进度。