构建之法 第七次心得
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了构建之法 第七次心得相关的知识,希望对你有一定的参考价值。
构建之法14、15章总结
第14章
这一章讲的是质量保障。在我们做软件的时候,最重要的是质量,如果做成功的软件质量不过关,那无疑是白费心血,浪费时间。程序的质量体现在软件外在功能的质量,用户体验的质量,国际化的质量,安全性的质量等等。
软件开发过程中有三个主要的特性:好、快、便宜,即软件需要在成本、功能、时间三方面满足利益相关者的需求。一个团队可以靠很多方法来提高程序的质量,比如交付前不断测试,修改,也可以在软件发布之后再一直进行修复问题,但是软件工程的质量需要长期的过程来提高。
软件工程的质量体现在:软件开发过程的可见性;软件开发过程的风险控制;软件内部模块,项目中间阶段的交付质量,项目管理工具的因素;软件开发成本的控制;内部质量指标的完成情况。衡量软件工程的质量有一套比较成熟的理论,CCMI。CCMI的实施能够提高企业的管理水平,降低企业的成本。在一个团队中需要有一个人专门对软件进行测试,这样分工可以有效提高团队的效率,也可以尽可能保证软件的质量。但是有专门的人负责并不意味着团队的个人不需要关注软件的质量。
第15章
这一章主要讲的是软件的稳定和发布阶段。软件经过计划、设计、开发等阶段,最后就需要发布了。但是软件发布也不是一件简单的事情。发布软件需要考虑是在软件的缺陷全部完善之后再发布,还是在不影响使用的情况下先发布,后期再进行更新。
发布时,软件团队的各个角色代表会组成一个会诊小组,负责处理每一个影响产品发布的问题,他们可以选择是否立即修复问题,或者延迟修复。在稳定阶段的初期,团队只需要决定修复哪些缺陷,然后团队成员再进行必要的设计、实现、测试工作,但是项目进展和发布日期不断临近,团队还要保证修改不会影响软件的发布。
有时候,软件修复需要一整个模块的修改,这是需要慎重修改的地方。修复软件有几种招数:设计变更、ZBB、最后回归测试、砍掉功能、修复Bug的门槛逐渐提高、逐步冻结。发布软件时,出现不同频率和不同覆盖范围的渐进发布。
以上是关于构建之法 第七次心得的主要内容,如果未能解决你的问题,请参考以下文章