未读消息消息

购物车

我的订单

个人中心

店铺

我的订单收藏

拍卖

拍卖交易我的竞拍收藏

我的好友资金账户

卖家中心

客服 |

帮助中心 9:00-20:30 在线留言

客服电话

010-89648155

服务时间

客服咨询 8:00-21:00

纠纷处理 9:00-21:00

图书审核 9:00-18:00

监督与建议

请选择

手机孔网

完美软件：缺陷预防最佳实践

作者: [美] 麦克唐纳著 , [美] 马森著 , [美] 史密斯著 , 李滋堤译

出版社: 清华大学出版社

出版时间: 2010-06

版次: 1

ISBN: 9787302224228

定价: 49.00

装帧: 平装

开本: 16开

纸张: 胶版纸

页数: 397页

字数: 624千字

正文语种: 简体中文

丛书: 微软技术丛书

分类: 计算机与互联网

28人买过

《完美软件：缺陷预防最佳实践》是一本非常实用的缺陷预防技术实践指南，它提供的一整套技术可以用来帮助软件开发人员、项目管理人员和测试人员避免软件中的人为错误或缺陷。《完美软件：缺陷预防最佳实践》的主旨不是在发现问题之后如何修正问题，而是通过预防和即时检测来减少错误的引入。《完美软件：缺陷预防最佳实践》主要内容包括：缺陷预防入门、缺陷检测技术、缺陷分析技术、缺陷预防技术以及如何建立缺陷预防文化。
《完美软件：缺陷预防最佳实践》的目标读者是从事软件行业的开发人员、项目管理人员、测试人员和质量保证人员。麦克唐纳（MarcMcDonald），拥有30年的PC行业经验，他拥有6项软件专利。作为微软的第一位有薪员工，他设计了MS-DOS的FA丁文件系统。
RobertMusson拥有超过25年的软件工程师和软件经理工作经验。他是卡耐基-梅隆大学软件工程研究所“团队软件过程倡议”的成员。
马森（RossSmith），从事软件开发与测试已有近20年的时间。他参与了自1995年以来Windows和MicrosoftOffice的所有版本的开发，拥有5项软件专利。
RossSmith从事软件开发与测试已有近20年的时间。他参与了自1995年以来Windows和MicrosoftOffice的所有版本的开发，拥有5项软件专利。
DanBean、DavidCatlett、LoriAdaKilty和JoshuaWilliams都是软件开发行业的专家，他们都拥有数十年的相关经验。第Ⅰ部分缺陷预防简介
第1章缺陷预防3
1.1什么是软件缺陷5
1.2以高质量软件为目标6
1.3理解软件缺陷的产生原因7
1.4可以做些什么9
1.4.1使用检测、分析与预防技术9
1.4.2进行缺陷预防的组织有何不同10
1.5使用缺陷预防技术11
1.5.1缺陷检测技术11
1.5.2缺陷分析技术12
1.5.3缺陷预防技术12
1.6选择质量提高技术12
1.6.1考虑的因素13
1.6.2选择一种策略14
1.7组织考虑的因素14
1.8在上游阶段提高质量15
1.9从错误中学习15
1.10为未来投入15
1.11小结16

第2章缺陷预防框架17
2.1研究一种示例框架19
2.2提出模型20
2.3缺陷预防模型20
2.3.1能力成熟度模型21
2.3.2能力成熟度模型集成26
2.3.3MalcolmBaldrige框架26
2.3.4ISO模型29
2.3.5其他模型30
2.3.6对比这些模型30
2.4选择和使用模型30
2.5小结32

第3章缺陷预防的经济学34
3.1预防缺陷对企业有好处35
3.1.1缺陷预防的经济理论与价值36
3.1.2盈利能力37
3.2对软件开发进行边际成本分析38
3.2.1估计成本39
3.2.2确定回报45
3.3小结47

第Ⅱ部分缺陷检测技术
第4章质量与开发过程51
4.1什么是软件质量52
4.1.1开发方法与质量52
4.1.2完全可测试性的神话53
4.1.3当前测试方法与质量54
4.1.4不可能测试所有内容56
4.2作为一种转换过程的产品开发57
4.2.1向产品周期内添加验证步骤58
4.2.2承认原始说明书中的缺陷61
4.2.3将设计转换为代码62
4.3小结72

第5章利用生产效率游戏预防缺陷73
5.1什么是游戏理论75
5.1.1历史上的游戏76
5.1.2游戏玩家时代77
5.1.3游戏为什么改变行为79
5.2游戏的类型79
5.2.1机会游戏和技能游戏80
5.2.2微型游戏80
5.2.3预测市场81
5.2.4交替现实游戏82
5.3缺陷预防游戏的实践指导82
5.3.1从排名榜开始82
5.3.2保持简单82
5.3.3仔细考虑记分方式83
5.3.4奖励正确的行为83
5.3.5利用记分方式鼓励参与84
5.3.6使玩家时常查看自己的分数84
5.3.7竞赛内容多样84
5.3.8留出调整空间——设置一个时间段85
5.3.9通过分级来保持兴趣85
5.3.10保留玩家的历史85
5.3.11以小型实验版本作为开始85
5.3.12让人们按自己的步调进行86
5.3.13使用现金和奖品来提高兴趣86
5.3.14使用随机抽奖86
5.4应用缺陷预防游戏的实例86
5.5游戏设计的提示87
5.6游戏设计的清单88
5.7小结88
5.8推荐阅读资料89

第6章提高软件的可测试性90
6.1认识可测试性的好处91
6.2实施可测试性92
6.2.1简单性：开发不复杂的软件92
6.2.2可观察性：使软件可观察95
6.2.3控制：加强对被测试软件的控制97
6.2.4知识：明白期待什么样的结果98
6.3避免实施可测试性的风险100
6.4小结100

第Ⅲ部分缺陷分析技术
第7章软件测量与量度103
7.1理解构建一个成功记分卡的关键104
7.2明确确定战略目标106
7.2.1确定客户战略106
7.2.2确定内部业务战略107
7.2.3确定财务战略108
7.2.4定义创新战略108
7.3明确定义业务、过程和改进目标109
7.3.1理解目标类型109
7.3.2确定目标110
7.3.3确定量度110
7.3.4划定量度的优先级111
7.3.5确定量度的权重111
7.3.6避免量度操纵113
7.3.7适当确定目标的范围114
7.3.8划定目标的优先级114
7.3.9创建SMART目标114
7.4将所确定的目标通知各级管理人员115
7.4.1收集并显示数据115
7.4.2自动收集和报告数据117
7.4.3回顾118
7.5使人们广泛接受已确定的目标118
7.6小结120

第8章风险分析121
8.1什么是风险122
8.2什么是风险分析122
8.2.1将风险分析应用于漂流124
8.2.2确定风险分析阶段125
8.2.3风险分析的好处127
8.2.4理解风险128
8.2.5实施风险分析129
8.3创建风险预测模型129
8.3.1特征：确定代码特征129
8.3.2数量：跟踪改动133
8.3.3影响：理解变更的结果133
8.3.4理由：理解为什么进行变更137
8.3.5所有权：知道一个改变归谁拥有138
8.4应用风险预测模型139
8.5小结142

第9章利用仿真和建模进行组织改革144
9.1理解随机建模145
9.2使用建模过程153
9.2.1定义目标154
9.2.2确定起始过程154
9.2.3确定过程的输入和输出155
9.2.4构建所倡导的过程156
9.2.5将过程结果与组织结果进行对比157
9.2.6开发实际过程157
9.2.7根据需要进行重复157
9.3基线过程模型举例158
9.3.1简单规划模型158
9.3.2经过改进的计划模型161
9.3.3详尽的质量模型165
9.3.4过程改进模型170
9.3.5开发生产能力模型176
9.4与CMM框架的关系180
9.5小结181

第10章缺陷分类法182
10.1从大型软件项目中的缺陷进行学习183
10.2指定缺陷分类的目标185
10.3理解缺陷分类的组织原则185
10.4明确缺陷分类法中做出的假设186
10.4.1假设：我们只能进行特定类型的更改187
10.4.2假设：人们是会犯错误的187
10.4.3假设：缺陷在产品周期的后期被发现187
10.4.4假设：在产品周期中生成缺陷的阶段未能检查出这些缺陷188
10.4.5假设：测试可能是不平衡的188
10.4.6假设：您可能过度使用工具和过程189
10.4.7假设：您可能是在进行后期设计纠正189
10.5构建缺陷分类法实例189
10.5.1发生阶段192
10.5.2促成原因阶段196
10.5.3改变阶段200
10.5.4检测阶段202
10.5.5缓解阶段204
10.6经过分类的缺陷举例205
10.7小结208

第11章根本原因分析209
11.1理解根本原因分析研究如何帮助预防缺陷210
11.2何时进行RCA研究211
11.3合理配置人员以成功完成研究211
11.4RCA研究的阶段212
11.4.1阶段一：事件确定213
11.4.2阶段二：数据收集216
11.4.3阶段三：数据分析与评估218
11.4.4阶段四：纠正操作222
11.4.5执行纵向分析223
11.4.6阶段五：通知与应用224
11.4.7阶段六：遵循、测量和建议225
11.5根本原因分析的好处227
11.6根本原因分析的风险228
11.7小结229

第Ⅳ部分缺陷预防技术
第12章采用过程233
12.1理解传统的开发过程235
12.2实施敏捷过程236
12.2.1需求管理237
12.2.2项目计划237
12.2.3项目跟踪与监督238
12.2.4软件质量保证239
12.2.5软件配置管理240
12.3Scrum240
12.4个体软件过程241
12.5团队软件过程244
12.6鼓励采用创新性的实践方式244
12.7部署一体化过程245
12.8小结246

第13章FMEA、FTA与故障建模248
13.1故障模式和效果分析249
13.2实施FMEA250
13.2.1预备知识250
13.2.2程序251
13.2.3FMEA小结262
13.3故障树分析263
13.4实施FTA264
13.4.1预备知识265
13.4.2程序265
13.4.3故障树开发过程269
13.4.4故障树小结275
13.5故障建模：结合FMEA和FTA275
13.5.1故障建模276
13.5.2对比威胁建模与故障建模277
13.6小结277

第14章预防标签279
14.1预防标签如何工作282
14.2在整个生产周期中使用预防标签284
14.2.1编写高质量的预防标签284
14.2.2谁可以推动预防技术284
14.2.3寻找“缺陷引入”行为的样式287
14.3实施预防标签计划287
14.3.1确定目标288
14.3.2确定进度跟踪和交流方法288
14.3.3确定存储预防数据的位置288
14.3.4为预防相关工作提供激励机制288
14.3.5确保有足够的分析人员289
14.3.6定期报告并进行更改测量289
14.4对预防标签数据采取行动289
14.4.1对预防技术进行分类290
14.4.2深入分析292
14.5使用预防标签的好处292
14.5.1帮助个人转向全局考虑293
14.5.2预防技术和知识易于共享293
14.5.3预防数据与发现和修复数据存储在一起293
14.5.4提供用于过程改进的反馈机制293
14.5.5简化数据收集293
14.5.6可用于所有阶段294
14.6使用预防标签的风险294
14.6.1变为一个指责平台294
14.6.2面对有偏差的数据294
14.6.3容易过分重视或反应过度294
14.6.4需要编译与分析295
14.6.5预防方法可能过于笼统或者过于具体295
14.7小结295

第Ⅴ部分预防文化
第15章方案投票299
15.1应用大数定律300
15.2利用方案投票来帮助预防缺陷301
15.3理解方案投票流程303
15.3.1创建功能说明文件304
15.3.2编写高质量的方案305
15.3.3对方案进行分类305
15.3.4了解投票人员都是哪些人306
15.4实施方案投票计划307
15.4.1了解适当的项目阶段307
15.4.2了解产品308
15.4.3开发体验树308
15.4.4为反馈设定明确目标309
15.4.5为方案建立文档以及制订方案309
15.4.6征集用户制订的方案311
15.4.7理解用户群312
15.4.8获取反馈313
15.4.9启动引导项目314
15.4.10部署投票项目315
15.4.11保持项目的活力316
15.4.12报告结果316
15.4.13分析结果317
15.4.14鼓励投票者持续参与318
15.4.15将结果提交给支持团队319
15.4.16采取行动321
15.5方案投票的好处323
15.5.1简化数据收集323
15.5.2能够收集涉及大范围功能和用户的大量数据323
15.5.3适用于项目周期的所有阶段324
15.6方案投票的风险325
15.6.1投票结果受投票人群构成的影响325
15.6.2投票结果仅提供了用户意见的概要信息325
15.6.3不完整的方案选择可能会使结果产生偏差326
15.6.4设计不佳的方案可能会使结果产生偏差326
15.7小结327
15.8推荐阅读资料327

第16章创建一种质量文化328
16.1评价您的现有文化329
16.1.1常见的文化缺陷330
16.1.2用于检测设计不当的量度332
16.2改进您的文化333
16.3小结338

第17章在上游阶段提高质量339
17.1质量与客户导向是相互联系的340
17.2将开发过程理解为一系列转换341
17.3避免阻碍上游质量的提高344
17.3.1测试不会提高质量344
17.3.2质量是不可见的344
17.3.3重功能，轻质量345
17.3.4工程态度妨碍了注重质量的文化346
17.3.5任务和团队的短视妨碍了全局观346
17.3.6团队回避适当行为347
17.3.7价值和奖励没有促进质量的提高348
17.4缺陷具有不同风险349
17.5查明下游质量不佳的原因350
17.6未来产品开发的模型351
17.6.1开发工作以客户为导向352
17.6.2产品信息是可执行的354
17.6.3客户方案被移向上游355
17.6.4测试过程和测试生成被自动化355
17.6.5静态测试普遍深入356
17.6.6开发过程被修改357
17.6.7在组织、角色和职业生涯中所导致的变化358
17.7小结359

第18章回报、动机和激励360
18.1应用激励技巧361
18.1.1消除“抑制激励”的因素362
18.1.2为缺陷预防工作设立SMART目标362
18.1.3衡量在缺陷预防工作上花费的时间和精力363
18.1.4确保领导者行为体现了对缺陷预防工作的重视363
18.1.5创造缺陷预防的文化363
18.1.6使组织目标与缺陷预防工作保持一致364
18.1.7在设计组织进程时，要考虑到缺陷预防364
18.1.8建立奖励机制，鼓励员工发表不同观点365
18.2激励——不只是金钱奖励365
18.2.1庆祝成功366
18.2.2使用游戏和竞赛366
18.3理解个人的动机366
18.4明白什么是成功368
18.5衡量成功368
18.6小结369

第19章知识管理与交流370
19.1交流不畅所产生的问题371
19.1.1孤立知识372
19.1.2知识传播不足372
19.1.3不能找出最佳实践373
19.1.4缺乏向上交流373
19.2交流方法373
19.3利用规模优势374
19.3.1优秀交流模型的特性374
19.3.2分类法375
19.3.3有机的专家系统375
19.3.4预防标签377
19.3.5方案投票378
19.4小结378

第20章融为一体379
20.1了解标准与约定380
20.1.1火车、汽车和PF381
20.1.2公共结果标准382
20.2各司其职383
20.2.1质量保证383
20.2.2代码开发388
20.2.3项目管理394
20.3小结397
内容简介:
《完美软件：缺陷预防最佳实践》是一本非常实用的缺陷预防技术实践指南，它提供的一整套技术可以用来帮助软件开发人员、项目管理人员和测试人员避免软件中的人为错误或缺陷。《完美软件：缺陷预防最佳实践》的主旨不是在发现问题之后如何修正问题，而是通过预防和即时检测来减少错误的引入。《完美软件：缺陷预防最佳实践》主要内容包括：缺陷预防入门、缺陷检测技术、缺陷分析技术、缺陷预防技术以及如何建立缺陷预防文化。
《完美软件：缺陷预防最佳实践》的目标读者是从事软件行业的开发人员、项目管理人员、测试人员和质量保证人员。
作者简介:
麦克唐纳（MarcMcDonald），拥有30年的PC行业经验，他拥有6项软件专利。作为微软的第一位有薪员工，他设计了MS-DOS的FA丁文件系统。
RobertMusson拥有超过25年的软件工程师和软件经理工作经验。他是卡耐基-梅隆大学软件工程研究所“团队软件过程倡议”的成员。
马森（RossSmith），从事软件开发与测试已有近20年的时间。他参与了自1995年以来Windows和MicrosoftOffice的所有版本的开发，拥有5项软件专利。
RossSmith从事软件开发与测试已有近20年的时间。他参与了自1995年以来Windows和MicrosoftOffice的所有版本的开发，拥有5项软件专利。
DanBean、DavidCatlett、LoriAdaKilty和JoshuaWilliams都是软件开发行业的专家，他们都拥有数十年的相关经验。
目录:
第Ⅰ部分缺陷预防简介
第1章缺陷预防3
1.1什么是软件缺陷5
1.2以高质量软件为目标6
1.3理解软件缺陷的产生原因7
1.4可以做些什么9
1.4.1使用检测、分析与预防技术9
1.4.2进行缺陷预防的组织有何不同10
1.5使用缺陷预防技术11
1.5.1缺陷检测技术11
1.5.2缺陷分析技术12
1.5.3缺陷预防技术12
1.6选择质量提高技术12
1.6.1考虑的因素13
1.6.2选择一种策略14
1.7组织考虑的因素14
1.8在上游阶段提高质量15
1.9从错误中学习15
1.10为未来投入15
1.11小结16

第2章缺陷预防框架17
2.1研究一种示例框架19
2.2提出模型20
2.3缺陷预防模型20
2.3.1能力成熟度模型21
2.3.2能力成熟度模型集成26
2.3.3MalcolmBaldrige框架26
2.3.4ISO模型29
2.3.5其他模型30
2.3.6对比这些模型30
2.4选择和使用模型30
2.5小结32

第3章缺陷预防的经济学34
3.1预防缺陷对企业有好处35
3.1.1缺陷预防的经济理论与价值36
3.1.2盈利能力37
3.2对软件开发进行边际成本分析38
3.2.1估计成本39
3.2.2确定回报45
3.3小结47

第Ⅱ部分缺陷检测技术
第4章质量与开发过程51
4.1什么是软件质量52
4.1.1开发方法与质量52
4.1.2完全可测试性的神话53
4.1.3当前测试方法与质量54
4.1.4不可能测试所有内容56
4.2作为一种转换过程的产品开发57
4.2.1向产品周期内添加验证步骤58
4.2.2承认原始说明书中的缺陷61
4.2.3将设计转换为代码62
4.3小结72

第5章利用生产效率游戏预防缺陷73
5.1什么是游戏理论75
5.1.1历史上的游戏76
5.1.2游戏玩家时代77
5.1.3游戏为什么改变行为79
5.2游戏的类型79
5.2.1机会游戏和技能游戏80
5.2.2微型游戏80
5.2.3预测市场81
5.2.4交替现实游戏82
5.3缺陷预防游戏的实践指导82
5.3.1从排名榜开始82
5.3.2保持简单82
5.3.3仔细考虑记分方式83
5.3.4奖励正确的行为83
5.3.5利用记分方式鼓励参与84
5.3.6使玩家时常查看自己的分数84
5.3.7竞赛内容多样84
5.3.8留出调整空间——设置一个时间段85
5.3.9通过分级来保持兴趣85
5.3.10保留玩家的历史85
5.3.11以小型实验版本作为开始85
5.3.12让人们按自己的步调进行86
5.3.13使用现金和奖品来提高兴趣86
5.3.14使用随机抽奖86
5.4应用缺陷预防游戏的实例86
5.5游戏设计的提示87
5.6游戏设计的清单88
5.7小结88
5.8推荐阅读资料89

第6章提高软件的可测试性90
6.1认识可测试性的好处91
6.2实施可测试性92
6.2.1简单性：开发不复杂的软件92
6.2.2可观察性：使软件可观察95
6.2.3控制：加强对被测试软件的控制97
6.2.4知识：明白期待什么样的结果98
6.3避免实施可测试性的风险100
6.4小结100

第Ⅲ部分缺陷分析技术
第7章软件测量与量度103
7.1理解构建一个成功记分卡的关键104
7.2明确确定战略目标106
7.2.1确定客户战略106
7.2.2确定内部业务战略107
7.2.3确定财务战略108
7.2.4定义创新战略108
7.3明确定义业务、过程和改进目标109
7.3.1理解目标类型109
7.3.2确定目标110
7.3.3确定量度110
7.3.4划定量度的优先级111
7.3.5确定量度的权重111
7.3.6避免量度操纵113
7.3.7适当确定目标的范围114
7.3.8划定目标的优先级114
7.3.9创建SMART目标114
7.4将所确定的目标通知各级管理人员115
7.4.1收集并显示数据115
7.4.2自动收集和报告数据117
7.4.3回顾118
7.5使人们广泛接受已确定的目标118
7.6小结120

第8章风险分析121
8.1什么是风险122
8.2什么是风险分析122
8.2.1将风险分析应用于漂流124
8.2.2确定风险分析阶段125
8.2.3风险分析的好处127
8.2.4理解风险128
8.2.5实施风险分析129
8.3创建风险预测模型129
8.3.1特征：确定代码特征129
8.3.2数量：跟踪改动133
8.3.3影响：理解变更的结果133
8.3.4理由：理解为什么进行变更137
8.3.5所有权：知道一个改变归谁拥有138
8.4应用风险预测模型139
8.5小结142

第9章利用仿真和建模进行组织改革144
9.1理解随机建模145
9.2使用建模过程153
9.2.1定义目标154
9.2.2确定起始过程154
9.2.3确定过程的输入和输出155
9.2.4构建所倡导的过程156
9.2.5将过程结果与组织结果进行对比157
9.2.6开发实际过程157
9.2.7根据需要进行重复157
9.3基线过程模型举例158
9.3.1简单规划模型158
9.3.2经过改进的计划模型161
9.3.3详尽的质量模型165
9.3.4过程改进模型170
9.3.5开发生产能力模型176
9.4与CMM框架的关系180
9.5小结181

第10章缺陷分类法182
10.1从大型软件项目中的缺陷进行学习183
10.2指定缺陷分类的目标185
10.3理解缺陷分类的组织原则185
10.4明确缺陷分类法中做出的假设186
10.4.1假设：我们只能进行特定类型的更改187
10.4.2假设：人们是会犯错误的187
10.4.3假设：缺陷在产品周期的后期被发现187
10.4.4假设：在产品周期中生成缺陷的阶段未能检查出这些缺陷188
10.4.5假设：测试可能是不平衡的188
10.4.6假设：您可能过度使用工具和过程189
10.4.7假设：您可能是在进行后期设计纠正189
10.5构建缺陷分类法实例189
10.5.1发生阶段192
10.5.2促成原因阶段196
10.5.3改变阶段200
10.5.4检测阶段202
10.5.5缓解阶段204
10.6经过分类的缺陷举例205
10.7小结208

第11章根本原因分析209
11.1理解根本原因分析研究如何帮助预防缺陷210
11.2何时进行RCA研究211
11.3合理配置人员以成功完成研究211
11.4RCA研究的阶段212
11.4.1阶段一：事件确定213
11.4.2阶段二：数据收集216
11.4.3阶段三：数据分析与评估218
11.4.4阶段四：纠正操作222
11.4.5执行纵向分析223
11.4.6阶段五：通知与应用224
11.4.7阶段六：遵循、测量和建议225
11.5根本原因分析的好处227
11.6根本原因分析的风险228
11.7小结229

第Ⅳ部分缺陷预防技术
第12章采用过程233
12.1理解传统的开发过程235
12.2实施敏捷过程236
12.2.1需求管理237
12.2.2项目计划237
12.2.3项目跟踪与监督238
12.2.4软件质量保证239
12.2.5软件配置管理240
12.3Scrum240
12.4个体软件过程241
12.5团队软件过程244
12.6鼓励采用创新性的实践方式244
12.7部署一体化过程245
12.8小结246

第13章FMEA、FTA与故障建模248
13.1故障模式和效果分析249
13.2实施FMEA250
13.2.1预备知识250
13.2.2程序251
13.2.3FMEA小结262
13.3故障树分析263
13.4实施FTA264
13.4.1预备知识265
13.4.2程序265
13.4.3故障树开发过程269
13.4.4故障树小结275
13.5故障建模：结合FMEA和FTA275
13.5.1故障建模276
13.5.2对比威胁建模与故障建模277
13.6小结277

第14章预防标签279
14.1预防标签如何工作282
14.2在整个生产周期中使用预防标签284
14.2.1编写高质量的预防标签284
14.2.2谁可以推动预防技术284
14.2.3寻找“缺陷引入”行为的样式287
14.3实施预防标签计划287
14.3.1确定目标288
14.3.2确定进度跟踪和交流方法288
14.3.3确定存储预防数据的位置288
14.3.4为预防相关工作提供激励机制288
14.3.5确保有足够的分析人员289
14.3.6定期报告并进行更改测量289
14.4对预防标签数据采取行动289
14.4.1对预防技术进行分类290
14.4.2深入分析292
14.5使用预防标签的好处292
14.5.1帮助个人转向全局考虑293
14.5.2预防技术和知识易于共享293
14.5.3预防数据与发现和修复数据存储在一起293
14.5.4提供用于过程改进的反馈机制293
14.5.5简化数据收集293
14.5.6可用于所有阶段294
14.6使用预防标签的风险294
14.6.1变为一个指责平台294
14.6.2面对有偏差的数据294
14.6.3容易过分重视或反应过度294
14.6.4需要编译与分析295
14.6.5预防方法可能过于笼统或者过于具体295
14.7小结295

第Ⅴ部分预防文化
第15章方案投票299
15.1应用大数定律300
15.2利用方案投票来帮助预防缺陷301
15.3理解方案投票流程303
15.3.1创建功能说明文件304
15.3.2编写高质量的方案305
15.3.3对方案进行分类305
15.3.4了解投票人员都是哪些人306
15.4实施方案投票计划307
15.4.1了解适当的项目阶段307
15.4.2了解产品308
15.4.3开发体验树308
15.4.4为反馈设定明确目标309
15.4.5为方案建立文档以及制订方案309
15.4.6征集用户制订的方案311
15.4.7理解用户群312
15.4.8获取反馈313
15.4.9启动引导项目314
15.4.10部署投票项目315
15.4.11保持项目的活力316
15.4.12报告结果316
15.4.13分析结果317
15.4.14鼓励投票者持续参与318
15.4.15将结果提交给支持团队319
15.4.16采取行动321
15.5方案投票的好处323
15.5.1简化数据收集323
15.5.2能够收集涉及大范围功能和用户的大量数据323
15.5.3适用于项目周期的所有阶段324
15.6方案投票的风险325
15.6.1投票结果受投票人群构成的影响325
15.6.2投票结果仅提供了用户意见的概要信息325
15.6.3不完整的方案选择可能会使结果产生偏差326
15.6.4设计不佳的方案可能会使结果产生偏差326
15.7小结327
15.8推荐阅读资料327

第16章创建一种质量文化328
16.1评价您的现有文化329
16.1.1常见的文化缺陷330
16.1.2用于检测设计不当的量度332
16.2改进您的文化333
16.3小结338

第17章在上游阶段提高质量339
17.1质量与客户导向是相互联系的340
17.2将开发过程理解为一系列转换341
17.3避免阻碍上游质量的提高344
17.3.1测试不会提高质量344
17.3.2质量是不可见的344
17.3.3重功能，轻质量345
17.3.4工程态度妨碍了注重质量的文化346
17.3.5任务和团队的短视妨碍了全局观346
17.3.6团队回避适当行为347
17.3.7价值和奖励没有促进质量的提高348
17.4缺陷具有不同风险349
17.5查明下游质量不佳的原因350
17.6未来产品开发的模型351
17.6.1开发工作以客户为导向352
17.6.2产品信息是可执行的354
17.6.3客户方案被移向上游355
17.6.4测试过程和测试生成被自动化355
17.6.5静态测试普遍深入356
17.6.6开发过程被修改357
17.6.7在组织、角色和职业生涯中所导致的变化358
17.7小结359

第18章回报、动机和激励360
18.1应用激励技巧361
18.1.1消除“抑制激励”的因素362
18.1.2为缺陷预防工作设立SMART目标362
18.1.3衡量在缺陷预防工作上花费的时间和精力363
18.1.4确保领导者行为体现了对缺陷预防工作的重视363
18.1.5创造缺陷预防的文化363
18.1.6使组织目标与缺陷预防工作保持一致364
18.1.7在设计组织进程时，要考虑到缺陷预防364
18.1.8建立奖励机制，鼓励员工发表不同观点365
18.2激励——不只是金钱奖励365
18.2.1庆祝成功366
18.2.2使用游戏和竞赛366
18.3理解个人的动机366
18.4明白什么是成功368
18.5衡量成功368
18.6小结369

第19章知识管理与交流370
19.1交流不畅所产生的问题371
19.1.1孤立知识372
19.1.2知识传播不足372
19.1.3不能找出最佳实践373
19.1.4缺乏向上交流373
19.2交流方法373
19.3利用规模优势374
19.3.1优秀交流模型的特性374
19.3.2分类法375
19.3.3有机的专家系统375
19.3.4预防标签377
19.3.5方案投票378
19.4小结378

第20章融为一体379
20.1了解标准与约定380
20.1.1火车、汽车和PF381
20.1.2公共结果标准382
20.2各司其职383
20.2.1质量保证383
20.2.2代码开发388
20.2.3项目管理394
20.3小结397

查看详情

完美软件：缺陷预防最佳实践

内容简介:

作者简介:

目录: