第二章随笔
《构建之法》第二章主要讲了个人技术和流程,因为团队需要一定的流程来管理开发活动,每个工程师在软件生命周期所做的工作也应该有一个流程,这一章中着重介绍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提供了效能分析工具。效能分析的两种方法:抽样和代码注入。这两种方法各有优缺点,所以我们要将两者结合使用,达到最优。本章节有许多的效能分析名词,需要我有所了解,才能体会书本所提到的专有名词。在效能分析时,我们要结合实际报告看代码被调用的次数,了解到它们的耗时间长短,要善于思考,解决某部分代码耗时长的问题,还要考虑某部分的代码所占时间的比例,不可盲目优化。