标签：
整本书一开始写的是软件工程的发展史，从开始到应用，所经历的各种变化。接下来讲的是变成代码要懂得团体的力量，合作取得双赢，向我们讲述的单元测试，回归测试，效能分析工具。然后书的中间部分提到了成为软件工程师所要具备的条件：1.积累软件开发相关的知识，提升技术技能。2.积累问题领域的知识和经验。3.对通用的软件设计思想和软件工程的理解。后半本讲“这样走，之后的发展会怎么样，所以不行”，怎么做会对，怎么做会做错。比如什么叫宏观视角，什么叫最佳实践，什么叫算无遗策。就像画一颗决策树，走向哪个分支走，结果会怎么样，清清楚楚，明明白白，让人信服。整体的力量是无穷的。最后的环节为我们介绍了团队合作的几种模式，以及团队中的几种开发流程。让我明白从现在开始就应该着重培养自己的团队合作意识。
该书从实际软件开发的各个阶段出发，详细地分析了软件工程的各个环节，如：需求分析、设计实现、用户体验、软件测试已经最后的发布等等。
说说代码风格，一个良好的代码风格规范是一个软件开发人员最起码的要求，即使程序写得是多么地出色，具有广阔的市场应用前景，但是如果背后是混乱不堪的代码，那么就会对这个软件日后产生不少的负面的影响，特别是在后期的维护以及版本的迭代上，不规范的代码对于日后的维护人员来说，简直就是噩梦，所以好的代码规范是多么地重要，特别是在日后开发具有商业价值的项目时，或者是在一个软件项目的团队里工作，代码规范相当重要。
结对编程，对我来说这是一个很有意思的新词，尽管这个词语的出现可以追溯到上世纪，以前不管我们是自己独立地进行项目的开发还是几个人组成一个小团队进行开 发，最基础的还是需要每个人写代码（独立地），但是，在结对编程的模式下，是由开发人员肩并肩、平等地、互补地进行开发，无论是设计、分析、编码、测试。 结对编程最大的好处就是可以使得实际开发出来的代码不断地处于“复审”的过程中，可以及时发现问题，可以及时解决问题，可以极大地避免将问题带到最后的测 试或者是发布阶段。
最后来说说软件测试，不仅仅是这本书中，几乎所有的介绍测试相关的书籍，都对测试讲得很多很多，说到测试，大家最熟悉的就是黑盒、白盒测试等，要写好一个不错的测试，首先要有一个好的测试方法，如：Unit Test、Function Test、Structure Test、System Test等等，测试方法多种多样，关键是怎样找出合适的测试方法最好地完成测试，怎样写一个Test Case?这个好像很麻烦，你必须首先知道并熟悉这个需求，要写出一个完整的测试过程，要考虑好测试的边界值的选取，极端情况下程序的健壮性，所以写好一个测试不简单。
大致上读完这本书以后，我有了以下几个问题：
1.对于修改几行代码，如何进行快速准确的测试。
2.怎样在别人的代码基础上进行修改，对其他代码的影响最小。
3.团队如何互相合作，推进项目的增长。
4.如何查bug。
5.如何成为一名优秀的程序员。
标签：
原文地址：http://www.cnblogs.com/johnny-z/p/5517671.html
