在任何项目中，测试都是关键的组成部分之一，测试的质量在很大程度上决定了上线期间和上线后的成功率。在这个博客中，讨论的重点是如何规划中央财政项目的测试策略。在ERP项目中，我们创建、配置场景并执行与之相关的测试脚本，如我们测试P2P流程、Q2C流程等

然而，在中央财政项目中，它不仅仅是测试场景，而是测试数据。CFIN项目更关注数据，并根据组织的未来设计将现有数据转换为新的数据模型。在CFIN项目中，测试应集中在以初始负载和复制的形式出现的数据上。初始负载是转换的基础，并设置系统的基础，因此重要的是要重视负载，但是复制是正在进行的事情，因此应该更加关注。综上所述，看看下面的努力和价值将是正确的方法：

现在谈到总体CFIN测试策略，需要注意的是，源系统是整个测试和成功的心脏，实时大数据，因为它们持有衡量成功的数据。为了摆脱传统，CFIN中的生产系统也应该参与测试。从测试系统中，您可以测试静态数据，并且可以成功地进行初始加载，但是对于数据复制，在源系统中发布数据量以确保涵盖所有相关场景可能不太实际。在这种情况下，明智的做法是使用源生产系统并将其与CFIN质量系统连接，并使复制能够看到业务部门实时发布的所有文档都得到了复制，并且涵盖了所有测试场景。它是重要的，以涵盖至少一个月结束与这一点接近。还有，如上所述，数据很重要，因此，在任何CFIN项目中，当测试阶段开始时，您还需要计划项目期间的质量体系刷新，以便质量体系反映最新数据，并可用于测试。

SAP也推荐此策略。点击这里

来源–SAP.com网站总之，测试策略应该是这样的：在这里不显示损坏的Stt/Mg等，在3层的情况下，数据可视化大屏，QAC可以用ACC代替，反之亦然。让我们详细地了解整个测试方法。初始负载应该是所有测试周期的一部分，软件企业管理，以创建财务基础。重点应该随着项目的进展而改变。

我不打算在这里解释减产，因为我们知道，云服务器平台，当源生产连接到目标生产系统，项目上线时，数据复制将在真实的商业世界中开始

基于上述解释，很明显中央财政测试是截然不同的从ERP实施项目来看，摒弃传统的测试方法，应用新的测试实践，而不是仅仅使用旧的测试知识是明智的。当然，概念是一样的，但是计划和执行的方式是不同的

因为你在测试中使用的是生产系统，所以要准备好回答与数据隐私有关的问题，保密性等。有一些方法可以减轻和控制这一点，但这不应成为成功之路的障碍。

我希望这篇短篇博客能公正地介绍如何在CFIN项目中管理测试，正如俗话所说，你测试的越多越好，如果在你的项目规划中，你有更多的空间来添加额外的测试这样做很好，但我在这里分享的是最低限度的建议。

缩写–

SLT–SAP景观转型千年发展目标-主数据治理ERP–企业资源规划（任何系统）CFIN–S/4HANA中央财政部开发-开发系统QAS–质量体系ACC-验收系统PRD–生产系统P2P–采购到支付业务流程Q2C–报价到现金业务流程

，返现