这是一本会让你更了解这个行业书，能让我们在对行业从陌生到熟悉的过程中，本书在介绍方法论的同时，也介绍方法论不适用的场景，介绍方法论在现实中是怎样跑偏的。
可以说这本书绝对是良心之作，书中用使用了移山公司，王屋村这样的经典词汇。都说程序员每天的工作就是搬砖，邹老师还真是把这点描绘的淋漓尽致
呢。邹老师可能也想通过这些名字告诉我们，矢志不渝必能成功吧。通过书很多人物之间的对话悄然道出了在开发项目的过程中，各色人等对项目的看法，对项目某些问题产生的质疑，以及日常生活中都会遇到的沟通障碍等等问题，基本上是我看到了一个问题我刚想找老师讨论，后面的小节就出现了人物之间就这个问题的讨论。此外书中使用了很多通俗易懂的词汇，并且使用了很 多我们生活中的例子来解释，我们在写代码中所遇到的问题，通过这些例子很容易让人明白我们的错误在哪，今后应该怎样改正，这是我在看这本书所收获得的最大的收获。
这本书在介绍方法论的同时，居然会介绍方法论不适用的场景，介绍方法论在现实中是怎样跑偏的，这就好像讲下棋，“这样走，之后的发展会怎样怎样，所以不行”，怎样做会对，怎样做会错——什么叫宏观视角？什么叫最佳实践？什么叫算无遗策？就像画一棵决策树，向哪个分支走，结果会怎么样，清清楚楚，明明白白，让人信服。
通过这本书我对团队合作又有了新的看法了，我之前认为软件团队的模式就是一个人分配一个模块，自己负责自己的，也没什么模式可言，可是学习了《构建之法》之后，我才了解到原来软件团队有各种模式，并且每种模式都适用于不同的人员和需求。这真是让我大开眼界。其中让我印象深刻的有业余剧团模式、秘密团队、明星模式等待。这些都和我们的生活息息相关，我没想到原来软件团队模式离我们的生活怎么近。
就我个人而言，在我还没读《构建之法》这本书之前，我还不知道我平常在写代码中犯了这么多的错误，虽然这些错误都是一些小错误，并不影响代码的执行，但是看了《构建之法》这本书之后，才忽然明白原来一些小错误也会造成大的问题。这本书涵盖了现代软件工程的全部，每个章节甚至每个段落拿出来，都可以在实践中作为指导。这是一本浓缩了无数精华的好书，搞软件的应该人手一册，就像每个兵家必备一本《孙子兵法》一样。
问题1
要做一名合格的软件测试师需要具备的知识有哪些？
问题2
如何熟练的掌握软件测试？
问题3
现阶段我们所学的跟以后企业会接轨吗？
问题4
软件测试在外面需求这么样？
问题5
一个程序的BUG数应该控制在哪个范围内，才能供用户使用？
问题6
怎么才能算的好的程序？
问题7
怎么样才能算好的软件测试？