第14章 质量保障测试
软件的质量，软件要符合用户以及利益相关者的需求。软件质量 = 程序质量 + 软件工程质量。程序的质量，程序的质量体如今软件外在功能的质量。衡量软件的功能，基本的判断能够用“是|否”来断定。软件工程的质量软件的开发过程有三个主要的特性：“好”、“快”、“便宜”。软件开发过程的风险控制，软件开发过程当中有种种依赖关系，有些项目的进展常常被这些因素打断，要控制这些风险。软件工程的质量，如何衡量既然软件工程的质量对最终软件的质量，其中一套比较成熟的理论是CMMI。CMMI一级，初始级。CMMI二级，管理级。CMMI三级，明确（定义）级。CMMI四级，量化管理级。CMMI五级，优化级。 质量的成本，要达到必定的软件质量，是要付出成本的。优化
测试角色独立出来，分工是社会和行业进化的结果，开发和测试实际上是软件工程的两个分支，对于不一样的软件/服务，测试的方式和程度都有所区别。spa
第15章 稳定和发布阶段设计
一个团队经历了计划/设计/开发等阶段，达成代码完成（Code Complete）这一目标，彷佛后面的事情就水到渠成了。其实否则，软件生命周期的最后阶段每每是最考验团队的，不但考验团队项目管理水平、应变能力，也考验团队的“血型”。生命周期
会诊小组（Triage Team），软件团队的各个角色表明（PM/Dev/Test/UX等）组成了会诊小组，处理每个影响产品发布的问题。复杂项目的会诊，在稳定阶段的初期，团队只要决定须要修复哪些缺陷，而后团队成员就会进行必要的设计、实现、测试工做，并签入代码修改。可是，随着项目进展和发布日期的临近，团队还要保证修改方案不会给产品带来负面的影响。项目管理
在咱们的团队里面，在稳定和发布阶段，也发现了很多bug，有些是由于设定的问题，有些事程序的问题。咱们先将一些重要的错误修改完成再修改小的，有些设计的问题须要重构代码，咱们就放到下一个版本。开发
几个招数：招数1设计变动，招数2：ZBB，招数3：最后回归测试，招数4：修复Bug的门槛逐渐提升，招数5：逐步冻结产品
第16章 IT行业的创新重构
创新有时就是灵光一闪的事情，可能就是看到想到，就有了灵感。有时则是几代人的努力。人们不见得都喜欢创新，创新的东西，和可能要受到一些守旧思想的阻挡。创新者不都是身先士卒。有些公司也是后起之秀，可是作的比前人要好。不必定是领域内的专家才能 创新，专家也不必定可信。创新要在调查以后，对数据进行分析，找到最合适的机会和目标。才能进行有进行有效的创新。软件