越來越多的公司采用敏捷測試方法，移動測試、大數(shù)據(jù)測試、云測試和一切與敏捷有關的測試領域，現(xiàn)在都熱鬧非凡。由1560位來自32個不同國家的資深IT管理人員和測試領導者共同進行的研究，得出結論：

持續(xù)且自動化的安全測試將是關鍵性的策略

敏捷和DevOps將是測試中的重頭戲

預測分析技術將極大地有助于應用軟件準時和高質量的交付。

客戶與業(yè)務的保證將成為人們關注的焦點

基于其他一些關鍵性指標、專家的預測和行業(yè)報告等，以呈現(xiàn)自動化測試發(fā)展趨勢。

1. 移動測試

象去年一樣，由于移動設備和技術的巨大變化，移動測試仍然是測試趨勢的重中之重。移動應用軟件對軟件測試行業(yè)將產生重要的影響，主要包括有功能、性能、兼容性、安全性和易用性等方面的測試。專家們還預測，如果移動市場以現(xiàn)有速度的繼續(xù)發(fā)展，那么基于移動的自動化測試遲早會超越網站自動化測試，這只是個時間的問題。由于開源框架、移動DevOps和APP市場的不斷增長，這為移動自動化測試開辟了一個很廣闊的前景。

據(jù)預測，到2017年將有超過2680億的APP移動應用的下載量，并將產生770億美元的累計收入。

2. 大數(shù)據(jù)測試和預測分析

隨著大數(shù)據(jù)測試和預測分析的興起，大數(shù)據(jù)實現(xiàn)的質量管理問題將凸顯出來。如果缺少質量管理，眾多設備、應用和網絡形成的巨大的資源網，呈現(xiàn)為非結構化和破碎的數(shù)據(jù)群，最終會導致錯誤而為之付出慘重代價。因此，測試和質量先行仍將是最熱門的趨勢之一。同時，通過大數(shù)據(jù)采集和分析測試，企業(yè)將其目標定位于獲取應用軟件的行為是否將會滿足客戶的要求的數(shù)據(jù)指標。

3. API和微服務測試

隨著對大數(shù)據(jù)的投資的增加，我們也將看到企業(yè)對微服務的投資的增加，因為微服務可以在不改變其他應用程序和流程情況下進行測試，它更容易被測試和部署一個獨立的功能，這使得應用軟件和產品可以加快上線速度。因為它可以用于測試包含許多小的、獨立的流程和體系結構的而構成的復雜應用程序，所以這個趨勢必然在 2016年將持續(xù)升溫。另一方面，為了對應用程序進行全面測試，測試應用程序與其他應用程序之間的依賴關系的接口測試也將是企業(yè)的最高要求之一。

4. Web 服務和SOA的測試自動化

與API和微服務測試一樣，Web服務和SOA體系結構的測試作為對應用程序的端到端進行性能測試也將同等重要?，F(xiàn)在復雜應用系統(tǒng)的集成，要求測試系統(tǒng)之間消息是否能正確傳輸和響應，因此，將有越來越多的企業(yè)投資于SOA和Web服務的自動化測試。

5. 生命周期測試全自動化

接口測試、Web服務測試和大數(shù)據(jù)測試將成為重要的測試發(fā)展趨勢，可見今年測試自動化將不會僅僅局限在功能測試方面。企業(yè)將會開發(fā)“端到端的、全生命周期測試的自動化”，要求貫穿整個軟件生命周期測試的單元測試、集成測試或系統(tǒng)測試的任何一部分都可以實現(xiàn)自動化。這種趨勢肯定會給測試人員提供很多機會，從開始到結束的整個測試生命周期的所有自動化測試技術，而不再僅僅是功能測試的自動化技術。

6. 配置管理自動化

為了實現(xiàn)端到端的測試目標，為使大部分的QA(質量保證)活動/工作實現(xiàn)自動化，配置管理自動化也引起了許多QA企業(yè)的關注。配置管理是使得軟件產品開發(fā)的基礎設施、功能、操作和物理屬性等，更易于管理、版本控制和測試。有幾種工具可以幫助實現(xiàn)配置管理自動化，這種趨勢進一步發(fā)展，人們就迫切希望自動化測試工具可以完成配置測試，并能有效控制軟件性能測試、提高軟件可維護性、降低系統(tǒng)運維風險。

7. 基于TDD和BDD 的左移測試

通過配置管理自動化可以提高系統(tǒng)運行性能，而左移測試(Shift left testing)則是另一個正在快速興起的趨勢。左移測試是在開發(fā)生命周期的早期就開始進行測試工作，而不是等到開發(fā)快要完成，然后再由QA測試人員來發(fā)現(xiàn)缺陷、報告缺陷。例如，從需求分析階段就開始啟動測試，可以防止開發(fā)的前期工作的錯誤進入代碼階段，防止前期缺陷的擴散又引起更多的其它新Bug。

對于企業(yè)來說，左移測試可以幫助節(jié)省成本和縮短開發(fā)時間，因為越遲發(fā)現(xiàn)錯誤，修復錯誤的成本就越高。企業(yè)也更傾向于采用TDD和BDD方法開發(fā)應用程序，因為可以無錯誤、無延遲的滿足客戶的要求。采用TDD和BDD的方法，開發(fā)團隊可以得到與需求一樣的基于開發(fā)的想法，而不會有對需求的誤解而帶來的麻煩。