03｜TDD演示（3）：按测试策略重组测试
2022-03-16 徐昊
《徐昊·TDD 项目实战 70 讲》
课程介绍
讲述：徐昊
时长:大小5.98M
你好，我是徐昊。今天我们来继续进行命令行参数解析的 TDD 演示。
首先让我们回顾一下题目与需求与代码进度。如前所述，题目源自 Bob 大叔的 Clean Code 第十四章：
我们中的大多数人都不得不时不时地解析一下命令行参数。如果我们没有一个方便的工具，那么我们就简单地处理一下传入 main 函数的字符串数组。有很多开源工具可以完成这个任务，但它们可能并不能完全满足我们的要求。所以我们再写一个吧。
传递给程序的参数由标志和值组成。标志应该是一个字符，前面有一个减号。每个标志都应该有零个或多个与之相关的值。例如：
-l -p 8080 -d /usr/logs
“l”（日志）没有相关的值，它是一个布尔标志，如果存在则为 true，不存在则为 false。“p”（端口）有一个整数值，“d”（目录）有一个字符串值。标志后面如果存在多个值，则该标志表...
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
精选留言
🐑置顶2022-03-22大家好～我是TDD这门课的编辑辰洋～ 🎐我来友情提示一下下～ 01-04是视频演示，好对TDD有个感性的认识。 05-10是对演示的复盘，同时也会讲解TDD的相关知识点。比如测试的基本结构，TDD中的测试是啥～ 所以，如果你在01-04的操作卡壳了，可以从05开始学，看看5-10，这才是重点哇。看完再回头去看01-04～展开2
wenming置顶2022-03-21老师，任务列表里面的 Corner case 部分，除了代码审查发现，还有没有其他办法能够避免遗漏导致 BUG 呢？作者回复: 一般遗漏是"你不知道自己不知道” 所以很难避免 更多需要交叉检验 比如结对编程 或者 code review
1
临风2022-03-21测试代码也是需要重构的，之前一直没有意识到这点，觉得就算有点冗余也没关系。但实际上，只要是多余的代码就意味着团队的负债，会增加编译成本、跑用例的时间成本（这两项影响不大），更重要的是影响理解的成本，好的测试，就应该通过测试用例就能清晰的理解业务逻辑，而不是一行一行的去看代码。 学习了几讲后，越发觉得TDD其实是一种内功修炼，无论你的水平是多少，都是可以通过TDD不断精进，你对语言特性、设计模式、重构手法等等基本功，还有你对业务的理解，都通过一个个的用例、一次次重构体现出来。 TDD是一种对做事方法的极致拆分，一次只做一件事，思考业务逻辑时就不考虑实现和代码坏味道；编写业务代码时，也仅考虑能通过用例的逻辑；而重构时，也是不能改变原来的代码逻辑的。通过一个个极小粒度的操作，实现最终整体的协调，有种艺术的美感。展开作者回复: good
3
webmin
2022-03-23三课观看下来有一种和老师结对的感觉，忽然明白了结对编程的相互学习过程比结果更最要，以往看到的代码包括开源项目的都已经是阶段性的结果，这个阶段结果的产生其实中间还一些子过程你是看不到的，就算你有设计文档和实现代码但是中间过程是缺失的，且这些中间过程也是无法从设计文档和结果代码反推出来的。中间的这些渐进过程才是内功心法。1
aoe2022-03-2303 课 学习笔记 http://wyyl1.com/post/19/03/ 源码 https://github.com/wyyl1/geektime-tdd/tree/branch-03 摘要： 1. 测试代码需要重构 2. 提前将 Option 对象提取出 flag 的代码在 bad path 翻车了 3. 视频中代码的两个坏味道，期中之一：if 没有 “{}”。苹果公司的“GoTo Fail 漏洞”，就是因为没有括号引起的。 内容摘自：范学雷老师的专栏 极客时间 | 代码精进之路 | 02 | 把错误关在笼子里的五道关卡展开共 2 条评论1
Alexdown2022-03-29Go演示git提交记录: https://github.com/longyue0521/TDD-In-Go/commits/args Commits on Mar 28, 2022 ~ Commits on Mar 26, 2022之间的内容与本篇文章对应. 采用baby step每步都有提交记录可以对比学习. 如果觉得本项目对你有帮助,欢迎留言、star展开作者回复: good