读《构建之法》有感——个人技术和流程
一个成功的软件团队，其成员必须是合格的软件工程师。所以，我们在加入一个团队前，自己必须成为一名合格的软件工程师！
软件是由多人合作完成的，不同人员的工作相互有依赖关系。单元测试是用来保证自己负责的模块功能定义尽量明确，模块内部的改变不会影响其他模块，而且使得模块的质量能得到稳定的、量化的保证。用VSTS写单元测试，好的单元测试的标准是（1）单元测试应该在最基本的功能/参数上验证程序的正确性。（2）单元测试必须由最熟悉代码的人（程序的作者）来写。（3）单元测试过后，机器状态保持不变。（4）单元测试要快（一个测试的运行时间是几秒钟，而不是几分钟）。（5）单元测试应该产生可重复、一致的结果。（6）独立性——单元测试的运行/通过/失败不依赖于别的测试，可以人为构造数据，以保持单元测试的独立性。（7）单元测试应该覆盖所有代码路径。（8）单元测试应该集成到自动测试的框架中。How？（9）单元测试必须和产品代码一起保存和维护。回归测试是在单元测试的基础上建立的，其“回归”是，回归到以前不正常的状态。其目的是：验证新的代码的确改正了缺陷，同时要验证新的代码有没有破坏模块现有的功能，有没有Regression。除此之外还有“功能测试”。
效能分析工具，效能，让自己的程序跑的又好又快，这不仅是每一个程序员的梦想，也是每一个程序员值得自豪的！其两种分析方法是抽样和代码注入。如果我们不经分析就盲目优化，也许会事倍功半！！！
个人开发流程，PSP针对软件工程师，衡量一个团队能力的模型。我们可以从下面这几项来考虑自己，估计这个任务需要多少时间
，分析需求，生成设计文档，设计复审（和同事审核设计文档），代码规范（为目前的开发制定合适的规范），具体设计，具体编码，代码复审，测试（包括自测，修改代码，提交修改），记录用时，测试报告，计算工作量，事后总结，提出过程改进计划这几项所用的时间。
如何保证质量呢？用回归测试，有以下这几个方法（1）手动测试，手工比较。（2）要做到不断地测试，可以把WC的主要功能封装成一个类，然后测试程序调用这个类的主要函数，得出结果并与标准做比较。（3）更进一步，把测试文件和正确的测试结果保存在文件中，测试驱动程序只要比较测试的输出和标准结果就能得出答案。（4）再进一步，把自动构建脚本和构建验证测试结合起来。每一次构建之后，就自动运行测试，然后记录出现的Bug。