构建之法阅读笔记06

第14章　质量保障

软件的质量，软件要符合用户以及利益相关者的需求。软件质量 = 程序质量 + 软件工程质量。程序的质量，程序的质量体现在软件外在功能的质量。衡量软件的功能，基本的判断可以用“是|否”来判定。软件工程的质量软件的开发过程有三个主要的特性：“好”、“快”、“便宜”。软件开发过程的风险控制，软件开发过程中有种种依赖关系，有些项目的进展经常被这些因素打断，要控制这些风险。软件工程的质量，如何衡量既然软件工程的质量对最终软件的质量，其中一套比较成熟的理论是CMMI。CMMI一级，初始级。CMMI二级，管理级。CMMI三级，明确（定义）级。CMMI四级，量化管理级。CMMI五级，优化级。        质量的成本，要达到一定的软件质量，是要付出成本的。

测试角色独立出来，分工是社会和行业进化的结果，开发和测试其实是软件工程的两个分支，对于不同的软件/服务，测试的方式和程度都有所区别。

第15章　稳定和发布阶段

一个团队经历了计划/设计/开发等阶段，达成代码完成（Code Complete）这一目标，似乎后面的事情就水到渠成了。其实不然，软件生命周期的最后阶段往往是最考验团队的，不但考验团队项目管理水平、应变能力，也考验团队的“血型”。

会诊小组（Triage Team），软件团队的各个角色代表（PM/Dev/Test/UX等）组成了会诊小组，处理每一个影响产品发布的问题。复杂项目的会诊，在稳定阶段的初期，团队只要决定需要修复哪些缺陷，然后团队成员就会进行必要的设计、实现、测试工作，并签入代码修改。但是，随着项目进展和发布日期的临近，团队还要保证修改方案不会给产品带来负面的影响。

在我们的团队里面，在稳定和发布阶段，也发现了不少bug，有些是因为设定的问题，有些事程序的问题。我们先将一些重要的错误修改完成再修改小的，有些设计的问题需要重构代码，我们就放到下一个版本。

几个招数：招数1设计变更，招数2：ZBB，招数3：最后回归测试，招数4：修复Bug的门槛逐渐提高，招数5：逐步冻结

 

     第16章　IT行业的创新

创新有时就是灵光一闪的事情，可能就是看到想到，就有了灵感。有时则是几代人的努力。人们不见得都喜欢创新，创新的东西，和可能要受到一些守旧思想的阻挡。创新者不都是一马当先。有些公司也是后起之秀，但是做的比前人要好。不一定是领域内的专家才能 创新，专家也不一定可信。创新要在调查之后，对数据进行分析，找到最合适的机会和目标。才能进行有进行有效的创新。