《构建之法》阅读笔记2

  每当我们写完一段代码的时候,我们都会进行测试,单元测试是代码编写质量的第一步,可以说是软件质量的基石。单元测试是程序员编写的,而不是测试人员编写的,对于单元测试来说,最了解程序的人就是编写代码的人,他来编写单元测试自然是最合适的。单元测试必须和代码一起进行版本维护。

  每当软件发生变化时,我们就必须重新测试现有的功能,以便确定修改是否达到了预期的目的,检查修改是否损害了原有的正常功能。同时,还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进行回归测试。回归测试在软件生命周期中扮演着重要的角色。

  编好一个程序还要进行效能测试,进行优化,使我们的程序更简洁,运行时间更短,调用次数更少,或者占用更少的空间等等。

  个人软件开发流程(PSP),PSP依赖于数据,它的目的是记录工程师如何实现需求的效率, 通过更有效的计划和产品质量的提高,可以减少重工时间,从而减少生命周期的时间。

时间: 2024-10-04 17:22:50

《构建之法》阅读笔记2的相关文章

最后期限阅读笔记之一

本书讲了一个叫汤普金斯先生是一位经验丰富的项目经理,却也不幸遭遇了被“炒鱿鱼”的命运.这时,有人出数倍的薪俸将他“请”到一个海上的小国同时管理六个软件项目.资金.人员.设备等所有外部条件都万事俱备,汤普金斯先生可以放手去做,并将自己的奇思妙想付诸实践.本以为会因祸得福,汤普金斯先生却逐渐发现事情并没有那么简单,项目根本无法在最后期限内完成,但他已经骑虎难下,故事也就因此展开,而我从中也获得了许多道理: 优质管理的四大要素: 1选择正确的人. 2 为他们分配正确的工作. 3保持他们的积极性. 4帮

最后期限阅读笔记三

最后期限这本书读完了,有很多感想. 我们始终不能忘记,程序员也是人,当我们在以往的项目中遇到各种各样的问题,客户的需求频繁变动,来自领导.客户.销售人员要求尽快结束项目的压力,用一拥而上的方 式增加人手,计划延迟,工期变长,漫长的维护过程,乃至长期出差驻守在外地,离开家人,这个时候,没有成就感和疲惫的感觉会让最好的程序员失去热情.在这里要提到的是, 曾经有个项目工期太长,每个周一都要出差去外地,在那段时间里,我甚至得了"周日晚上失眠(恐惧)症",噢,可怜的程序员们,你们是否也有过类似的

最后期限阅读笔记2

作为一个项目管理者,管理中最困难的问题,是人的问题.让正确的人去做正确的事情,这正是优秀的管理者和平庸的管理者之间的区别. 在项目的进行中,一定要控制风险,让不好的消息能够有畅通的渠道来表达,尽早取消失败的工作比成功还重要. 还有就是压力的重要,适当的压力会让团队成员感到危机感,从而更好地完成工作.一旦一个团队形式已经僵化,那么这个团队就如一滩死水,就不会有创造力.因此一个优秀的管理者会尽可能的调动成员的积极性.

最后期限阅读笔记之三

负面效应 :  威胁不是提高业绩最好的方法.   如果分配的时间一开始就不够,不管威胁有多么吓人,工作也无法按时完成.   更糟糕的是,如果目标没有实现,你就必须兑现你的威胁. 管理者必需的身体部位 :  管理涉及到心.肠胃.灵魂和鼻子.   因此...   用心来领导,   相信你的肠胃(相信你的预感), 构筑团队的灵魂,   训练一个能嗅出谎言的鼻子.  用指挥战争来作为管理的一个比喻   在战役开始的时候,管理者真正的工作已经完成了.  面试和招聘 :  招聘涉及到所有与管理相关的身体部位

最后期限阅读笔记之二

安全和变化 除非感到安全,否则人们就不能去迎接变化. 在所有成功的工程中(以及在绝大多数其他有价值的工作中),变化都是基本的要素之一. 安全感的缺乏会让人们反对变化. 逃避风险是致命的,因为这会让你也得不到与风险同在的利益. 人们可能会因为来自客观世界的直接的恐吓而觉得没有安全感,但是如果察觉到管理者可能滥用权力来惩罚自己,他们也会觉得没有安全感. 人们反对变化的原因通常是缺乏安全感 控制风险,让不好的消息能够有畅通的渠道来表达,尽早取消失败的工作比成功还重要. 量化项目的某些指标时,要选择或创

最后期限——阅读笔记2

优质管理的四大要素: 1.选择正确的人 (人力资源管理) 2.为他们分配正确的工作 (计划,WBS,估算,时间管理) 3.保持他们的积极性 (人力资源管理和沟通管理) 4.帮助团队凝聚起来并保持团队的凝聚力 (人力资源管理和沟通管理) 软件开发项目以人为本,人是软件项目管理第一要素.如何选择到合适的开发成员,激发他们和整个团队的热情是项目成功的重要保障.项目不是需要全牛的人,是需要胜任的成员,能够人尽其用的成员,成员的积极主动心态,热情,责任感和团队归属感更为重要. 第二点强调项目中尽量每个人都

最后期限阅读笔记一

这是第三本书了,看开头时,感觉是一本故事性比较强的书,比较适合我看...现在看了一些了, 也有一些心得. 如何对软件开发团队进行管理,显然是这本书想要阐述的核心,在小说里,汤普金斯对此有着独到的见解:选择正确的人,为他们分配正确的工作,保持他们的积极性,帮助团队 凝聚起来并保持他们的凝聚力.这里,最重要的是人,和团队,而不是许多冗长枯燥的管理课程中讲述的那些"文案":甘特图,波特图,状态报告,交流规范,会议计划,时间卡,进 度跟踪记录,项目里程碑报告,质量管理程序……那不是管理,管理是

《最后期限》阅读笔记-3

<最后期限>阅读笔记-3    虽然这是一个信息的社会,很多资料随手可得,但是我们却变得不在勤奋,我们习惯了使用现成的资料,而忽略了去亲自体验这些的机会.这是一个很危险的信号,那么我们迫切的需要去避免这样一种结果的发生,就是我们不在具有创新的能力.如何去避免呢,正如书上所说,给自己一个期限,虽然这些在团队中应用的更多,但是我们自己未尝不适用于这个法则,在有限的时间里安排自己做完某事,久而久之,我们就会发现我们的积极性大大提高,自然而然就会对手头的工作上心,而不是打酱油,一瓶子不满,半瓶子晃荡.

面对软件错误构建可靠的分布式系统(阅读笔记)

阅读笔记 joe Armstrong 段先德 译 核心问题:如何在存在软件错误的情况下编写具有合理行为的软件 ,如何避免像死锁.死循环等问题 ERLANG的世界观,一切皆进程.将任务分离成层次化的一系列任务,强隔离的进程负责来执行每个具体化的任务,进程之间不共享状态(实际上ETS跨越了这个准则). 只能通过消息传递来通信,必须注意进程消息的堵塞问题 工作者和监督者构成一个完整的系统,监督者的作用就是监控整个系统的运行状况.并对突发情况进行可靠的处理. behaviour库的设计思想就是将程序的并

《构建之法阅读笔记02》

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