《构建之法》阅读笔记02—单元测试
通过阅读<<构建之法>>，学习到了单元测试，单元测试是指开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确，使用单元测试是为了证明某段代码的行为确实和开发者所期望的一致，使代码变得更加完美，让自己负责的模块功能定义尽量明确，模块内部的改变不会影响其他模块，而且模块的质量能得到稳定的、量化的保证，好的单元测试应该准确、快速的地保证程序基本模块的正确性。验证单元测试好坏的一系列标准：单元测试应该测试在最基本的功能、参数上验证程序的正确性；单元测试应该测试程序中最基本的单元，在此基础上可以测试一些系统中最重要的功能点（这些功能点由几个基本类组成）。单元测试要测试API中的每一个方法及每一个参数。单元测试必须由最熟悉代码的人来写。单元测试应覆盖所测单元的所有代码路径，包括错误处理路径。为了保证代码覆盖率，单元测试必须测试公开的和私有的函数、方法。可以使用Right-BICEP测试方法技巧进行测试。
个人感受：
过去写代码都是根据自己的思路一次性写完然后再开始调试程序，根据调试结果提示的错误再一步一步进行改错，有的时候一个小错误好久才可以找到，浪费很长时间。根据题目输入数据后没有返回结果或没有返回预期的结果，需要回去重新审查所有代码改正缺陷，同时还要验证改正后的代码有没有破坏现有的功能，浪费了大量的不必要的时间，编程能力也不能够有很好的提升。单元测试要求测试代码中的每一个类，方法和参数。单元测试后每一个错误可以被及时的发现并得到修改。单元测试使代码作者真切的体会到复杂代码的副作用，可使代码简化，可检验被测代码的一个很小的、很明确的功能是否正确，是为了证明某段代码的行为确实和开发者所期望的一致，在写程序和实现功能上给了我们改正错误的一个很好的途径。对于写比较长的代码时，对于每次实现的一小部分功能的代码进行单元测试，按照Right-BICEP方法进行单元测试，将自己每次的所出现的错误记录下来，避免自己再次陷入误区，养成一个良好的习惯。