測試驅動的嵌入式C語言開發(fā)

譯者序
推薦序一
推薦序二
前言
致謝
第1章　測試驅動開發(fā)
　1.1　為什么我們需要TDD
　1.2　什么是測試驅動開發(fā)
　1.3　TDD的機理
　1.4　TDD的微循環(huán)
　1.5　TDD的好處
　1.6　對于嵌入式開發(fā)的益處
第一部分　開　　始
第2章　測試驅動開發(fā)的工具和約定
　2.1　什么是自動化單元測試框架
　2.2　Unity：一個全部用C實現的自動化測試框架
　2.3　CppUTest：一個用C++實現的自動化單元測試框架
　2.4　單元測試也會崩潰
　2.5　“四階段”模式
　2.6　我們到哪里了
第3章　開始一個C語言模塊
　3.1　具有可測性的C模塊的那些元素
　3.2　LED驅動都做些什么
　3.3　寫一個測試列表
　3.4　寫第一個測試
　3.5　先測試驅動接口再測試驅動內部實現
　3.6　增量式前進
　3.7　測試驅動開發(fā)者的狀態(tài)機
　3.8　測試要做到FIRST
　3.9　我們到哪里了
第4章　一路測試直到完成
　4.1　從簡單入手“生長”出解決方案
　4.2　保持代碼整潔——邊做邊重構
　4.3　重復直到完成
　4.4　聲明完成之前先向回走一步
　4.5　我們到哪里了
第5章 　嵌入式系統(tǒng)TDD策略
　5.1　目標硬件的瓶頸
　5.2　雙目標開發(fā)的好處
　5.3　雙目標測試的風險
　5.4　嵌入式的TDD循環(huán)
　5.5　雙目標的不兼容性
　5.6　和硬件一起測試
　5.7　欲速則不達
　5.8　我們到哪里了
第6章　是的，但是……
　6.1　我們沒那個時間
　6.2　為什么不在寫了代碼之后再寫測試
　6.3　測試也需要維護
　6.4　單元測試不能發(fā)現所有的bug
　6.5　我們的構建時間太長
　6.6　我們有現存的代碼
　6.7　我們的內存有約束
　6.8　我們不得不和硬件交互
　6.9　為什么要用C++的測試框架來測試C
　6.10　我們到哪里了
第二部分　測試有合作者的模塊
第7章　測試替身
　7.1　合作者
　7.2　脫離依賴關系
　7.3　何時使用測試替身
　7.4　用C來仿冒，下一步
　7.5　我們到哪里了
第8章　監(jiān)視產品代碼
　8.1　燈光調度測試列表
　8.2　對于硬件和操作系統(tǒng)的依賴
　8.3　鏈接時代換
　8.4　監(jiān)視被測試代碼
　8.5　控制時鐘
　8.6　先0后
　8.7　處理多個的情況
　8.8　我們到哪里了
第9章　運行時綁定的測試替身
　9.1　測試隨機性
　9.2　冒仿函數指針
　9.3　外科手術般地插入間諜
　9.4　用間諜來校驗輸出
　9.5　我們到哪里了
第10章　仿制對象
　10.1　閃存驅動程序
　10.2　MockIO
　10.3　測試驅動開發(fā)驅動程序
　10.4　模擬設備超時
　10.5　這值得嗎
　10.6　用CppUMock來仿制
　10.7　生成仿制對象
　10.8　我們到哪里了
第三部分　設計與持續(xù)改進
第11章　SOLID、靈活并可測試的設計
　11.1　SOLID設計原則
　11.2　C語言中的SOLID模型
　11.3　演進的需求和有問題的設計
　11.4　用動態(tài)接口來改進設計
　11.5　更靈活的基于類型的動態(tài)接口
　11.6　做多少設計才是足夠的
　11.7　我們到哪里了
第12章　重構
　12.1　軟件的兩個價值
　12.2　三項關鍵技能
　12.3　代碼中的壞味道以及如何改進它們
　12.4　轉化代碼
　12.5　那性能和大小怎么辦
　12.6　我們到哪里了
第13章　為遺留代碼加測試
　13.1　遺留代碼改動準則
　13.2　童子軍原則
　13.3　遺留代碼改動步驟
　13.4　測試點
　13.5　兩步結構體初始化
　13.6　崩潰直到通過
　13.7　鑒別測試
　13.8　為第三方代碼做學習測試
　13.9　測試驅動缺陷修正
　13.10　增加策略測試
　13.11　我們到哪里了
第14章　測試的模式與反模式
　14.1　“喋喋不休”測試反模式
　14.2　“拷貝－粘貼－調整－重復”反模式
　14.3　“格格不入的測試用例”反模式
　14.4　 “測試組之間的重復”反模式
　14.5　 “不尊重測試”反模式
　14.6　“行為驅動開發(fā)”測試模式
　14.7　我們到哪里了
第15章　結束語
第四部分　附錄
　附錄A　開發(fā)系統(tǒng)的測試環(huán)境
　附錄B　Unity快速索引
　附錄C　CppUTest快速索引
　附錄D　開始之后的LedDriver
　附錄E　操作系統(tǒng)隔離層的例子
　附錄F　參考書目