构建之法阅读笔记03

    今天自己又回过头来详细的阅读了一遍《构建之法》的第二章，下面分享一下自己的体会。

 一.单元测试；

    之前自己在编程的过程中，从来没有对自己的程序进行过单元测试，总觉得输出了题目要求的结果就行了，没有考虑过程序运行的中间过程或是对占有的内存进行释放等问题。

    而书中详细介绍了单元测试的重要性和如何进行单元测试。

    之后自己在编程过程中，一定时刻提醒自己对程序进行单元测试，不要怕麻烦。现在的麻烦其实是为之后自己的编程的进行提供了便利，恰恰简化了最后繁琐的测试工作。

下面详细介绍一下单元测试的注意事项：

1.最好是在设计的时候就写好单元测试，这样单元测试就能体现API的语义，如果没有单元测试，语义的准确性就不能得到保障，以后会产生歧义。

2.单元测试不能解决所有问题，不必期望他会发现所有的缺陷。

3.用随机数增加测试的真实性，并不是用在单元测试中。因为随机数产生的错误，在下一次运行后不能重复这一错误，不好纠错。

4.单元测试应该集成到自动测试的框架中。

5.单元测试必须和产品代码一起保存和维护。

6.在软件版本升级后，回归测试（Regression Test）很重要。

 

 

二、效能分析工具;

    之前自己在编写程序时，只知道程序编好了，只要没错误，运行出结果就行了。因为程序不是很大，运行也不需要很长的时间，所以没有在意过程序的运行效率，也没有考虑过。

   通过阅读 ‘效能分析工具’一部分，了解效能分析的方法。

   之后自己应该有意识的注意一下自己的程序，提高其运行效率。

 

知识总结如下：

1.两种分析方法：

a.抽样（Sampling）:运行快，可以很快找到瓶颈，但不能得到精确数据。

b.代码注入（Instrumentation）：程序各个效能数据都可以精确地测量，但运行时间长。

所以常常结合使用，先抽样，找到效能瓶颈所在，再对特定模块用代码注入方法进行详细分析。

 

三、PSP（Personal Software Process）个人开发流程

此处主要是习惯记录就好。。。。