关键词：
如果说第一章我还有点概念，那么第二章我可以说一窍不通，什么是VSTS，什么是单元测试，什么是回归测试，还是什么是效能分析……好多的新名称，第一次看见，是那么的没有头绪。要不是百度了，仅仅看书，我完全不知VSTS——Visual Studio Team System，是由微软开发的一套具有高生产力、高集成性、可扩展的生命周期开发工具。
2.1.1节图文并茂的告诉我，单元测试重要作用，可能是自己的能力不足，相关知识了解的太少了，一边看还一边想，单元测试怎么写？写在哪里？什么时候写？就算是按照书本上的代码写，那又用什么工具写？ 当全部看完时，我才明白了一点点，可以用VSTS来编写单元测试，VSTS能为我们提供单元测试的基本骨架；知道单元测试对编程程序是很重要的；在编写规格说明书时，最好能详细规划单元测试；编写时有单元测试的相关步骤，1.设置数据2.使用被测试类型的功能3.比较实际结果和预期的结果。我们在编写时要注意单元测试中的类库，要相对应。2.1.2节通过清晰的排版强调了一个好的单元测试的标准是如何产生的。这一小节告诉我：单元测试是在最低的功能或是参数上验证程序的正确性，在一般情况下，单元测试必须由最熟悉程序代码的人来编写，每一个单元测试过后，都不受上一个的影响….. 2.1.3回归测试，我一看到这这个词语，还以为是将所以的单元测试都放入程序中进行整合，校验。没想到其本意是为了避免程序回归到原来不正常的状态，把所有发现并修复的bug找出路，一个个验证的大规模的全面的测试。从2.2节中，我了解到效能分析，本书通过一个例子介绍了VSTS提供了效能分析工具。效能分析的两种方法：抽样和代码注入。这两种方法各有优缺点，所以我们要将两者结合使用，达到最优。本章节有许多的效能分析名词，需要我有所了解，才能体会书本所提到的专有名词。在效能分析时，我们要结合实际报告看代码被调用的次数，了解到它们的耗时间长短，要善于思考，解决某部分代码耗时长的问题，还要考虑某部分的代码所占时间的比例，不可盲目优化。2.2中的提到的Release版本和Visual Studio，我都百度了一下，感觉有点深奥，不太了解。
构建之法第二章个人技术和流程
如果说第一章我还有点概念，那么第二章我可以说一窍不通，什么是VSTS，什么是单元测试，什么是回归测试，还是什么是效能分析……好多的新名称，第一次看见，是那么的没有头绪。要不是百度了，仅仅看书，我完全不知VSTS... 查看详情
读构建之法第二章：个人技术和流程
绝大部分软件都是由多人合作完成的，大家的工作相互有依赖关系。某人负责的模块的功能被其他人调用，但如何让自己负责的模块功能定义尽量明确，模块内部的改变不会影响其他模块，而且模块的质量能得到稳定的、量化的... 查看详情
构建之法--第二篇
构建之法——第二章在这一周中，我计划学习了《构建之法》的第二章，我认为从第二章开始，才算真正进入到了这本书的主题。这一章讲到的是个人技术和流程。首先，个人技术是衡量你是否能成为一名合格的软件工程师。而... 查看详情
《构建之法》2
这周，我阅读了《构建之法》的第二章和第三章，了解了个人技术和流程，以及软件工程师的成长。团队是由个人组成的，想要组成团队，开始软件工程工作，首先得确保每个成员是一个合格的软件工程师。单元测试、回归测试... 查看详情
《构建之法》第二次随笔
...念和技术，即单元测试、回归测试和效能分析工具。书的第二章讲述了个人技术和流程，给我们着重介绍了PSP（个人软件开发流程）。 绝大部分 查看详情
构建之法——第二篇
...在，那么对于我们而言真正的软件工程包括什么呢？根据构建之法中的描述，软件工程包括了开发，运营，维护软件的过程中的很多技术，做法，习惯和思想。软件工程把这些相关的技术和过程统一到一个体系中，叫“软件开发... 查看详情
构建之法第二章
构建之法第二章本章为个人技术和流程，主要介绍了单元测试、回归测试、效能分析和个人软件开发流程等内容。单元测试：如何能让自己负责的模块功能定义尽量明确，模块内部的改变不会影响其他模块，而且模块的质量能得... 查看详情
《构建之法》读书笔记二
这周读了《构建之法》的第二章。第二章主要讲到了个人技术和流程。 软件是由多人合作完成的，不同人员的工作相互有依赖关系。一个团队需要一定的流程来管理开发活动，每个工程师在软件生命周期所做的工作也应... 查看详情
《构建之法（第三版）》第二章
第二章：个人技术和流程书本内容回顾概述一个团队需要一定的流程来管理开发活动，每个工程师在软件生命周期所做的工作也应该有一个流程，在这一章里会介绍PS(PersonalSoftwarePro-cess，个人软件开发流程）。单元测试单元测试... 查看详情
《构建之法》-第二周
第二章的主要内容是个人技术和流程，由单元测试和个人开发流程组成。 单元测试主要通过举了例子阐述了在多人合作的软件开发中，如何能让自己负责的模块功能定义尽量明确，模块内部的改变不会影响其他模块，而且模... 查看详情
读《构建之法》有感其三
最近开始读第二章——个人技术和流程了。对于开发软件的团队需要一顶的流程来管理开发活动，而对于团队的个人分子在软件生命周期所做的工作也有一个流程。好的单元测试的标准应该是在最基本的功能或者参数上验证程序... 查看详情
个人技术和流程（构建之法）
一个成功的商业软件的发不可能是一个人单枪匹马做出来的，而是一个团队通力协作共同完成的。而团队并不能让每个人都了解你的程序，也不能让你了解每个人的程序。所以一个团队要想做出一款好的产品团队里的成员必... 查看详情
构建之法（概论，个人技术和流程）
构建之法这本书第一章给我们讲述了软件以及软件工程的含义。软件=程序+软件工程。书中用编写出加减法题目的程序的例子生动形象的说明了程序，软件，工程之间的关系，以及软件工程的一些概念。程序，在这里指的是源程... 查看详情
《构建之法》第二次
第二章讲的是个人技术和流程。绝大多数软件是由多人合作完成的。单元测试能够让自己负责的模块功能定义更加明确，模块内部的改变不会影响其他模块，而且模块的质量能得到稳定的、量化的保证。 创建一... 查看详情
构建之法第2章个人技术和流程
1单元测试(1)单元测试(2)回归测试回退操作2效能分析工具先用抽样的方法找到效能瓶颈所在，然后对特定的模块用代码注入的方法进行详细分析3个人开发流程(1)计划明确需求和其他相关因素，指明时间成本和依赖关系分析需求生... 查看详情
《构建之法》——个人技术和流程
#一、单元测试单元测试的作用：让自己负责的模块功能定义尽量明确，模块内部的改变不会影响其他模块，而且模块的质量能得到稳定的、量化的保证。##1.1好的单元测试的标准单元测试应该在最基本的功能/参数上验证程序的... 查看详情
构建之法阅读笔记02
这次阅读了构建之法第二章个人技术和流程，这一章重点讲解了单元测试、回归测试、效能分析、个人软件开发流程。软件是由多人合作完成的，不同人员的工作相互有依赖关系，单元测试就是一个很好的解决多人代码之间难以... 查看详情
构建之法之个人技术和流程重点介绍
2.1单元测试软件是由多人合作完成的，不同人员的工作相互有依赖关系。例如，一个人写的模块被其他人写得模块调用。软件的很多错误都来源于程序员对模块功能的误解、疏忽或不了解模块的变化。如何能让自己负责的模... 查看详情