《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

回書目   上一節   下一節