构建之法观后感

大学我们学习了很多的专业课程,像编程语言、算法、数据结构、编译原理、软件工程等。偶尔会有这样的疑问:我学了这么多的课程有什么用呢?在工作中有多少会真正被应用到呢?在阅读《构建之法》这本书之后,我对软件编程有了新的认识。

刚开始读这本书,最大的感受的感受就是软件工程原来是可以这么学的,以前学习软件工程的课程的时候,总是感觉这门课程及其枯燥无味,总是在说太多的理论,很少 会涉及到实践,甚至根本就是没有实践这个环节,所以学习很无聊,但是再继续深入研究这本书,真的又是全新的感受,首先,不仅仅只是在说理论了,加入了很多实 践的东西,而且还可以在网上可以与其他人进行交流学习心得。

读完这本书之后让我觉得团建开发最重要的一点就是合作,软件是由多人合作完成的,不同的人员的工作相互有依赖关系,一个人写的模块会被其他人调用,而软件的很多错误都来源于程序员对模块的误解,所以,软件是要进行单元测试的。一开始我单纯的以为软件的测试就是通过在使用中发现不足,而现在我才知道,软件的单元测试是通过VSTS写出来的。而验证单元测试好坏的一系列标准则是:单元测试应该在最基本的功能/参数上验证程序的正确性;单元测试必须由最熟悉代码的人(程序的作者)来写;单元测试后,机器状态保持不变;单元测试要快,并且应该产生可重复性、一致的后果等等。

关于今后的学习方面,我觉得首先需要加强入门知识,然后不断的练习,然后再深入,进而提高技能,最后很多问题都自己解决,对通用软件设计思想和软件工程思想的理解;提升职业技能和取得的实际成果。不要总是单方面的问别人答案,要学会自己先思考,人的思维不是固定的,创造总在思考中萌发的。

疑问:软件测试进阶需要学习哪些方面的知识。

时间: 2024-10-07 07:24:42

构建之法观后感的相关文章

0321《构建之法》观后感

观后感好久没写了,都忘了曾经那时每天一片观后感的岁月了,如今也要写观后感了.我看<构建之法>第一章的时候是一口气把它看完的,第一章主要介绍软件工程的基本概念.首先是软件是什么,软件工程和计算机的关系.第一章主要是对话,让人理解的相对容易.其中有一些生活中的例子,说明了软件工程来源于生活的需求.正所谓有需求,有市场,就会有创造.软件工程是根据生活中人们的需求,然后专业人员再根据实际情况做出来的.第一章读起来还是容易的,不过第二章读起来就没那么有趣了,缺少趣味性,我读起来是觉得难得,有些略读,第三

《构建之法》观后感

刚开始读<构建之法>这本书时,书上所提到的很多问题都是我们平常在写代码时候会犯的一些小的错误,就我个人而言,在我还没读<构建之法>这本书之前,我还不知道我平常在写代码中犯了这么多的错误,虽然这些错误都是一些小错误,并不影响代码的执行,但是看了<构建之法>这本书之后,才忽然明白原来一些小错误也会造成大的问题. <构建之法>这本书我基本每天睡前读一章,有时实在太困了,可能就读半章.不得不说,这本书绝对是良心之作,书中用使用了移山公司,王屋村这样的经典词汇.都说程

《构建之法》第1.2.3章读后感以及《硅谷传奇》观后感

阅读教材<构建之法>第1.2.3章之后,满满的对话,生动形象.其中第一章写到软件=程序+软件工程,程序=数据结构+算法,这也反馈出我们要学好数据结构以及算法.软件工程这方面的内容.我们要做出"足够好”的软件,并且不要忽视软件的每一个小部分,因为软件的每一部分都有可能成为关键的致命部分,犹如飞机或小车的安全带.我们做出的软件要符合客户的要求,软件分析需求分析至关重要,要花费很长的时间和精力.而且,软件维护是一个漫长的历程.在个人软件开发过程中,单元测试.回归测试以及效能分析虽然花费大量

《构建之法 》800 字观后感

最近看到 <构建之法>的“8.6 计划和估计”这一节,颇多感触.这些年来,不同的阶段,对项目计划都有不同的认识和掌握. 提到了制定计划的几个概念:目标.估计和决心. 目标:表明一个希望达到的状态.例如,软件“五一”之前要投放市场!在建校一百周年之时把我校建成世界一流大学!不论这类目标如何重要,它们未必能够实现.估计:以当前了解的情况和掌握的资源,要花费多少人力物力时间才能实现某事.决心:保证在某个时间之前完成预先规定的功能和质量.例如:我们跑步前进,全民炼钢,两年超英赶美!大二的暑假的时候,从

Week2-作业1 《构建之法》1、2、16章观后感

这几天阅读了<构建之法>中的几章,受益匪浅,刷新了很多我对软件工程的认知.这本书让我很惊喜,阅读起来不像其他书一样枯燥,有很多人物的设计,以及对话的形式,非常有趣. 第一章.概述 读完第一章了解了软件工程具体是什么,以及它与类似计算机科学等的区别,还有对bug的定义,以前觉得软件工程和计算机差不多,看了书过后才发现其中的不同,一个比较偏科研,一个比较偏实践,悟清了许多之后,还有一些不太能明白的问题: 问题1: 我看了这一段文字 "中国大陆的高校中大致有下面三种将计算机软件的机构:计算

读构建之法之感

读构建之法之感,为什么迟迟没有发构建之法这本书的观后感,是因为想要细细的看,为什么老师这么要求我们这么做,为什么要刻意的去发微博,原因都在构建之法的这本书中.构建之法这本书和其它的软件工程的书不同,构建之法这本书讲的清晰有趣,容易理解,不像其它的软件工程的书籍,写的那么的枯燥和乏味,构建之法的每章都有很大的联系,让人逐渐的去深刻的理解.通过构建之法理解并懂得什么是软件工程,软件工程是系统的,有序的,可量化的方法应用到软件的开发,运营和维护中去.希望通过自己的努力以及软件工程的课能够让自己有一个小

构建之法——读书笔记(8)

<构建之法>第十&十一章 主要讲述了在软件设计前期的需求分析问题上的方法和实践经验,分为"典型用户和场景"以及"软件设计与实现". 其中第十章大部分内容包含: 用户的分类(典型用户可以包括以下内容: 1. 名字(越自然越好) 2. 年龄(不同年龄和收入的用户有不同的需求) 3. 收入 4. 代表的用户在市场上的比例和重要性(比例大不等同于重要性高,如付费的用户比例较少,但是影响大,所以更重要 5. 使用这个软件的典型场景 6. 使用本软件/服务的

《构建之法阅读笔记02》

这次主要对<构建之法>的第四章“两人合作”作一次阅读笔记. 首先是代码规范问题. 我过去对于代码规范问题并没有做到注意.在编程中,许多变量和函数的命名都非常的简单而没有实际的意义.而且编程时不注意对齐缩进.很多时候也不加注释,导致对这些简单的变量名称不熟悉. 这样做会使得很多人读代码费劲,甚至是自己都要花时间再次阅读懂自己的代码.而且很多没必要的注释也会使得注释失去意义.当自己再次在原基础上编程时,可能要重新编程等问题. 因此,通过阅读“代码规范”,我找到一些解决方法.代码的风格要简明.易读.

简读《构建之法》,所想问题展示

1,<构建之法>这本书全局语言通俗,学生很容易读懂,但是存在一个隐患:学过软件工程,我们只是笼统的理解,而对这方面的专业知识很少了解,该怎么办? 2,书中提到的软件结构,软件设计与实现具体是怎样的?怎么理解它们之间的关系? 3,软件在不断更新和增加功能的负担下,一定程度下会崩溃.若有一个软件,即将考虑添加下一个功能,但是在添加这个功能之后,系统一定会崩溃,但是这个功能对这个软件的市场前景起着至关重要的作用,这是该怎么办? 4,软件设计和软件构建有区别吗?不同之处是什么? 5,当软件中的依赖关系