构建之法一二章读后感

这几天首先学习了构建之法的第一章和第二章。

通过第一章的学习,我了解了计算机科学的领域、软件工程与计算机科学的关系、软件的特性以及软件工程的定义和组成部分;

我们都知道,软件=程序+软件工程,而它的拓展是 软件企业=软件+商业模式;

软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程;

软件工程包括:软件需求分析、软件设计、软件构建、软件测试和软件维护;

软件的分类大致分为:系统软件、应用软件和恶意软件;

软件开发过程中的主要难题有以下几点:复杂性、不可见性、易变性、服从性、非连续性;

第一章主要让我们了解了软件工程的基本知识。

第二章主要介绍了单元测试、回归测试、效能分析、个人软件开发流程(PSP);

单元测试是用来解决如何使自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的,量化的保证。

验证单元测试好坏的标准:单元测试应该在最基本的功能/参数上验证程序的正确性;单元测试必须由最熟悉代码的人(程序的作者)来写;单元测试过后,机器状态保持不变;单元测试要快(一个测试的运行时间是几秒钟,而不是几分钟);单元测试应该产生可重复、一致的结果;独立性——单元测试的运行/通过/失败不依赖于别的测试,可以认为构造数据,以保持单元测试的独立性;单元测试应该覆盖所有代码路径;单元测试应该集成到自动测试的框架中;单元测试必须和产品代码一起保护和维护。

回归测试的回归即指“回归到以前不正常的状态”。回归测试最好自动化,以保证尽早发现问题;单元测试是回归测试的基础;

效能分析方法有两种:抽样和代码注入。一般的做法是,先用抽样的方法找到效能瓶颈所在,然后对特定的模块用代码注入的方法进行详细分析;

个人开发流程是用来衡量一个团队能力的一套模型。

对于第一章和第二章的学习让我对于软件工程有了一个基本的了解,还了解了一些基本的概念,相信接下来的学习会让我了解更多。

时间: 2024-10-04 02:57:29

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

《大道至简》第一,二章读后感

注:我忘记老师要求什么时间之前提交了,之所以发了这么晚是因为我觉得要写读后感的话最好还是把一本书读完了再写读后感比较好.但是直到今天晚上我发现,由于我的变成基础并不扎实,编程的造诣也并不深,所以在这短短几天之内根本不可能读完这本书.当然囫囵吞枣不求甚解倒是没问题,但是要大致读懂意思却是几乎不可能.所以只好写读后感写到第一二章. 第一章标题是编程的精义,讲的是如何用最朴素最大众最傻瓜的方法编写出一个程序.以“愚公移山”的故事贯穿全篇.愚公首先有用户需求,即被两座大山挡住了门.有具体的目标,也就是搬

构建之法6-7章读后感

阅读<构建之法>第6~7章,并参考以下链接,发布读后感.提出问题.并简要说明你对Scrum的理解. 学习附录: Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1 Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-program.html Scrum实践:<硝

构建之法13-17章读后感

13:软件测试 基本名词,Bug:软件的缺陷.Test Case:测试用例,Test Suite:测试用例集.Bug可以分解为:症状丶程序错误丶根本原因. 各种测试方法:单元测试:代码覆盖率测试:构建验证测试:验收测试:探索式测试:回归测试:场景/集成/系统测试:伙伴测试:效能测试:压力测试 :内部/外部公开测试:易用性测试. 14:质量保障 软件=程序+软件工程  推导  软件质量=程序质量 +软件工程质量. 软件的开发过程有三个主要的特性:“好”“快”“便宜”.通俗的理解就是”软件在功能丶成

构建之法1-3章读后感

看了构建之法的前三章后,我的想法是这样的.该书比较贴合生活,简单易懂,而不是一堆知识理论,科学道理,通过许多生活事例为我们引入知识,举了许多例子,如健身教练和健身学员关系引申出师生关系. 许多冷硬的知识都变的鲜活了. 第一章:解释软件=程序+软件工程,软件是什么.软件工程是把系统的,有序的,可量化的方法应用到软件的开发,运营和维护上的过程.软件的特殊性,软件开发的不同阶段. 问题:能力弱的同学该怎么学这门课程? 第二章:本章是讲个人技术和流程,具体的单元测试流程,通过一段代码作为例子. 问题:测

构建之法第一章读后感

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

&lt;构建之法&gt;第二章读后感

本章的实质是在说明,一个合格的软件工程师是怎样的,他应该具备哪些技能. 总结下来,一个合格的工程师在开发时需要同时考虑质量和效率,与之同时需要具备的技能包括:单元测试.效能分析.个人研发流程(PSP): 单元测试能让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.量化的保证. 创建单元测试函数的主要步骤是: 1.设置数据 2.使用被测试类型的功能 3.比较实际结果和预期结果 怎样才算一个好的单元测试:单元测试应该准确.快速的保证程序基本模块的正确性.

《构建之法》第六第七章读后感

<构建之法>第六第七章读后感 阅读<构建之法>第6~7章,并参考以下链接,发布读后感.提出问题.并简要说明你对Scrum的理解. 学习附录: Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1 Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-progr

《构建之法》第8、9、10章 读后感

<构建之法>第8.9.10章 读后感 第八章:需求分析 软件开发团队就是为了用户着想,于是总会在程序项目开发前进行项目的需求分析 本章节讲述软件需求的4个步骤,(1)获取和引导需求(2)分析和定义需求(3)验证需求(4)在软件产品的生命周期中管理需求 .在软件工程中分析软件需求需要考虑相关者的利益关系,例如用户.顾客.市场分析师.监管机构.软件工程师等之间的关系. 讲述了9种用户调研方法:(1)焦点小组(2)深入面谈(3)卡片分类(4)用户调查问卷(5)用户日志研究(6)民族志/人类学调查(7

《构建之法》第四章读后感--软件工程

<构建之法>第四章读后感--两人合作 1.代码风格很重要,因为良好的代码风格,有益于两人的合作甚至多人的合作. 个人认为 : 良好的代码风格的培养就是 多去阅读别人的优秀代码 ,用于提高并且培养自己的代码风格. 2.关于结对编程的重要性 2.1 结对编程能提高设计质量与代码质量 2.2 结对有益于学习交流 3.如何结对编程 3.1 主动参与讨论,提出设计方案或者问题的解决方案 4.代码的复审 复审可以提高代码质量,优化项目性能.