活动回顾丨Coding 五一 FCC TDD 训练营-第一场

活动回顾丨Coding 五一 FCC TDD 训练营-第一场
0


TDD-维基百科

咖啡厅果然是好景点,人少还可以学知识。结识了新的朋友,布了技术道。

活动现场–人狠话不多版本

后续

期待 5 月 18 号,再次与各位pair!

时间: 5 月 18 日

地点:某咖啡厅

主题: 刻意练习

人数:10

时长:4 小时

内容:选择 2-3 题,进行刻意练习

实战内容: 练习 TDD 两题,达到敲代码的速度和思考的速度一致

要求: NodeJS

2赞

这次的活动给到我的除了技术上的提升以及不同的开发观念外,还带给了我无限的乐趣,享受一起 coding ,互动的感觉很棒。谷大佬手摸手教学(害羞.gif),期待接下来的两期!

五一fcc tdd训练营体会

传统编写代码所造成的问题与tdd的产生

  • 在写代码的时候先写测试,然后再开始编程的方式更加符合敏捷开发的习惯

  • 如讲师所述的,我们传统编写代码的方式存在很多的不足之处,这也是导致我们广大程序员加班的原因所在

  • 由此:tdd就产生了

fcc五一训练营

  • 通过这次活动,让自己学到了不一样的编码方式,对于自己的未来的道路可能有很大的影响

讲师带的一本书

  • 代码的重构(这本书以后也要买一本)
1赞

之前对于单元测试总想着怎么去写单元测试 测试的条件语法等等一些 code方面的思考,在此次活动,了解了TDD的目的,有以下收获供大家参考:

TDD的前提是对业务需求的拆解足够精确,足够细。

在编写测试用例前,首先要确定的是需求的范围,精度,然后按照细化的需求,逐步编写用来测试需求的用例。

再细化需求的过程中,对需求更加明确,写测试的时候才能抓住关键的测试点。

同时细化需求的过程中,对于需求的实现也有了相应的思路方便书写业务代码。

按照需求逐步的去写测试用例 验证需求

一个测试用例 对应一段实现

在写测试用例-实现代码 的过程中逐步清晰业务逻辑如何用代码实现

并逐步发现代码中可重构的点,方便后续优化代码。

用编写的测试代码 来测试实现代码,用实现代码来反测测试代码

在写测试的过程中也是一个不断完善改进的过程。测试代码,与业务代码的互相测试,使得我们的业务代码变得更加合理,也足够的健壮。同时测试代码也逐渐变得清晰简洁。

最后,磨刀不误砍柴工

足够细化的需求,覆盖全面的测试用例,有助于我们精准的把握业务,在写起业务来更加遇有条理性,得心应手,同时也更加健壮。 而不会陷入到,写出来的代码,一个月后自己都看起来费劲的尴尬地步

1赞

注意!摸你手的是个小女孩,不是我!

1赞

共同进步.gif:innocent:

1赞

向大佬学习:+1::+1::+1:。希望通过活动,影响更多的开发者推动 TDD 的实践。

1赞

很好的一次coding活动,介绍了TDD,并做了简单demo练习。
TDD介绍分别以what,how,why来展开,概念清晰明确。核心思想是以测试驱动开发,demo练习中,安装了jest插件来编写测试用例。
感悟到测试用例是必须把所有情况考虑准确,这种准备充分再下手的感觉很amazing,结对编程中集合了两个人的编程思维,也是一次有趣的编程之旅。
期待5月18​:see_no_evil:(有一群志同道合的人一起coding真是其乐无穷啊)

2赞

为西安社区打 call​:clap::clap:
照片很漂亮耶,也许你们可以发布到 freeCodeCamp Instagram :grinning:

1赞