第二章随笔

Posted 2020-09-13

　　《构建之法》第二章主要讲了个人技术和流程，因为团队需要一定的流程来管理开发活动，每个工程师在软件生命周期所做的工作也应该有一个流程，这一章中着重介绍PSP，即个人软件开发流程。卡内基梅隆大学的能力成熟度模型（CMM和CMMI），是用来衡量一个团队能力的一套模型。CMU的专家们针对软件工程师也有一套模型，叫 Personal Software Process（PSP），PSP和任何其他方法论一样，也不是一蹴而就的。

　　如果说第一章我还有点概念，那么第二章我可以说一窍不通，什么是VSTS，什么是单元测试，什么是回归测试，还是什么是效能分析……好多的新名称，第一次看见，是那么的没有头绪。要不是百度了，仅仅看书，我完全不知VSTS——Visual Studio Team System，是由微软开发的一套具有高生产力、高集成性、可扩展的生命周期开发工具。

      2.1.1节讲的是，单元测试重要作用，可是不是很明白，就算是按照书本上的代码写，那又用什么工具写？ 当全部看完时，我才明白了一点点，可以用VSTS来编写单元测试，VSTS能为我们提供单元测试的基本骨架；知道单元测试对编程程序是很重要的；在编写规格说明书时，最好能详细规划单元测试；

　　编写时有单元测试的相关步骤：1.设置数据　　2.使用被测试类型的功能　　3.比较实际结果和预期的结果。

　　我们在编写时要注意单元测试中的类库，要相对应。2.1.2节通过清晰的排版强调了一个好的单元测试的标准是如何产生的。这一小节告诉我：单元测试是在最低的功能或是参数上验证程序的正确性，在一般情况下，单元测试必须由最熟悉程序代码的人来编写，每一个单元测试过后，都不受上一个的影响….. 2.1.3回归测试，我一看到这这个词语，还以为是将所以的单元测试都放入程序中进行整合，校验。没想到其本意是为了避免程序回归到原来不正常的状态，把所有发现并修复的bug找出路，一个个验证的大规模的全面的测试。从2.2节中，我了解到效能分析，本书通过一个例子介绍了VSTS提供了效能分析工具。效能分析的两种方法：抽样和代码注入。这两种方法各有优缺点，所以我们要将两者结合使用，达到最优。本章节有许多的效能分析名词，需要我有所了解，才能体会书本所提到的专有名词。在效能分析时，我们要结合实际报告看代码被调用的次数，了解到它们的耗时间长短，要善于思考，解决某部分代码耗时长的问题，还要考虑某部分的代码所占时间的比例，不可盲目优化。