Unit Testing

难能可贵的一点是系统的区分了什么是单元测试，集成测试和端到端测试，按照以前的经验，其实只有模糊的概念，以及各种测试的特征。看完这本书，知道了什么场景下写什么样的测试，测试关注的重点是什么，测试需要达到的四个目标，以及什么样的测试不如不写。此外，还看到了一些ddd的例子，根据代码业务的复杂度和涉及dependency多少两个维度分成了四种代码等等。我想检验代码质量的一个标准之一就是测试好不好写吧…以及refactor之后测试好不好改。01-24

这书唯一的缺点就是面世太晚，早10年出，我就能少走很多弯路。12-02

侧重点还是在于怎么写好测试，不过书中推荐了很多相关参考书籍，其中就有我感兴趣的测试驱动开发方面的，继续读01-20

帮助厘清了很多概念 把最佳实践讲得很清楚很容易follow 虽然例子用的是C# 但很容易举一反三到其他语言 01-20

近几年单元测试领域的巨著06-11

确实是一本简短但是知识量很丰富的书，其中体现了很多作者对单元测试的深入理解和简易。单元测试这个主题本身就缺乏很多权威性的定义，所以有很多不同的主观声音，并且也不容易找到一些权威专家比较详细的说明。而这本书确实在这方面下了一些功夫，起码能够提出一套比较完整、系统性的理论和实践，用于指导我们在开发过程中对单元测试的使用方式和作用定位。最近在看完了DDD后又刷了一遍这本书，再次感觉受益匪浅。这本书绝对属于几十年仍有用的那一类经典书籍10-04

强烈推荐，近年最好的单元测试书籍。测试代码也是要设计、开发、维护的代码，所以软件架构的实践也同样适用。12-30

没读完，但必须先满分，比《Mircoservices Patterns》要更有帮助些。02-19

好的测试因该融入软件开发的整个周期06-15

跨度有点久，读完之后，意犹未尽。看完之后，对测试（单元测试）会有更深的认知，基本颠覆了对单元测试的很多错误认识。除了单元测试本身，其实对设计、实现、架构都有比较多的涉猎，所以做好单元测试不仅是做好单元测试这么简单，而是对整个架构设计都有更深层次的要求。单元测试是架构设计、实现的一部分，同样有非常多的优秀实践和反模式需要学习。02-22

唯一一部原理、实战结合的，系统性讲解单元测试书籍04-12

fankai 发的那个读书笔记写的很好，先看那个然后再快速过一遍这本书效率比价高04-24

非常推荐，将单元测试彻底讲清楚了。读是读完了，整理笔记可真不是件容易的事情。11-27

非常棒，对于测试和设计都有极好的见解，测试进阶必读02-03

写的很好，如果在两年前在猿司写test double的时候读到了吵架时会更有战斗力。里面我觉得最有价值的是对伦敦式和经典式的比较，单元测试的单元指的是啥，这个问题会触发很多程序员的偏见，怎么处理依赖只不过是延伸开来的问题罢了，测什么或者测试重点也是DDD理所应当去决定的。在猿司和巨硬写测试碰到了很多问题，也阅读了很多文档，基本上这本书都做了很好的分析，总的来说这本书读晚了，后半部分读的时候作者的想法跟我不谋而合，很快的翻完了，这本书适合工作第二年或者第三年的时候读完。04-17