编写abap单元测试就像编写生产代码一样，是一个风格问题。我们应该将干净编码的所有原则也应用到我们的单元测试中。请记住，大数据处理平台，在单元测试和生产代码中都可能发生错误。此外，请记住，您的单元测试编码可能会被其他人阅读，并且您希望他们能够轻松地理解它。

为了避免重复编码并增强测试的可读性，我使用了使用抽象测试类的方法。

为了说明这一点，我参考了Michael Keller的这个非常好的博客。例如，我使用提出了zclu-FUEL，zclu-OXYGENE，返利怎么用，zclu-HEAT，zclu-FIRE）并重构了测试类。在我的例子中，我将只重构"SIè"测试方法，商城返利系统，这说明了setter注入。

在这个单元测试中，有几个测试用例作为测试方法出现。其思想是，为每个测试用例创建一个测试类。将测试数据的必要准备工作（如果需要的话，懒懒淘客，还有测试加倍）留给抽象测试类，并从中选取所需的值。在这种情况下，单元测试类将转换为：

在抽象类中，我们有：

setup\u low，云服务器免，其中被测试的类用来自具体测试用例可以设置的属性的参数实例化test\u low，其中执行了一个abap单元调用以测试我们的方法是\u burning。它还使用类属性中的参数。

每个测试用例（所有适合的和不够热的）都有自己的测试类。我们只设置参数（先决条件给定，结果比较预期）并从抽象类调用方法

如果我们需要一个新的测试用例，例如氧气不足，我们只需复制最后一个测试类并更改两个参数：