TDD中Transformation动作的优先顺序
作者:网络转载 发布时间:[ 2014/3/28 13:31:50 ] 推荐标签:TDD 循环 重构
在TDD循环中,重构(Refactoring)是不改变行为而改变内部结构的动作,保持测试常绿。而变形(Transformation)是改变内部实现来使测试由红变绿。这些变形的变化使代码形式从特殊specific到一般generic。
Uncle Bob的一篇文章中用了bowling game kata 和 Prime Factor kata来解释。
然后,基于变形的复杂度,Uncle Bob列举出来并认为它们有如下优先顺序。
({}–>nil) no code at all->code that employs nil
(nil->constant)
(constant->constant+) a simple constant to a more complex constant
(constant->scalar) replacing a constant with a variable or an argument
(statement->statements) adding more unconditional statements.
(unconditional->if) splitting the execution path
(scalar->array)
(array->container)
(statement->recursion)
(if->while)
(expression->function) replacing an expression with a function or algorithm
(variable->assignment) replacing the value of a variable.
结论是,要规避TDD常见的僵局(Impasse),即某个新test必须对代码进行巨大变化才能满足,且测试顺序的选择非常重要———那要尽量选择高优先级(简单的)变形来满足测试,或是选择能由高优先级满足的新test case来继续,当看起来需要低优先级(复杂的)变形时,回退回去,看看还有没有更简单的test。
他用了word wrap kata来解释这一模式。其中,为了使
assertThat(wrap(“word word”, 6), is(“word
word”));
通过,Bob故意用
return s.replaceAll(” “, “
”); //(expression->function)transformation
,结果陷入困境。
然后Bob尝试认为此案例没有更好的方案,于是换了另一个测试
assertThat(wrap(“longword”, 4), is(“long
word”));
assertThat(wrap(“longerword”, 6), is(“longer
word”));
然后用 (null->constant) 和(expression->function) 得到
return s.substring(0, length) + “
” + s.substring(length);
TDD困境主要还是在于,如果低优先级的复杂(expression->function)变形,步子更大更死板,看似简洁,实则隐藏了细节,更难“演进”实现。
个人任务,第一个case同样可以用 (null->constant) 和(expression->function) 得到类似的方案。
Bob的这个思路是对的,但是例子以及背后的理论证明尚不完善。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11