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

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

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

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

1.同行評審

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

2.靜態(tài)代碼分析

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

3.編寫單元測試

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

4.執(zhí)行和維護單元測試

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

5.提高代碼覆蓋率

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

6.測量

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

7.舉行總結(jié)

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

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