在老师的推荐下我花了两周的时间通读了《构建之法》，读完了这本《构建之法》之后不得不说，这着实令我获益良多。
之前我一直没有认真阅读过这本书，虽然主要原因是因为自己的惰性使然，但是同样不可否认的是，之前看的软件工程的教材大多数都是干巴巴的，看起来实在没有意思，经常看不到多久就看不下去了，可是这本书就不同，它通过几个简单的人物和场景就把一个原本让人感觉索然无味的教材转变成我们的日常生活，原本感觉虚无缥缈的理论，一下子就鲜活的展现在我面前。
通过第一章，我大概了解我将要从这本书中学习什么，如何落实学习。作者通过设定简单的人物和简短的话语，使得书本远离枯燥无味，同时还条理清晰，这加强了我看书的耐心。
可能是我的基础确实不好,第二章的内容我不懂得地方好多，什么是VSTS，什么是回归测试，还是什么是效能分析,好多的新名称，第一次看见，完全把我看懵了,是那么的没有头绪。要不是百度了，仅仅看书，我完全不知VSTS——Visual Studio Team System，是由微软开发的一套具有高生产力、高集成性、可扩展的生命周期开发工具。
看了前面两章，我感觉自己之前的学到的只是都还给了老师,在大学学习了快三年的我,看上去好像学习了很多，如c语言，数据结构，面向对象……但是学的多而不精，前路迷茫，上课时认真听了课后却没有花更多的时间去研究，遇到不懂的容易掉价死胡同，总是花很多时间闷闷思考，不到最后都没有去请教同学，去百度。看着做程序的人，都好厉害，自己就只能在一旁羡慕嫉妒恨。那现在在怎么样才能将自己对编程的兴趣提高，加强自己的编程思想?提高自己的价值?
通过结对合作，令我意识到了编写程序不仅仅要自己能明白，也要便与他人查看和理解自己的程序。
结对编程，两个人好交流意见，产生分歧不大，换做是团队合作会怎么样呢？会不会尚未从结对编程中脱离出来，对团队合作感到混乱，不会分工，不便于交流？所以我们要学会需找合适的团队合作模式和开发流程。书本上提到了很多的团队合作模式和开发流程，都各有优缺点。仅仅从校园合作的角度出发，我认为使用功能团队模式更适合彼此合作交流，而开发流程在校园合作阶段，容易被忽视或是考虑的不全面，大伙要着重培养。
通读本书是我认识到，想学好做好软件测试这一技能必须：
1.要积累软件实际开发中的相关知识，提高技术技能
2.要积累问题领悟的知识和经验，做好笔记；
3.要对通用的软件设计思想和软件工程思想有良好的理解；
4.提高自己的职业技能和职业素养