《VSTS軟件工程實踐》目錄

發布: 2007-6-12 16:40 | 作者: Sam Guckenheimer Ju | 來源: | 查看: 75次 | 進入軟件測試論壇討論

譯者序

序言

前言

第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

【責任編輯：銘銘 TEL：（010）68476606-8008】

回書目 上一節 下一節