闽江学院2015-2016学年下学期《软件测试》课程-第五次博客作业

　　　　　　　　　　　　　　闽江学院2015-2016学年下学期《软件测试》课程-第五次博客作业

　　我花了一周的时间通读了《构建之法》这本书，虽然很惭愧是在老师的要求之下以作业的形式进行的阅读，但是不得不说，读完了这本《构建之法》之后着实令我获益良多。

　　之前我一直没有认真阅读过这本书，虽然主要原因是因为自己的惰性使然，但是同样不可否认的是，之前看的软件工程的教材大多数都是干巴巴的，看起来实在没有意思，经常看不到多久就看不下去了，可是这本书就不同，它通过几个简单的人物和场景就把一个原本让人感觉索然无味的教材转变成我们的日常生活，原本感觉虚无缥缈的理论，一下子就鲜活的展现在我面前。

　　通过第一章，我大概了解我将要从这本书中学习什么，如何落实学习。作者通过设定简单的人物和简短的话语，使得书本远离枯燥无味，同时还条理清晰，这加强了我看书的耐心。

　　可能是我的基础确实不好,第二章的内容我不懂得地方好多，什么是VSTS，什么是回归测试，还是什么是效能分析,好多的新名称，第一次看见，完全把我看懵了,是那么的没有头绪。要不是百度了，仅仅看书，我完全不知VSTS——Visual Studio Team System，是由微软开发的一套具有高生产力、高集成性、可扩展的生命周期开发工具。

　　看了前面两章，我感觉自己之前的学到的只是都还给了老师,在大学学习了快三年的我,看上去好像学习了很多，如c语言，数据结构，面向对象……但是学的多而不精，前路迷茫，上课时认真听了课后却没有花更多的时间去研究，遇到不懂的容易掉价死胡同，总是花很多时间闷闷思考，不到最后都没有去请教同学，去百度。看着做程序的人，都好厉害，自己就只能在一旁羡慕嫉妒恨。那现在在怎么样才能将自己对编程的兴趣提高，加强自己的编程思想?提高自己的价值?

     通过结对合作，令我意识到了编写程序不仅仅要自己能明白，也要便与他人查看和理解自己的程序。

　　 结对编程，两个人好交流意见，产生分歧不大，换做是团队合作会怎么样呢？会不会尚未从结对编程中脱离出来，对团队合作感到混乱，不会分工，不便于交流？所以我们要学会需找合适的团队合作模式和开发流程。书本上提到了很多的团队合作模式和开发流程，都各有优缺点。仅仅从校园合作的角度出发，我认为使用功能团队模式更适合彼此合作交流，而开发流程在校园合作阶段，容易被忽视或是考虑的不全面，大伙要着重培养。

　　问题:

a.2.1.2中提到的代码覆盖率是指单元测试能将程序中所有的代码都覆盖了，还是将代码实现的功能路径都实现，或是另有解析？

b.2.1.2中提到的单元测试应该集成到自动测试的框架中，这是如何实现的呢？

c..2.1.2中提到单元测试必须和产品代码一起保护和维护，我的理解的单元测试是在VSTS中编写的，产品代码是在某一技术软件编写的，那这两者是如何统一管理？

d.本章4.3.3中的错误处理和第二章提到的单元测试一样吗？

e.本章4.3.3中提到的断言是什么？

　　以上就是我读完本书后的感受和问题,之后一定还会认真阅读《构建之法》