為代碼的特定部分構建測試。
這些部分需要產生可以以某種方式預測的輸出。
該測試應尋求證明或反駁這一預測。
如果我編寫一個循環來計算我在 1 月份獲得的銷售訂單數量,我需要事先知道這個結果并在我的測試中使用它進行比較。
如果我的 sql 查詢旨在生成按產品類型細分的損益數據,那么我需要一個可靠的第二信息源來證明結果是正確的。
所以,本質上,你必須有某種可靠的預測。一個預期的結果。以及測試代碼并比較此結果的方法。
在更大、更關鍵的系統中,您可以自動執行此測試,但原理保持不變。
如果您無法預測結果,那么您就不太可能為其編寫工作代碼。因此,您可以分解問題,直到您可以預測和測試零件。
使用我的銷售查詢,如果我不能做所有 12 個月和所有產品類別,我可以得到一個類別嗎?或者只是在給定的月份將所有這些作為一個總和?
這就是我所知道的關于在編程中使用科學方法的全部內容:
預測、編碼、測試并將預測與結果進行比較。