VISUAL STUDIO TEAM SYSTEM軟件工程實踐

第1章價值增加的思維方式
11思維變遷
111有待和諧的三股力量
112什么軟件值得構建
12思維方式的對比
13對流的關注
131與工作消減的對比
132透明度
14一個工作項數(shù)據(jù)庫
15使過程適合于項目
16小結
參考文獻
第2章價值增加的過程
21微軟解決方案框架
22迭代
221為什么迭代
222長度
223不同的視野，不同的粒度
224優(yōu)先排序
225修改過程
23風險管理
24讓過程適合項目
241自適應與計劃驅(qū)動
242要求的文檔與隱含的知識
243隱式與顯式的審核關卡和
管理模型
244審計與法規(guī)關注
245規(guī)定的組織與自組織
246一次一個項目與一次
多個項目
247地理邊界與組織邊界
25小結
參考文獻
第3章需求
31什么是你的愿景
311戰(zhàn)略項目
312自適應項目
32何時細化需求
321需求是易變質(zhì)的
322誰關心需求
33人物和應用場景
331從人物開始
332應用場景
333研究技術
334提早具體化
335故事板
336應用場景的寬度
337客戶驗證
338制定應用場景
34人物、應用場景及它們的替代
術語
341參與者和用例
342用戶故事
35興奮點、滿意點和不滿意點
36服務質(zhì)量
361安全性和隱私
362性能
363用戶體驗
364可管理性
37卡諾分析
371技術接受生命周期
372收集數(shù)據(jù)
參考文獻
第4章項目管理
41理解偏差
42使用描述性的而非規(guī)定性的
度量元
43項目健康的多個維度
44回答日常問題
441剩余工作
442項目速度
443計劃外工作
444質(zhì)量指示器
445缺陷率
446重新激活
447缺陷的優(yōu)先級
448實際質(zhì)量與計劃速度
45估計迭代
451自頂向下
452自底向上
453精細化
454 估計的質(zhì)量
455回顧
46優(yōu)先分配
461優(yōu)先分配的實驗
462什么讓優(yōu)先分配有效率：
紅線
463在優(yōu)先分配中發(fā)生了什么
464逐步增強和解決問題
465迭代和優(yōu)先分配
47讓審計者滿意
48小結
參考資料
第5章架構設計
51架構的價值增加觀點
52面向服務的架構
521Web服務和SOA
522契約優(yōu)先的設計
53自由度的約束
531基線架構
532驗證架構決策
533精細化基線
534參考架構
54 VSTS和面向服務的架構
55服務質(zhì)量的理念
551安全性
552性能
56公民權理念
57針對運行而設計
58小結
參考文獻
第6章開發(fā)
61開發(fā)的價值增加觀
62從開發(fā)者的視點看質(zhì)量
63使用測試驅(qū)動的開發(fā)來確保需求
的清晰
64通過自動和手動代碼評審來解決
編程錯誤
641自動的代碼分析
642手動的代碼評審
65用單元測試和代碼覆蓋度提供
立即的反饋
651先測試還是先編碼？
652代碼覆蓋度
66使單元測試更好
661使用數(shù)據(jù)
662配置
663構件集成測試
664構建確認測試
665性能調(diào)整
67防止版本扭曲
671簽入
672擱置
673分支
674哪些文件需要版本管理
675自動化構建
68 讓工作保持透明
69小結
參考文獻
第7章測試
71測試的價值增加觀
72基本問題
73我們交付了客戶價值嗎
731自動應用場景測試
732讓你的測試與UI變更無關
74服務質(zhì)量適合使用嗎
741負載測試
742安全性測試
743易用性測試
75我們測試了變更嗎
76我們沒測試過什么嗎
761需求
762代碼
763風險
77軟件在生產(chǎn)環(huán)境和實驗室環(huán)境中
運行一樣嗎
78我們測試的足夠嗎
781定義“足夠好”
782探索測試
783為發(fā)現(xiàn)而測試
784 錯誤的自信
79我們什么時候應當測試
791簽入循環(huán)
792每日構建循環(huán)
793驗收構建循環(huán)
794迭代循環(huán)
795項目循環(huán)
710哪些測試應當自動化
711我們的團隊或外包團隊的效率
怎么樣
712小結
參考資料
第8章報告缺陷
81警示性的故事
82軟件缺陷的生命周期
821報告缺陷就像寫新聞
822主觀數(shù)據(jù)
823客觀數(shù)據(jù)
824評估數(shù)據(jù)
825計劃
83小結
參考資料
第9章項目問題解析
91低估
911不均勻的任務分解
912架構盲點
913范疇蠕變
914不充分的缺陷分配
915資源漏洞
92開發(fā)實踐過于松弛
921構建失敗
922不充分的單元測試
923重新激活
924虛報
93測試通過了，解決方案卻不能
工作
931高缺陷發(fā)現(xiàn)率
932測試失去時效性
94解決方案停留在測試
941測試失敗
942過少的測試
95小結
參考資料
第10章總結
101預料中的批評
102再論價值增加
參考資料