码迷,mamicode.com
首页 > 其他好文 > 详细

构建之法心得体会

时间:2016-05-22 23:01:14      阅读:153      评论:0      收藏:0      [点我收藏+]

标签:

刚开始读构建之法的时候,什么是VSTS,什么是单元测试,什么是回归测试,还是什么是效能分析……好多的新名称,第一次看见,是那么的没有头绪。要不是百度了,仅仅看书,我完全不知VSTS——Visual Studio Team System,是由微软开发的一套具有高生产力、高集成性、可扩展的生命周期开发工具。

     2.1.1节图文并茂的告诉我,单元测试重要作用,可能是自己的能力不足,相关知识了解的太少了,一边看还一边想,单元测试怎么写?写在哪里?什么时候写?就算是按照书本上的代码写,那又用什么工具写?

     当全部看完时,我才明白了一点点,可以用VSTS来编写单元测试,VSTS能为我们提供单元测试的基本骨架;知道单元测试对编程程序是很重要的;在编写规格说明书时,最好能详细规划单元测试;编写时有单元测试的相关步骤,1.设置数据2.使用被测试类型的功能3.比较实际结果和预期的结果。我们在编写时要注意单元测试中的类库,要相对应。

     2.1.2节通过清晰的排版强调了一个好的单元测试的标准是如何产生的。这一小节告诉我:单元测试是在最低的功能或是参数上验证程序的正确性,在一般情况下,单元测试必须由最熟悉程序代码的人来编写,每一个单元测试过后,都不受上一个的影响…..

     2.1.3回归测试,我一看到这这个词语,还以为是将所以的单元测试都放入程序中进行整合,校验。没想到其本意是为了避免程序回归到原来不正常的状态,把所有发现并修复的bug找出路,一个个验证的大规模的全面的测试。

     从2.2节中,我了解到效能分析,本书通过一个例子介绍了VSTS提供了效能分析工具。效能分析的两种方法:抽样和代码注入。这两种方法各有优缺点,所以我们要将两者结合使用,达到最优。本章节有许多的效能分析名词,需要我有所了解,才能体会书本所提到的专有名词。在效能分析时,我们要结合实际报告看代码被调用的次数,了解到它们的耗时间长短,要善于思考,解决某部分代码耗时长的问题,还要考虑某部分的代码所占时间的比例,不可盲目优化。2.2中的提到的Release版本和Visual Studio,我都百度了一下,感觉有点深奥,不太了解。

     2.3个人开发流程,通过书本上大四学生和已工作3年的软件工程师的任务清单,我了解到从学生磨到职业的程序员,不仅仅是指编写代码时能高效率,更是不局限于某一种软件技术,有开发流程意识,花更多的时间来收集数据后,分析提高。

     2.4大节叫我们动手实践,但我未能将书本上的知识了解清楚,不知道如何下手,希望VSTS写的单元测试的例子能再详细点,再多一点。

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

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

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

构建之法心得体会

标签:

原文地址:http://www.cnblogs.com/yezhichao/p/5517881.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!