针对SAP集成应用软件的测试自动化[2]

　　针对SAP集成应用软件的测试自动化[2]   软件测试

　　SAP 实现中测试自动化的重要性

　　SAP 全景在不断地变更，这是由于对来自 SAP 的 SAP 模块的变更、客户公司中的业务流程变更、对系统环境的变更、对与 SAP 连接的应用程序的变更，以及许多规章法令。

　　图 1 例举了在 SAP 环境中不断运转的相关性。

　　图 1：SAP 环境中的相关性

　　为了跟上这些变更，必须对 SAP 系统进行彻底地测试。对于每个变更，都有需要确保稳定性而执行的测试用例的回归库。当手动执行时，每个测试需要时间和努力，比较起来，执行自动的测试需要非常少的时间和努力。自动化还帮助让大多数测试资产可复用。

　　当前的 SAP 测试解决方案及其局限性

　　如今，市场上的现有 SAP 测试模型初步地使用自动化，涉及以下方面：

　　验证：在大多数情况下，可用的 GUI 工具用于将测试执行自动化，这只占总测试工作的大约 25%。验证占该工作的 75% 以上，而且利用 GUI 测试自动化工具去除数据是很困难的。通过基于测试自动化工具的特定级别的验证是可能的，然而，撰写该验证的脚本要花费很长时间，并且任何的变更都需要在首次实现之后的许多编码工作。

　　数据管理：传统上，用于测试的数据是在电子表格中获取并维护的。通过该数据进行搜索和排序是困难的，因为是维护跨用户和位置的数据一致性。这种困难在随着要维护的大量测试数据的增加而增加。此外，SAP 元数据与其相应的测试数据之间不存在智能的联系。

　　管理变更：对 SAP 实现的变更发生在重新配置或添加定制构建的组件(程序)的过程中。在这些情况下，需要定期地变更用于自动的测试执行的脚本，这是很困难的。此外，当将 GUI 工具用于自动化时，需要经常地重做 75% 的工作，从而跟上对 SAP 系统的变更。

原文转自：http://www.ltesting.net