构建之法读后感三

个人技术和流程

首先我们知道一个软件的出现并不是一朝一夕的,程序出来了,还要进行单元测试。一个好的单元测试应该准确的快速的保证程序基本模块的正确性。

为什么要进行单元测试呢,这是要保证自己的软件不会出现一些无法修补的大错误,而单元测试必须要由最熟悉代码的人来写,就是说编写代码人不仅要编写软件,嗨哟啊来写单元测试,没有办法让别人代替。

单元测试过后,机器保持状态不变。

单元测试要快。

但软测试可以产生一些重复一致的结果。

单元测试要覆盖所有的代码路径。

单元测试要集成到自动测试的框架中。
单元测试要和产品代码一起保存和维护。

在单元测试的基础上,我们就能够建立关于某一模块的回归测试。

除此之外,我们还要进行效能分析。就是说如何让我们的软件跑的又快又好,这就是我们竞争的一个资本。

当我们进行”进行效能测试,分析,改进,再效能测试”的流程,就会让我们的程序的效能不断提高,我们编程的技术也会不断提高。

时间: 2024-10-13 12:20:57

构建之法读后感三的相关文章

构建之法读后感part3

这两个星期我读了构建之法第三章 本章为软件工程师的成长,主要介绍了评价软件工程师水平的主要方法,技能的反面,TSP对个人的要求. 软件开发流程包括团队的流程,也包括个人的流程: 1.积累软件开发相关的知识,提升技术技能 2.积累问题领域的知识和经验 3.对通用的软件设计思想和软件工程思想的理解 4.提升职业技能 5.实际成果 总结来说,这章从个人的角度,诠释了软件工程师个人的能力发展以及职业发展.在团队的大流程中,是每一个具体的个人在做开发.测试.用户界面设计.管理.交流等工作.因此,个人在团队

构建之法读后感----第1章 绪论

首先,文章对于程序.用户需求.工程等等概念用了阿超给儿子编写的一个出题程序来分别解释了个中的含义,尤其是程序和工程的区别,程序大概就是用很多语言或工具编写的一个简单能实现目标要求的一行行代码,而工程就是在这个程序的基础上不断满足用户的需求.修复程序的bug.提供后续维护等服务. 需求分析:梳理需求,逐步展开后续工作,如设计(软件架构).实现(写数据结构和算法),测试,发布软件 软件=程序+软件工程(软件企业=软件+商业模式) 软将工程的核心部分:构建管理.源代码管理.软件设计.软件测试.项目管理

构建之法第三章读书心得

在构建之法第三章中,我们主要学习了个人能力的衡量与发展. 初级软件工程师有以下几个成长阶段:1.积累软件开发相关的知识,提升技术技能. 2.积累问题领域的知识和经验. 3.对通用的软件设计思想和软件工程思想的理解 4.提升职业技能 5.实际成果 软件开发的工作量和质量你的衡量标准:1.项目.任务有多大? 2.花了多少时间? 3.质量如何?交付的代码中有多少缺陷?

构建之法-第三周

构建之法第三章-软件工程师的成长 本章主要的理论和知识点是评价软件工程师水平的主要方法.技能的反面以及TSP对个人的要求. 首先,不同的数据能够从不同方面一个展示软件工程师的技术和能力,例如,通过完成时间平均值的比较,两位工程师或许能决出完成效率的高下,但通过比较方差则又能体现出的两位工程师的工作稳定性. 作为一个初级软件工程师,我们可以关注的成长有一下几个方面: 1.积累软件开发相关的知识,提升技术技能: 2.积累问题领域的知识和经验: 3.对通用的软件设计思想和软件工程思想的理解: 4.提升

构建之法读后感(三)

构建之法的第八章主要是讲述了需求分析开发团队是主要为用户着想,在开发项目之前进行用户分析: 讲述软件需求的4个步骤,(1)获取和引导需求(2)分析和定义需求(3)验证需求(4)在软件产品的生命周期中管理需求 . 讲述了9种用户调研方法:(1)焦点小组(2)深入面谈(3)卡片分类(4)用户调查问卷(5)用户日志研究(6)民族志/人类学调查(7)眼动跟踪研究(8)快速原型调研(9)A/B测试 通过这些方法可以帮助我们更好的了解用户的需求,开发出用户喜欢的软件: 第九章主要是讲述了项目经理和其他经理的

一、构建之法读后感

这学期的软件测试课程多加了<构建之法>这本书,这学期利用自己的课余时间学了这本书,感觉受益匪浅. 对于这本书可以简单地有两个词语来概括:"专业"."接地气". 这本书的开头就是给我解释什么事软件.什么是软件工程.上大学将近三年,说实话还没有一次真正的去了解过什么是软件,什么是软件工程,说来还是有些惭愧的. 首先,这是一本全景式图书,会让你更了解这个行业,能让毕业生在对行业从陌生到熟悉的过程中,较少地感到惊讶和出乎意料,这是一本与现实接轨的教材. 其次,这

构建之法读后感2

1.专业 2.但是不迂腐,很接地气 3.但是不屌丝,很有情怀 由此可见,<构建之法>是一本当代软件工程大学教育急需的好书. 本人在大学上的软件工程课用的也是较老的课本,讲的是瀑布式的环节,带着对这门课残留的记忆参加实习的时候,最大的不适应就是对需求变化的反感,当时还不知道"迭代"这个词,只觉得做事情是要"谋定后动"的,"庙算多者胜",怎么能大概了解下需求就开始动手呢?"需求分析"难道不该做的认真.准确.达到一劳永逸

构建之法读后感

 我现在是一名大三学生,即将面对实训这件事,而今年才刚接触软件测试这门课程,讲的是如何测试代码可行性,都有什么样的方法可以测试代码可行性.软件测试这个行业对于女生来说是一个比较好的职业,不需要有强大的敲代码基础,需要的是细心和观察力.如果对于软件测试有兴趣就应该看看构建之法这本书,构建之法这本书的好首先就在于这是一本全景式的图书,能让你更了解这个软件行业.可以让人从陌生变熟悉,所以这本书是不错的.其次,这是一本实践式的书,涵盖了科学软件开展的每个方面,不单单只是实践,理论的东西也很重要.我们中国

构建之法读后感01

读后感 01: *理论和知识点 *计算机科学的领域 *软件工程与计算机科学的关系 * 软件的特性 * 软件工程的定义与组成 虽然作为一名程序员中的菜鸟 我也深知“软件=程序+软件工程”.在此之前我们学习过一个个从小到大,从简到繁的程序,到了今天才知道这些只是作为一名合格的程序员的第一步,构建之法是一本很专业的书,不仅仅从专业的角度为我们阐释了软件工程是什么? 总而言之从这本书中我初步了解到了如下内容. 软件工程(SoftWare Engineering)的框架可概括为:目标.过程和原则. (1)