最后一次阅读——13-17章

带着好奇心一口气读完了最后几章。感觉真的不错。人离不开团队,团队也因集体而存在,看完这些,让我更好的为我现在的团队努力。

第13章

这一章主要讲的是软件测试。前面第二章有提到过单预测试。我个人认为单元测试是局部的,而软件测试是全面的。也就是说软件测试更为全面的检测软件,在最后一个阶段得知软件能否上市等。

书上将了软件测试方法和实战中应该做。这教会我们以后在写软件测试的时候应该注意什么样的细节。怎么测试才会最有效率。只是有一点不明白的是我可不可以这样认为单元测试与软件测试的关系。单元测试是软件测试的基础,为软件测试扫掉了大量的雷。如果单元测试是一直绿灯的,那么软件测试的时候也是没问题的。

第14章和15章

之所以把这两章和在一起是因为质量是稳定和发布阶段的前提。如果没有好的质量那么软件的发布是无从谈起的,不是吗?就像是 陶瓷杯子,如果只是模型,那么它只是出于观赏阶段而不是出售阶段。所以说软件的质量很重要,这直接关乎软件的下一阶段。注重质量的同时也要注重效率,高效率搭配高质量。那简直就是beauty!

第16章和17章

这两章的主体都是共同的——人。没有人就不会创新这个概念。所以说IT行业的主体很重要。与时俱进是社会进步的一个重要标志,我们应该不断大胆的创新。但是在创新的时候又要特别注意我们的创新应该是在法律允许的范围内。思想融合后会变得更加完美,这时候我们就需要团队合作。所以我们就有了职业道德这个说法,我们应该准守职业道德,维护自己和他人的合法权益。书中的故事就是最好的证明。和团队一起加油吧!不管遇到什么问题都应该磨合。加油(^ω^)

时间: 2024-10-10 13:40:19

最后一次阅读——13-17章的相关文章

阅读13~17章

第十三章(P244) 问:集成测试该什么时候做才最合理? 第十四章(P268) 问:如何用CMMI衡量软件工程的质量?我还是不太理解CMMI. 第十五章(P293) 问:什么是事后的诸葛亮会议?书本没有给出明确解释. 第十六章(P300)  问:现在社会对创新越来越多,而且创新的东西也越来越多,我们该怎么把握创新的灵光? 第十七章(P339) 问:如何衡量个人在团队中的绩效?

读13~17章 本学期最后一次

学期也快结束了,不知不觉就过了一个学期,这是最后一次阅读书本的最后几章,也是读最多章数的一次. 第13章: 这章讲的是测试,各种各样的测试,像测试的分类有着功能,非功能等.还可以按软件测试的时机或作用来分类使用等,就是说软件测试更为全面的检测软件,在最后一个阶段得知软件能否上市等.单元测试可以说是软件测试的基础,书本中也介绍了测试时需要的注重的哪些部分. 问题:对于这么多种的测试方法,怎么才能最有效的选取? 第14章: 这章讲的是质量的保障,例如软件的质量,程序的质量等. 要明白自己项目的特点,

CSS3秘笈第三版涵盖HTML5学习笔记13~17章

第13章,构建基于浮动的布局 使用的是float(浮动)属性 注:float:none值将取消所有浮动,通常只用来取消元素中已经应用的浮动. 切记:不需要给正文的div设计宽度,即使设计成固定宽度也不用 用浮动进行布局 LayoutGala网站(http://blog.html.it/layoutgala/)上提供了40种不同的CSS设计,但大多只是基本框架,里面只有<div>标签及其定位用的CSS代码 布局生成器,Cridinator(http://gridinator.com)提供了简单的

阅读《构建之法》第13~17章及读《一个程序员的生命周期》感想

第十三章: 对于这章的测试,我们只是简单提了一下单元测试,其他测试都没有,这章相对来说,几乎为零,看了也不知道怎么做. 问题就更别说了,等周末有时间在回头看看,再更新补上问题. 第十四章: <一个程序员的生命周期>感想 一口气从第一篇的:从大山里走出的程序猿看到最后一篇:7年工作感悟,  很感谢他给我们分享他的经历,在一些方面看法也和作者有共鸣. 然而每个时代都并不容易,80后悲催,90后,00后都悲催,每个时代都有不同的困难,不只是单单只有一代人困难,有的人会自暴自弃,有 的人会迎刃而上,有

《构建之法》13~17章

第十四章:问题:本章主要讲的是软件的质量和对软件质量的保障工作.而且开发过程的可见性有非常差.那么在我们接到一个项目时如果没有能力去完成它,是否放弃这个项目.但是没有挑战就没有进步,这其中如何选择?第十五章: 问题:文中(288)的例子中提到很多程序员都想在开发或是修改的时候加一些功能进去,但是这往往是不允许的,那么我们如何在这中间找平衡.即允许加进我们想加的东西? 第十六章: 问题:如今科技发达,社会进步快,相对一些科技技术更新也快.但是却很难在旧的领域有创新,而新的领域又很难开发.那么当我们

读书笔记——读《构建之法:现代软件工程》第13~17章

老师您好,先看一下这位同学的: http://www.cnblogs.com/mikky/ 老师您好,又得让你在百忙中抽出那么一点时间来审查这位同学的作业,这位同学的作业可能不是最好的,但他绝对是用心去做了的: http://www.cnblogs.com/kevinkeke/

阅读&lt;构建之法&gt;13、14、15、16、17章

13章 这么多测试为什么不能整理出一个包括所有功能的测试呢?看着那么多测试都感觉奇怪了. 14章 怎样才能体现一个测试人员的工作价值呢?这样的判断又是否会太独断了? 15章 在时间上,会不会因不同功能板块完成快慢有影响?在后期的问题解决又有何保证措施? 16章 创新并不是每个人都行的,但有时候太执着于此是否进了死胡同呢? 17章 作为领导者的话,做到公平公正也并不像口头上那么简单,有时候是向规则妥协呢还是坚持自己的主见?

阅读第13,14,15,16,17章

13章:效能测试 不一样的机器运行软件效率是不一样的,怎么能做到效能测试的权威性 14章:软件质量保障 这是一个很重要的问题,国外公司很注重维护,中国公司也注重更新维护吗? 15章:稳定和发布阶段 软件发布后,逐步冻结为什么要从人机界面开始冻结 16章 IT行业的创新 创新者都是一马当先,为什么美国易贝网站最先在互联网世界提出用户对用户交易平台,然而在中国却基本听不懂易贝交易平台 17章 读一个程序猿的生命周期 这让我懂得人生不管干什么方向很重要,更重要的是要手上有实力

《构建之法》--阅读(第13章-第17章)

第13章 软件测试 1.名词解释 Bug :软件的缺陷 Test Case :测试用例.测试用例描述了一个完整的测试过程,包括测试环境.输入.期望的结果等 Test Suite :测试用例集.即一组相关的测试用例 2.Bug解释与实例 <1>.Bug可以分解为:症状(Symptom).程序错误(Fault).根本原因(Root Cause) 症状:即从用户的角度看,软件出了什么问题 程序错误:即从代码的角度看,代码的什么错误导致了软件的问题 根本原因:错误根源,即导致代码错误的根本原因 <

4.13日第12次作业,16章外包,17章需求,19章组织级与大型项目

29-高项-田哲琦 16章.外包管理 1.外包的形式有哪五种?什么是利益关系?P346-348 答:企业现行采用的主要外包形式如下: 1).活动外包 2).服务外包 3).内包 4).合包 5).利益关系. 利益关系(benfit-based relationship),这是一种长期合作关系,双方先为此关系进行投资,再根据预先拟定的协议分享利益,共同承担风险,同时共享利益. 2.外包管理的目标是什么?要实现这个目标,对外包管理提出哪四个方面的要求?P348 答:软件外包管理总的目标是用强有力的手