练习执行良好做法,如TDD和Mocking

前端之家收集整理的这篇文章主要介绍了练习执行良好做法,如TDD和Mocking前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在寻找资源,提供实际的课程计划或路径来鼓励和加强TDD和嘲笑等编程实践。有很多资源显示示例,但是我正在寻找一些实际提供一个进程的东西,允许这些概念被学习,而不是强制仿真。

我的主要目标是加快人们了解TDD背后的概念,实际上是有效的。有没有这样的免费资源?

鼓励这是一件困难的事情,因为它可以被视为(相当公平)的海洋变化;不是进步到一个目标,而是一个完全不同的做法。

建议的简短列表是:

>你需要成为领导者,你必须熟练掌握,才能说服别人,你需要能够向别人展示他们的路径并解决他们的不确定性。
>首先熟练编写单元测试

>对现有方法进行写作测试。你可能会在桌面上击败你的头,试图测试很多你的代码 – 这不是因为测试很难,或者你不能理解测试;这更可能是因为您现有的代码和编码风格不是很可测。
>如果你很难入门,那么可以找到最简单的方法,并用它们作为起点。

>然后专注于提高您生成代码的可测试性

>单一最大的提示:使事情变得越来越小了。这是一个很大的变化 – 这是让自己做的最难的部分,甚至更难说服别人。

在阅读鲍勃·马丁的“清洁代码”一书时,我个人认为我的“清晰时刻”一个早期的章节将讨论一个干净的方法将会是什么样的,作为一个例子,他采用了一种〜40线的方法,它在视觉上类似于我将产生的东西,并将其重构成一个几乎不大的行数明智但不包含任何内容的类但是可以选择大小为3-7行的小巧方法

看一下这些简单的方法,它突然点击了单元测试基石“每个测试只测试一件事”是最容易实现的,当你的方法只做一件事情(而做那个事情没有30内部机制玩)。

好的是,您可以立即开始应用您的发现;一路练习写小方法和小班课程。你可能开始缓慢,并且相当快地打了几个障碍,但是最初的几个月将帮助你指出正确的方向。

原文链接:https://www.f2er.com/javaschema/282211.html

猜你在找的设计模式相关文章