从这里后面讲的重点都是测试了，争取多领悟领悟，自己现在还是属于不会写测试的阶段。
第一节这里讲的是编写测试的意义。
首先第一个提示就是：测试与找Bug无关
确实是这样，代码测试和测试人员是不一样的，一般来说我们是很难发现我们刚写完的代码的bug的。比如我每次都觉得刚写完的代码非常忐忑，但是有感觉也说不出来哪里会有问题。
编写测试的原因主要有几个方面：
- 在编写代码前，提前编写测试可以让我们对即将编写的代码的整理流程有一个把控，比如需要写哪些方法，入参、出参是什么
- 在编写代码的时候，可以先写一个测试，然后写代码。这样结束之后所有的小功能都会有测试保障，每一个细节都不会出错
- 后面修改代码的时候，修改完成如果所有的test依然可以全部跑通，则可以放心大胆的提交代码（个人感觉其实这才是最重要的）
TDD
书中简单介绍了一下TDD，以及提醒我们尝试TDD的时候不要做无用冗余的测试，应当小步前进，这个度其实是很难掌控的。
这是我一直想要学习的内容，曾经我在开发story的时候都会尝试每写完一个public的方法就写几个测试覆盖不同的case（我知道这样做其实是反了，总要有个开始嘛）。后来因为这么做花费了很多的时间，越到后面就越来不及写测试了，最后还是写的都是集成测试。现在回过头来看自己写的测试都是，真正的连上DB，跑整个流程，最后登录系统查看是否结果复合自己的预期。其实在写代码的过程中看了很多人写的代码，大部分都是，得到一个结果，sout之后assert != null，这么一看其实大多数人也不是很了解应该如何编写测试。
真正硬核的东西后面慢慢看，测试非常重要，不能看的太快
网友评论