尽管openSAP MOOC ABAP单元测试的期末考试还没有开始，但在我之前的两次思考之后，这里是我的总结文章。因此，我有点惊讶，海淘客，我一直拖着沉重的脚步走到最后，甚至做各种测验和每周作业，如果不是所有的练习。如前所述，从第4周开始，了解所有细节所需的ABAP-OO知识基本上就在我的头顶上，但我仍然发现MOOC很有用，并在"我喜欢，我希望"我在MOOC论坛上发布的帖子：

我喜欢……

让我详细介绍一下前两个列表项：

这将在不久的将来成为MOOC对我最有价值的方面，尽管对于单元测试来说，这显然是"离题的"。我在程序中看到过数据和值语句这样的结构，我对它们进行了初步的代码检查，但从来没有实际跟进过它们的所有可能之处。从现在起，我将确保将这些语句集成到我编写的代码中，只要有意义，

很明显，尽管我不一定了解ABAP-OO构造的许多细节，大数据产业，但只要看到并使用它们，就有助于了解它们。然而，当提到朋友、工厂、接口和类似的东西时，或者当陈述变得相当复杂时，这仍然很容易，也不需要花费太多的精力让我感到困惑。

是的，看到这一点很有帮助，但我们不太可能很快就接受这个概念。造成这种情况的原因是多方面的，所以这里有一些我不知道的：

我们的定制代码中只有很小的一部分是用ABAP-OO完成的，而绝大多数仍然是程序性的我们没有足够大的内部开发团队，但我们经常与长期的外部同事合作，他们比我们更深入地了解给定流程的细节因此，我们（内部）对ABAP-OO的知识和用法基本上是不成熟的我们在其他国家也有短期合同开发商的开发项目，要让他们遵守我们的总体开发指导方针已经很困难了。我甚至不想考虑如何让他们正确地进行ABAP-OO，更不用说使用单元测试（更不用说TDD了）

我们至少有一个候选程序，在那里实施严格的单元测试确实会有很大的帮助，但不幸的是，这是一个相当大的（35000多行）和SAPMV45A的中央增强，其中我看不出有什么机会像保罗·哈代（paulhardy）在最近的博客文章中开始详述的那样做。大约一年前，我已经开始讨论我们正在进行的斗争/与该特定增强的麻烦。不用说，爱返利，我们还没有找到一个可行的解决方案和增强刚刚扩大了自那时以来！

第5周关于"依赖查找"的事情发生在我"休假"期间，在这期间，我没有对任何与SAP或ABAP相关的事情有任何想法。相反，我参加了在维也纳举行的欧洲地球科学联盟大会，如果你想知道这与我的工作有什么关系，答案是"零"。如果有兴趣的话，你可以在这里阅读我的"冒险"：EGU2018的怀疑论科学——个人日记。不用说，考虑到我对气候变化的兴趣，企业云服务器，我非常惊讶地看到openSAP提供了一个简短的MOOC主题：气候变化、风险和挑战（短道版本）。它只需要大约2个小时的工作，通过，我强烈建议它！

从那次多事的旅行回到办公室后，我没有太多时间来"工作"第5周的讲座，因此我只看了视频，没有为任何练习操心（考虑到我对ABAP-OO的理解太低，大数据前景如何，这会花太长时间）。我仍然做作业，即使它涉及相当多的猜测和积极忽视的指示，只回答我认为我知道答案的问题。考虑到这项任务的随意性，你可以想象当我在周三注意到结果时我的惊讶，我居然得了100%？

我确实在第6周得到了更多的东西，很可能是因为至少提到的一些东西在程序代码中也会起作用。一旦有机会，我会尝试一下TEST-SEAM语句，它应该会时不时地派上用场。

我从MOOC得到的一个非常积极的经验是我收到的关于它的博客文章的回复。这些真的帮助我不仅完成了一些我本该放弃的练习，而且还把事情放在了正确的角度。所以，感谢所有回复和加入讨论的人，我真的很感激！