美科利（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应用。这种新款的自动化测试解决方案采用一种关键词驱动测试的理念，能够完全简化测试的创建和维护。它同时 满足了技术和非技术用户的需要，使高质量应用部署的过程 变得更为快捷和经济，同时风险也更小。它和 MercuryBusiness Process Testing?美科利业务流程测试)协同工作，使 非技术型的对象专家 (subject matter expert) 也能参与到质量 流程中。ERP应用的功能测试通过使用美科利 QuickTest Professional和美科利业务流程测试，QA团队可以开发和利用统一的、可重复的测试流 程，更快、更经济和更便捷地对ERP应用就绪情况提前做出决策。当初期功能测试计划完成之后，测试团队可以使用美科利解决方案来自动验证 ERP应用中所有业务交易的完整性。 美科利解决方案从业务流程的角度出发，展开ERP应用测试。这些解决方案通过执行分步操作 如更新库存信息，或从 供应商处定购某部分商品，就像在实际生产操作中一样来测 试ERP应用。当在测试创建阶段捕获了业务流程后，美科利QuickTest Professional和美科利业务流程测试将 ERP业务相 关信息与输入数据相互分离。测试人员可以根据选择列表， 改变选择项和数据条目。使用同一数据对应用展开反复测试 通常不会取得实际结果。要真实地验证应用的功能，测试人 员需要不同的数据包来模拟多个用户的实际操作行为。美科 利产品允许用户直接输入测试数据，或从一个数据库中导入 数据，从而创建一个实际的、数据驱动的测试方案。通过这 种方式，测试人员就能使用可变的输入数据， 分析实际的 ERP 业务流程。打包的ERP应用通常具有很高的复杂性。创建一个简单的记录定制可能会对其它记录或整体性能产生无法预料的 影响。当更新发布 （甚至是简单的定制更新 ），都需要对所有 业务流程展开全面彻底地测试，而不仅仅是测试变更所发生 的区域。 这样，测试人员就能衡量更新会对应用产生的影响， 确保不会引起缺陷的产生。总结：美科利解决方案使机构能采用稳固的功能测试程 序来展开他们所有的 ERP解决方案。解决方案让整个测试团 队能够以最少的培训，创建成熟的测试系列；确保在整个环 境、数据包和业务流程中应用功能的正确运作；并为开发人 员提供全面记录和复制缺陷的能力帮助团队尽快修复 缺陷，跟上苛刻的生产进度。