当前位置:主页 > 虚拟服务器 >

对象存储_百度云盘无法下载_学生机

第2部分-单元测试-恶作剧:遗留的

ABAP单元是ABAP开发者工具箱中最奇妙的工具,他们从未使用过。除了可能的调试器脚本,但让我们让这一个去。不管怎样,为什么ABAP世界里没有人做单元测试,我怎么能说服他们呢?

卡萨诺娃·弗兰肯斯坦

在最后一篇博客的结尾….

https://blogs.sap.com/2018/01/27/back-to-the-future-2018-重新加载/

…卡萨诺娃·弗兰肯斯坦把我扔进一个装满了耐酸食人鱼的硫酸缸里,人工智能有哪些领域,释放了一群杀人蜂,以防我试图从酸里跳出来,他有一颗定时引爆的原子弹十分钟的时间被带电的带刺铁丝网包围着,一站式建站,被饥饿的狮子把守着,它们的头上射出激光束。

幸运的是,生活一直在给我柠檬,所以我用这些柠檬来中和硫酸,但之前我经常上下跳跃,以确保酸杀死所有的蜜蜂。这种特殊培育的食人鱼在中性溶液中不能再生存了,好评返现,所以我用所有的死鱼和蜜蜂做了一个美味的鱼/蜜蜂派,引诱狮子来吃它,当它们分心的时候,我用最后一点酸来融化带刺的铁丝网并拆除原子弹。真的很简单-如果说服人们使用ABAP单元那么简单的话。

单元测试-那是什么?

在ABAP世界中,单元测试或测试驱动开发的想法似乎100%不可能让人们相信它的价值。这是不可能的,这是不可能的,我所做的只是用我的头撞上一堵六英尺厚的钻石墙。

彼得·卡帕迪(Peter Carpaldi)所描绘的医生,成功地撞破了这堵墙,尽管他花了几十亿年的时间,我不相信我有那么多时间。

尽管如此,这并没有阻止我。在已故大卫·杰梅尔的小说《传奇》中,入侵者乌尔里克问其中一个捍卫者:"你为什么要阻止我?你不可能获胜,我的军队太强大了"或类似的话。回答是"我们不能阻止你,我们从一开始就知道。这从来不是这场战斗的目的。

乌尔里克很困惑,他也可能是"那么这是关于什么的呢?"有人问。回答是"我们正试图阻止你。"

我正在与单元测试作为一个概念进行同样的斗争。在ABAP的世界里没有人(除了我)想这样做,这是非常清楚的,我的云,我显然是在浪费我的时间,那么我为什么要继续这样做呢?我没有更好的事要做吗?

不,我不知道。好处是如此之大,而且一旦你走上这条路的一步,它就变得如此明显,以至于如果我用我的余生大声喊出这一点,甚至说服一个ABAP人,这个练习是值得的。

请在下面找到我几年前写的关于这个主题的博客的链接背面:-

https://blogs.sap.com/2013/04/18/are-you-writing-evil-abap-code/

然后我写了一本关于ABAP编程的书。在互联网上你可以得到一个免费的示例章节,这是关于单元测试的嗯:-

https://s3-eu-west-1.amazonaws.com/gxmedia.galileo-press.de/leseproben/4161/reading\u sample\u abap\u to\u the future\u utm.pdf

这里发生的事情,用另一个比喻来说,有点像荷马书中的卡桑德拉。她被众神诅咒,总是说真话,从来没有人相信她。现在我想我已经把这一点讲清楚了。

注意,从这一点开始,我可能会交替使用"单元测试"和"测试驱动开发"这两个术语。他们是不同的东西,但后者取决于前者,我认为他们走在一起就像,很像从一首歌润滑脂:-

我们一起去就像拉玛喇嘛,喇嘛,卡丁嘎,达丁嘎东永远记住当shoo-bop-sha-wadda-wadda-yippity-boom-de-boom昌昌昌昌沙防喷器

滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴滴Boogedy Boogedy Boogedy Boogedy

你知道SAP出版社的出版商建议我在书中没有使用这个确切的类比吗?我无法想象为什么。

不管怎样,之前我提到人们在工作中认为这个(单元测试/测试驱动开发)是我自己提出的一个激进想法——我得到了这样的评论:"这只是一个理论,对吗?从来没有人真的这样做过?"不幸的是,当谈到ABAP世界时,他们做出这样的假设可能是正确的。

再次强调,仅仅因为它对ABAP世界来说是新的,并不意味着单元测试对其他人来说是新的,为了证明这一点,我上网查了一下它的历史。

美国编程大师肯特贝克(Kent Beck)在2003年从事克莱斯勒全球薪酬系统的工作时,被誉为"重新发现"单元测试(TDD)。当被问到"重新发现"是什么意思时,他说他说:-

TDD的最初描述是在一本关于编程的古书中。它说你拿着输入磁带,手动输入你想要的输出磁带,然后编程直到实际的输出磁带与预期的输出匹配。在我用Smalltalk编写了第一个xUnit框架之后,我记得读过这篇文章并进行了尝试。对我来说,这就是TDD的起源。当我向老程序员描述TDD时,我经常听到"当然。你还能怎么编程?"因此,我将我的角色称为"重新发现"TDD.

这本书是《数字计算机编程中的程序检查》(D.D.McCracken,1957)。

猜你喜欢

微信公众号