《VSTS软件工程实践》目录

译者序

序言

前言

第1章价值增加的思维方式1

1?1思维变迁2

1?1?1有待和谐的三股力量2

1?1?2什么软件值得构建3

1?2思维方式的对比4

1?3对流的关注6

1?3?1与工作消减的对比8

1?3?2透明度10

1?4一个工作项数据库12

1?5使过程适合于项目19

1?6小结21

参考资料21

第2章价值增加的过程24

2?1微软解决方案框架25

2?2迭代27

2?2?1为什么迭代27

2?2?2长度29

2?2?3不同的视野，不同的粒度30

2?2?4优先排序30

2?2?5修改过程32

2?3风险管理33

2?4让过程适合项目34

2?4?1自适应与计划驱动35

2?4?2要求的文档与隐含的知识36

2?4?3隐式与显式的审核关卡和管理模型37

2?4?4审计与法规关注39

2?4?5规定的组织与自组织39

2?4?6一次一个项目与一次多个项目40

2?4?7地理边界与组织边界42

2?5小结43

参考资料43

第3章需求46

3?1什么是你的愿景47

3?1?1战略项目48

3?1?2自适应项目48

3?2何时细化需求49

3?2?1需求是易变质的49

3?2?2谁关心需求50

3?3人物和应用场景51

3?3?1从人物开始51

3?3?2应用场景53

3?3?3研究技术54

3?3?4提早具体化55

3?3?5故事板57

3?3?6应用场景的宽度58

3?3?7客户验证59

3?3?8制定应用场景60

3?4人物、应用场景及它们的替代术语61

3?4?1参与者和用例61

3?4?2用户故事62

3?5兴奋点、满意点和不满意点62

3?6服务质量63

3?6?1安全性和隐私64

3?6?2性能64

3?6?3用户体验65

3?6?4可管理性65

3?7卡诺分析66

3?7?1技术接受生命周期68

3?7?2收集数据69

3?8小结70

参考资料71

第4章项目管理73

4?1理解偏差74

4?2使用描述性的而非规定性的度量元76

4?3项目健康的多个维度79

4?4回答日常问题81

4?4?1剩余工作82

4?4?2项目速度84

4?4?3计划外工作85

4?4?4质量指示器85

4?4?5缺陷率88

4?4?6重新激活89

4?4?7缺陷的优先级90

4?4?8实际质量与计划速度92

4?5估计迭代93

4?5?1自顶向下93

4?5?2自底向上94

4?5?3精细化95

4?5?4 估计的质量96

4?5?5回顾97

4?6优先分配98

4?6?1优先分配的练习98

4?6?2让优先分配有效率：红线101

4?6?3在优先分配中发生了什么102

4?6?4逐步增强和解决问题103

4?6?5迭代和优先分配103

4?7让审计者满意104

4?8小结106

参考资料107

第5章架构设计108

5?1架构的价值增加观点109

5?2面向服务的架构109

5?2?1Web服务和SOA111

5?2?2契约优先的设计111

ⅩⅤⅡ5?3自由度的约束111

5?3?1基线架构112

5?3?2验证架构决策113

5?3?3精细化基线113

5?3?4参考架构114

5?4 VSTS和面向服务的架构116

5?5服务质量的理念117

5?5?1安全性119

5?5?2性能119

5?6公民权理念119

5?7针对运行而设计120

5?8小结122

参考资料122

第6章开发124

6?1开发的价值增加观125

6?2从开发人员的视点看质量125

6?3使用测试驱动的开发来确保需求的清晰126

6?4通过自动和手动代码评审来解决编程错误128

6?4?1自动的代码分析129

6?4?2手动的代码评审131

6?5用单元测试和代码覆盖度提供立即的反馈132

6?5?1先测试还是先编码133

6?5?2代码覆盖度134

6?6使单元测试更好135

6?6?1使用数据137

6?6?2配置137

6?6?3构件集成测试138

6?6?4构建确认测试138

6?6?5性能调整141

6?7防止版本扭曲143

6?7?1签入143

6?7?2搁置146

6?7?3分支146

6?7?4哪些文件需要版本管理146

6?7?5自动化构建147

6?8让工作保持透明151

6?9小结152

参考资料152

第7章测试154

7?1测试的价值增加观155

7?2基本问题157

7?3我们交付了客户价值吗158

7?3?1自动应用场景测试161

7?3?2让你的测试与UI变更无关164

7?4服务质量适合使用吗165

7?4?1负载测试165

7?4?2安全性测试169

7?4?3易用性测试170

7?5我们测试了变更吗170

7?6我们没测试过什么吗171

7?6?1需求171

7?6?2代码172

7?6?3风险174

7?7软件在生产环境和实验室环境中运行一样吗176

ⅩⅤⅢ7?8我们测试的足够吗178

7?8?1定义“足够好”178

7?8?2探索测试179

7?8?3为发现而测试180

7?8?4 错误的自信181

7?9我们什么时候应当测试181

7?9?1签入循环183

7?9?2每日构建循环184

7?9?3验收构建循环184

7?9?4迭代循环184

7?9?5项目循环186

7?10哪些测试应当自动化186

7?11我们的团队或外包团队的效率怎么样187

7?12小结187

参考资料188

第8章报告缺陷190

8?1警示性的故事192

8?2软件缺陷的生命周期193

8?2?1报告缺陷就像写新闻195

8?2?2主观数据198

8?2?3客观数据199

8?2?4评估数据200

8?2?5计划202

8?3小结202

参考资料202

第9章项目问题解析203

9?1低估205

9?1?1不均匀的任务分解206

9?1?2架构盲点206

9?1?3范畴蠕变208

9?1?4不充分的缺陷分配210

9?1?5资源漏洞210

9?2开发实践过于松弛211

9?2?1构建失败211

9?2?2不充分的单元测试212

9?2?3重新激活214

9?2?4虚报214

9?3测试通过了，解决方案却不能工作215

9?3?1高缺陷发现率216

9?3?2测试失去时效性217

9?4解决方案停留在测试218

9?4?1测试失败218

9?4?2过少的测试219

9?5小结221

参考资料221

第10章总结222

10?1预料中的批评223

10?2再论价值增加224

参考资料226

回书目   上一节   下一节