一般而言，你不能指望任何你沒有定期進行測試的設備都能夠隨時保持正常工作。這一理論對于任何各種技術領域都是這樣的，但是，定期的檢測工作往往容易被忽視。你總不能期望您在兩年前停在一個廢舊倉庫的汽車，從今天開始不經過檢修就可以上路吧？就算真的能夠直接上路的話，你無疑應該感到慶幸。但IT系統就不一樣了。如果你沒有進行相關的測試或維護系統工作，就不要指望其能夠自動的進行故障轉移。

測試工作是如此的重要，但其常常卻因為那些永無止境的看似更重要的任務所推遲、積壓。完全放棄測試工作顯然是非常危險的，但如果其測試系統不能真正反映出系統在實際運行中的需要，也是非常危險的。本文中將為您介紹七大事宜，方便您的企業在測試進行參考借鑒，并幫助您確立對于您企業系統和程序的信心。

測試法則1：進行現實的測試

采取的第一個步驟是確保您的測試盡可能在接近真實世界的情況下進行。例如，如果你測試的是執行站點故障切換的能力，那么，請務必確保您所測試的站點是在一個絕對孤立的條件下，使其完全無法從主站點進行連接。這樣，您可能會發現，你程序的某些部分（如密碼或程序本身）是位于或依靠于主站點運行的。

做到這一點的最好辦法是生產環境可以根據適當的目的被禁用的時候，進行分期測試。但很少有用戶社區和管理程序支持這一理念。相反，你可能會需要投資一段時間在確保你絕對不依賴于基礎設施的功能或服務的情況下，嘗試相關的恢復測試。

測試法則2：考慮人的因素

同樣，在你的測試過程中也會涉及到人為的因素，考慮到這一點也是至關重要的。確保了所有的系統都能夠工作是一回事，但是人的因素呢？相關工作人員是否記得他們需要做什么工作？他們是否知道關鍵文件的存放位置，以及如何得到這些文件？他們對于相關的緊急是否有足夠的認識，以及正確的反應，企業希望他們的反應是怎樣的？

畢竟，你所測試的大多數東西都是需要應對突發事件的，其測試的往往是在沒有執行相關系統程序的相關工作人員的反應狀況。您將了解到你員工的響應時間，以及在沒有指導的情況下的能力狀況，最終，這些可能與您進行系統程序測試所想要了解的東西同樣重要。

測試法則3：觀察監測工具

如果你被允許執行一項中斷誘發試驗，請務必確保相關的評估信息是來自于監控和報警工具。它們所提供的數據對于您總結出正確的結論來指導你的員工是足夠的嗎？你是否能夠調整或監控這些工具，使其更快或更容易的確定重大事故的根源？

以我的經驗，相關測試的執行人員確定這個問題，然后決定如何采取相關的反應措施往往比執行任何恢復步驟所花費的必要時間更多。這樣，質量監控和報警工具便可以在在診斷過程發揮很大的作用了。

最近的一次停電事故便引發了我對于利用真實世界的情況進行故障測試和監控工具配置不足的思考。在這種情況下，對網絡硬件關鍵部分的故障通常是由初級設備中拔出次級設備，以觀察次級設備是否能承擔起主要作用的測試。因此，進行一些人工干預是必要的，監控系統也進行了測試。在測試過程中，監控系統檢測到鏈路的損耗并進行正確的提醒，使得運營商認為一切運作良好。

當一個現實中的運行失敗最終發生時，作為主要系統的路由鄰接設備之間的連接失去了，遇到了軟件缺陷，并發生運行失敗，但設備之間的物理鏈路并沒有問題。因此，不僅是次級系統無法進行相應的接管，同時，只負責監測物理鏈路的監測系統也沒有提醒正確的操作。屆時，要弄清楚到底發生了什么，無疑是浪費了不必要的時間。

測試法則4：確保使用您的文檔的及時準確

當你在進行測試時，請確保你所使用的任何文件，包括您已經創建的文本文檔或圖表能夠引導您完成整個測試過程。通常，諸如災難恢復計劃這樣的文件一旦被創建，其便可以經常被拿出來進行審查，但其實幾乎沒有人真的會依靠該文件執行工作。除非你使用的是一個非常簡單的環境，你的文件會定期維護，并及時準確的更新。但一個事件發生時，文件通常是相關人員第一個想到的項目內容。因此，請確保其能夠幫助您完成測試任務。

測試法則5：注重對非核心工作人員的訓練

即使您對于相關的系統非常了解，不需要創建相關的文檔以備參考。想象一下當您本人不在的時候，某些并不熟悉系統的工作人員需要執行相關的程序時，應該怎么辦？對于這些人來說，良好的文檔是至關重要的。這樣，對于相關系統問題并不熟練的團隊成員也可以進行原發性的測試。請務必記住，你所進行的將不僅僅是測試系統，而且還包括對您的相關文件，以及你的團隊成員在緊急情況下接替同事工作的測試準備。

測試法則6：吸取經驗教訓

關于測試，最重要的部分是你在測試完成之后做了什么工作。如果你發現了你系統中所存在的不足、或者你的文檔、團隊成員的某些欠缺，那么確保在今后的實際正常工作中不再發生任何的類似錯誤才是測試的關鍵。畢竟，測試的目的就是要在實際工作之前，了解到那些部分無法正常的運作。一切是否都運行良好，員工們是否都知道自己該怎么做，同時你的相關文檔是否都被證明完全是及時更新的。不過，經過測試，我們中的大多數都會或多或少的發現實際工作中所存在的不足。某些系統需要修復，某些新的團隊成員需要更多的訓練，或者某些文將需要更新。

測試法則7：在修正了測試發現的缺陷后，重復測試

當你完成了整個測試過程，并確定了可能存在的任何弱點之后，可以重新再做一遍測試。如果你的測試沒有發現任何問題，那么，可以在幾個月后再次測試，但如果你已經發現了某些缺陷，那么再次進行測試可以幫助您確認對于之前發現的缺陷的修正工作是否是到位的，這對于解決你所遇到的問題是很重要的。

無論如何，請確保對你企業運行的系統留出盡可能多的時間來進行測試。只有測試才能確保你的業務能夠正常啟動和運行，所以你最好能夠花費有限的時間來測試其可用性。相信我，當在正常運作過程中發生真正的運行失敗時，你會感謝自己曾經做過測試，而您也會對自己需要系統怎么運行有著充分的了解。

注：文章內容和圖片均來源于網絡，只起到信息的傳遞，不是用于商業，如有侵權請聯系刪除！