Ch2 自我維護
程式釋出前都要做unit test,即使是只改一點點
測試人員存在的目的是找尋程式員沒找到的錯誤，寫程式的人應該自己找尋自己製造的臭蟲。
coding時
1.用防禦性程式寫作,但別隱藏錯誤(bug)
2.加上除錯檢查(ex:assert) - 印出錯誤方便debug
*維護程式的發行版跟除錯版。發行版用來打包發行，除錯版用來盡可能快速抓蟲。
*除錯檢查巨集是寫出除錯檢查的快速方式。用它們來捕捉不應該發生的非法狀況。不要把這些狀況跟錯誤狀況混在一起；錯誤狀況在最後的產品中一定得被處理掉。
*用除錯檢查巨集來核對函式參數，並警告程式原有東西是未定義的。你愈嚴格定義你的函式，核對它的參數就愈簡單。
*一旦你寫好了一個函式，把它重新檢查一遍，並問問你自己，"我假設了什麼條件一定成立的嗎？"如果你找到一個假設條件，用除錯檢查巨集檢查這條件是否永遠成立，或者重寫程式以去除這樣的假設。也問問自己，"程式中哪裡最可能出錯，我怎樣才能自動找到錯誤？"盡可能將捕捉錯誤的測試放在愈早執行到的地方愈好。
*教科書鼓勵程式員防禦性的寫程式，可是記住這種寫作方式會隱藏錯誤。當你寫出防禦性的程式時，用除錯檢查巨集來提醒你自己是否有"不可能"發生的狀況發生了。
Ch3 增強子系統
檢查你的子系統，問問你自己，程式員們可能會怎麼誤用它。加上除錯維護敘述跟核對檢查來捕捉不好找跟常見的錯誤。
如果你不重複找尋，就修不好錯誤。找尋任何可能造成隨機行為的東西，把它們從除錯版程式中拿掉。將未初始化的記憶體以某個垃圾值填滿只是一種去除隨機行為的辦法，那樣子如果有參考到未初始化記憶體的情形發生，你就可以在每次執行到出錯的程式時都能重複同樣的現象。
如果你的子系統釋放記憶體（或其他資源）然後製造垃圾，請清理被釋放的記憶體中的內容，讓裡頭的東西看起來像垃圾；不然別處的程式可能會繼續使用這些已釋放記憶體中的東西而不被察覺。
類似的，如果你的子系統有些可能會發生卻不一定發生的行為，加上除錯碼來確定這些行為一定會發生。讓每件事都發生過可以增進你捕捉到較少執行到的程式中出現的怪異現象。
確定你的測試工作在程式員沒注意到時都在進行著。最佳的測試方式就是那些完全不用在乎它們的存在的測試。
如果可能，將測試碼建立在子系統裡頭，而不要寫在它們上頭。不要等到子系統已經寫好了，才來想辦法查對它們的動作正不正確。對每個你考慮的設計方式，問問你自己，"我該怎樣徹底查對這個實作？"如果你發現幾乎不可能或難於測試這個實作方式，好好考慮一下是不是該換個設計方式，即使那表示拿程式大小跟執行速度為代價來讓系統可被測試。26
在拿掉一個讓程式跑得很慢或吃很多記憶體的查核測試前，多想一遍。記住，查核程式碼不會出現在發行版的程式裡。如果你發現自己想著，"這些測試太慢了（或太大了）"，停下來，問問自己，"我該怎樣讓這些測試繼續留著，而讓程式跑快一點（或變小一點）？"
沒有留言:
張貼留言