今天自己又回过头来详细的阅读了一遍《构建之法》的第二章，下面分享一下自己的体会。
一.单元测试；
之前自己在编程的过程中，从来没有对自己的程序进行过单元测试，总觉得输出了题目要求的结果就行了，没有考虑过程序运行的中间过程或是对占有的内存进行释放等问题。
而书中详细介绍了单元测试的重要性和如何进行单元测试。
之后自己在编程过程中，一定时刻提醒自己对程序进行单元测试，不要怕麻烦。现在的麻烦其实是为之后自己的编程的进行提供了便利，恰恰简化了最后繁琐的测试工作。
下面详细介绍一下单元测试的注意事项：
1.最好是在设计的时候就写好单元测试，这样单元测试就能体现API的语义，如果没有单元测试，语义的准确性就不能得到保障，以后会产生歧义。
2.单元测试不能解决所有问题，不必期望他会发现所有的缺陷。
3.用随机数增加测试的真实性，并不是用在单元测试中。因为随机数产生的错误，在下一次运行后不能重复这一错误，不好纠错。
4.单元测试应该集成到自动测试的框架中。
5.单元测试必须和产品代码一起保存和维护。
6.在软件版本升级后，回归测试（Regression Test）很重要。
二、效能分析工具;
之前自己在编写程序时，只知道程序编好了，只要没错误，运行出结果就行了。因为程序不是很大，运行也不需要很长的时间，所以没有在意过程序的运行效率，也没有考虑过。
通过阅读 ‘效能分析工具’一部分，了解效能分析的方法。
之后自己应该有意识的注意一下自己的程序，提高其运行效率。
知识总结如下：
1.两种分析方法：
a.抽样（Sampling）:运行快，可以很快找到瓶颈，但不能得到精确数据。
b.代码注入（Instrumentation）：程序各个效能数据都可以精确地测量，但运行时间长。
所以常常结合使用，先抽样，找到效能瓶颈所在，再对特定模块用代码注入方法进行详细分析。
三、PSP（Personal Software Process）个人开发流程
此处主要是习惯记录就好。。。。