查看ABAP代码以确保输出正确

2020-08-16 03:38发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 我想知道查看/阅读ABA...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


你好

我想知道查看/阅读ABAP代码以确保输出的正确性是否是常见的做法。 我觉得我们仅通过阅读/查看ABAP代码并不能总是知道/预测结果/输出。 我认为,针对不同情况进行全面测试是一种更好的方法。

所以,我想知道是我还是其他地方的做法? 也许还有一个问题,是否有用于SAP测试自动化的好工具?

谢谢。

5条回答
四川大学会员
2020-08-16 03:43

您对TDD的熟练程度有不同的水平,并且与"如何抽象问题并将其转化为可测试的体系结构"(可测试的设计)与您的熟练程度紧密相关。 )。 在某个时候,您最终创建UML只是为了支持与他人进行设计交流。 但是,对我来说,它们始终是有效的,即使我在"完成"某件事后再做它们,我最终还是看到可以在"它"的整体设计中改进的事情。

我想指出Fred的测试有多么简单和强大。 它有两件事:

1)测试和实现彼此不了解。 这是规则*。 通过查看Fred是如何从"外部"测试其类功能的,您可以看到这一点。 您可以更改实施他的课程的方式,他的测试仍然有效,并告诉您是否到达那里。
*当然,每条规则都有例外,例如当您与其他事物有依赖关系时,您想确保以某种方式与该依赖关系进行交互。 这些被称为测试注入,您注入您的"间谍",然后问这个间谍,他从内部看到了什么,您所期望的是什么?

2)再看一下它们有多简单! 当然,我们的日常工作中有更复杂的要求,但是如果您尝试进行TDD,然后看起来变得凌乱,则需要大量的设置代码,需要进行大量的依赖模拟,那么,这表明您可能正在 试图在您的类上实现太多目标,您需要将其分为不同的"关注点",可以抽象化的"关注点",作为依赖项注入并更轻松地操纵"关注点"与测试对象的交互方式。

像往常一样,我确实有一个建议,使用代理类cl_abap_unit_assert并从中继承,这样您的测试代码可以变得更简洁:

 assert_equals(
        行为= o_cut-> count_diff_letters_in_word(`Aa BccBc`)
        exp = 5
        msg ="应该回复5个不同的字母")。

如果需要,您可以复制

一周热门 更多>