建立單元測試的基礎
通過自動化創建、執行和維護測試的過程，建立單元測試的基礎。只有讓單元測試的工作更容易創建和維護，開發團隊才會對所有組件采用全項目的單元測試。
避免依賴以UI為中心的晚期周期測試
避免依靠后期周期性的、脆性的、以UI為中心的測試，那只會是耗時和昂貴的診斷和修復。與其專注于自動化測試所有的手動測試場景，不如投資于單元和API測試的堅實基礎，以確保與UI溝通的架構首先是穩固的。
理解整個測試金字塔的代碼覆蓋率
了解整個金字塔上下的代碼覆蓋率，以及對需求/用戶故事的可追溯性，因為如果沒有它，開發團隊就不會真正知道什么已經測試過，什么還沒有測試。此外，不了解測試覆蓋率意味著不知道在金字塔的每一個層次上要測試什么，這意味著即使是微小的變化也需要如此多的測試，從而使整個過程陷入僵局。請看我之前關于基于變更的測試的文章。
用服務虛擬化左移
利用應用依賴性的服務虛擬化，以便在開發生命周期的更早階段進行自動API測試。提高自動化程度和更早發現錯誤是成功的關鍵。更早推動API測試有助于發現系統的關鍵方面，如性能和架構的合理性。這也是安全測試的一個重要階段。
利用變更影響分析加速敏捷發展
在每次構建的基礎上，通過變更影響分析加速敏捷開發，以了解每個新迭代所帶來的風險細節。變更影響分析提供的分析是使測試只專注于絕對需要測試的內容的關鍵，而不是采用其他方式的救急方法。
推薦閱讀：
sales@spasvo.com
