鍛煉很辛苦——好吧，實際上它并不那么繁瑣，而是乏味且易于避免。練習本身很簡單，但是定期進行是很難的部分。事實證明，軟件測試在很多方面都類似于鍛煉——它乏味，容易跳過，容易暴飲暴食，并且最好以較小的數量來完成。當然，它在生產高質量軟件方面非常有價值并且非常有效。

當我們踏入2021年并了解我們是否將成功保持新年的決心時，讓我們更加主動地遵循我們的軟件測試習慣，對吧？我最近參加了一次網絡研討會，我們玩得很開心，但是如果您錯過了它，這篇文章應該提供最重要的要點。

定期進行的運動效果最好，即使運動量很小。每天只有10分鐘的運動比每周2小時的運動要好。如果您嘗試一次完成所有操作，該怎么辦？想象一下，如果您的目標是每周兩次鍛煉30分鐘，那么全年總共要鍛煉50個小時。您會等到12月的最后一周，每天連續5天每天去健身10個小時嗎？聽起來很荒謬，但是奇怪的是，這是軟件開發人員和測試人員在全國和全球范圍內的組織中采用的方法。

無法維護的測試套件變得嘈雜和無用，最終維護起來的效率甚至更低。靜態分析被錯誤地部署為測試工具，它提供了非常差的噪聲值比，最終將被大多數人忽略。對于其他應作為常規代碼練習習慣一部分的核心實踐，也是如此。無論您開發的是哪種類型的代碼，無論是企業IT，嵌入式，IoT，醫療，汽車還是航空航天，都將有助于改善我們軟件安全性，質量和安全性的習慣非常重要。這些習慣性部署的最佳實踐已在所有行業的成功開發者中一次又一次地證明了自己。

1.同行評審

讓第二或第三組人關注您的代碼可以有效地幫助您在遇到嚴重問題之前將其發現給用戶。要根深蒂固地將此做法作為養生方式的一部分，請確保您不要過度使用它。不要嘗試查看整個代碼庫，而只需查看與一個功能或修復程序相關的更改。依靠靜態分析來完成樣式，最佳實踐和合規性的繁瑣工作。

2.靜態代碼分析

獲取良好的預防性規則集，您可以將其直接鏈接到過去遇到的問題以及將來要避免的問題。不要只是在質量檢查中運行它，而是要確保它在開發人員的桌面上，他們可以及早收到通知并可以解決問題。任何合規性問題（例如功能安全性）都應作為靜態分析配置的一部分。

3.編寫單元測試

隨時編寫單元測試——每個文件一個，每個變更一個。在編寫代碼時編寫它們的速度更快，因為您已經知道代碼應該做什么。使它們堅固耐用，以便在移至另一臺機器或在另一天運行時也不會損壞。

4.執行和維護單元測試

運行測試的頻率越少，噪聲就越多–這是熱力學作用的第二定律。每次釋放時，請盡一切努力慢慢降低噪音。沒有人有時間一次完成所有操作，因此請嘗試使此發行版比上一次更好。

5.提高代碼覆蓋率

除了創建新的單元測試之外，還可以通過測量覆蓋率來確保所測試的代碼量在增加。努力使數量逐漸增加——此版本可能比上一個版本好5％。增加這個數字的方法是利用服務虛擬化等先進的測試技術，以使您能夠測試復雜的系統。

6.測量

您無法管理自己無法衡量的內容。您怎么知道情況是好還是壞？從您的開發活動中收集數據，例如簽入，發現的錯誤，違反靜態分析的內容，覆蓋范圍等。在第一步中，只需收集它們即可。經過幾次發行后，您將能夠看到數字是上升還是下降。有關良好指標做法的更多信息，請參閱我有關重要指標的演示。

7.舉行總結

發布后花點時間回顧一下進展情況。90天后，您將對初始質量有所了解，并可以進行一些評估。什么地方出了錯？將來如何避免這種情況？使用靜態分析對特定問題進行預防。

在改善軟件測試實踐時，請記住堅持新年的決心有多么困難。我們所有人都需要改進，但不要咬得太多。弄清楚從哪里開始并一次修復一件事。少即是多——養成小而一貫的習慣，以發揮最大的影響。