g****t 发帖数: 31659 | 1 开发的时候是不是先写test?然后
分不分red green refactor三个阶段什么的?
Thx in advance |
l**********0 发帖数: 150 | 2 搞。熟练了其实很快的,也确实有用。
这三个阶段还是头回见到
【在 g****t 的大作中提到】 : 开发的时候是不是先写test?然后 : 分不分red green refactor三个阶段什么的? : Thx in advance
|
w******n 发帖数: 692 | 3 没有那么严格,但是最后unit test的code coverage有一定要求。
【在 g****t 的大作中提到】 : 开发的时候是不是先写test?然后 : 分不分red green refactor三个阶段什么的? : Thx in advance
|
g****t 发帖数: 31659 | 4 你们是先写test case,还是后写?
: 没有那么严格,但是最后unit test的code coverage有一定要求。
【在 w******n 的大作中提到】 : 没有那么严格,但是最后unit test的code coverage有一定要求。
|
t*****n 发帖数: 2578 | 5 facebook的哲学是test in production |
x****u 发帖数: 44466 | 6 TDD肯定要先写test case了,然后通过test case保证自己写的代码都可以跑得起来
【在 g****t 的大作中提到】 : 你们是先写test case,还是后写? : : : 没有那么严格,但是最后unit test的code coverage有一定要求。 :
|
s***o 发帖数: 2191 | |
c******n 发帖数: 16666 | 8 嗯 我也看到了 我还以为lz就是看了这个才来发的
【在 s***o 的大作中提到】 : 昨天刚看了一篇文章:The tragedy of 100% code coverage : http://labs.ig.com/code-coverage-100-percent-tragedy
|
N*****m 发帖数: 42603 | 9 什么东西一泛滥就不行了
【在 c******n 的大作中提到】 : 嗯 我也看到了 我还以为lz就是看了这个才来发的
|
c******n 发帖数: 16666 | 10 而且就TDD我一直有疑问
你们是怎么确定下需求的?
也许我水平弱 而且没搞过太底层的东西
但是除了读书那会做纯仿真的计算类项目以外 我真没见过前期甚至中期没有大需求变
化的
大部分时间我都是在试错 试自己选的方向的错 试客户想要达到目标的错
这当然可以走TDD路线但是额外耗费的时间很多啊。。。
而确定需求这个不是brainstorm硬想就能想出来的 我不是说要跳过这步 但很多时候都
是前期想好了一点 马上猛糙快出个demo大家试了下才意识到问题所在
这样理解的话 可能大系统上添加新功能 新补丁 这种scope清晰 目标明确的活儿更适
合TDD的玩法吧? |
|
|
g****y 发帖数: 2810 | 11 因噎废食
unit test <> quality
Integration test才是出路
【在 g****t 的大作中提到】 : 开发的时候是不是先写test?然后 : 分不分red green refactor三个阶段什么的? : Thx in advance
|
T*******x 发帖数: 8565 | 12 我觉得你说的对。
这种demo/prototyping不停迭代的阶段不适合TDD。
【在 c******n 的大作中提到】 : 而且就TDD我一直有疑问 : 你们是怎么确定下需求的? : 也许我水平弱 而且没搞过太底层的东西 : 但是除了读书那会做纯仿真的计算类项目以外 我真没见过前期甚至中期没有大需求变 : 化的 : 大部分时间我都是在试错 试自己选的方向的错 试客户想要达到目标的错 : 这当然可以走TDD路线但是额外耗费的时间很多啊。。。 : 而确定需求这个不是brainstorm硬想就能想出来的 我不是说要跳过这步 但很多时候都 : 是前期想好了一点 马上猛糙快出个demo大家试了下才意识到问题所在 : 这样理解的话 可能大系统上添加新功能 新补丁 这种scope清晰 目标明确的活儿更适
|
k**n 发帖数: 3989 | 13 哈哈,,恰恰相反
tdd 保证你的改动不会破坏以前的程序要求
【在 T*******x 的大作中提到】 : 我觉得你说的对。 : 这种demo/prototyping不停迭代的阶段不适合TDD。
|
T*******x 发帖数: 8565 | 14 demo prototyping的时候程序的要求还不清楚呢,也没有什么以前的程序要求。
【在 k**n 的大作中提到】 : 哈哈,,恰恰相反 : tdd 保证你的改动不会破坏以前的程序要求
|
w********m 发帖数: 1137 | 15 unit test不是为了testing,是为了留文档
tdd相当于强迫写文档 |