軟件測試發展趨勢

2020年註定是不平凡的一年，疫情仍在持續，不管前浪仍是後浪都不容易的一年。結合《2019測試狀態報告》整理關於QA/Test的經驗分享給你們，但願給你帶來幫助。

什麼是軟件測試與軟件質量保證？

QA（software quality assurance engineer）與Test是徹底不一樣的職位。

QA強調控制與評估，測試只是質量保證的部分手段，須要對模型和流程評估，進行過程改進與質量保證，貫穿產品的整個週期，向質量總監彙報，隸屬於質量管理體系；

Test是產品研發的一個過程，根據產品制定測試計劃，開發用例，找出產品的缺陷，分析相應數據，提交測試報告。同時是QA的工做對象

可是國內招聘不管工做範圍的是QA仍是Test都叫測試工程師。

根據qablog的《測試狀態報告》來看團隊中只從事測試的人員比在降低，也就是說，測試工程師向質量保證工程師過渡，對於測試人員的要求更高了。

如下QA與Test工做內容統一稱爲測試。順應國內形勢。

測試工程師的發展路徑是什麼樣的？

軟件測試崗位相對於其餘崗位更要時間來完善發展的路徑，不管專業技術仍是測試管理；須要不斷學習，探索適合當前產品的測試方案與技術，優化測試流程，發佈的產品質量直接關係公司的影響。

鍥而不捨的快速學習是必備技能，準備入行的同窗須要考慮清楚，入行需謹慎。.

 

從2019的調查數據來看，團隊規模1到5人佔比50%，6到15人的佔比24%，16到50人的佔比16%，51人以上的佔比14%，國內與國外同樣多數團隊以小規模存在，這樣的團隊更靈活，方便協做，結合測試崗位的職位比從側面說明一個問題，須要承擔的任務會更寬泛，從國外的抽調數據來看測試管理接近1/4的比例，更須要你多才多藝，不管技術仍是管理。

 

行業現狀如何？

從2017~2019年的測試工程師的工做年限分佈對比能夠看出加入測試工程師隊伍的人數在減小，這是因爲軟件行業的影響和測試工程師入門難度逐年提升致使的；早些時間軟件測試門檻較低，常常被人戲稱只須要點點點的工做，任什麼時候候手工測試只是測試工程師的一項技能，基於清晰的邏輯思惟，須要不停的去梳理測試流程來挖掘產品缺陷，隨着敏捷開發測試模型的逐漸普及，大量的迴歸測試和接口測試被自動化測試取代，更快更高效，同時節約成本，因此代碼能力逐漸將成爲必備選項。

成爲資深測試工程師須要專業的知識儲備與大量經驗的積累，熟悉軟件的生命週期，合理制定測試策略，引進合適的測試工具，挖掘出更多產品的質量問題，爲產品質量保證。須要理論指導實踐，實踐中總結經驗。

 

 

 

從抽調的數據看，只負責測試工做的測試工程師只有一半，受開發測試模型的進化和產品迭代的增速影響，這個比重還會逐年減小。

 

 

    測試工程師崗位世界分佈圖顯示亞洲僅佔比5%，這個數據應該是不許確的，樣本的抽調對於國內的覆蓋較少，不過結合國內的實際狀況來看，大多數公司的測試開發比遠低於1：1，這受傳統測試模型的影響，同時也受資源成本的限制。這種狀況隨着公司對產品質量的重視會慢慢好轉，好產品會說話，高質量的好產品纔是公司發展的基石。（免費領取軟件測試資料加Q3140781314）

 

 

 

有哪些應用會被測試？將來趨勢如何？

    受移動設備的普及，移動端的應用增加量明顯，而桌面應用比例逐年減小，同時網頁測試也受到了衝擊，雖然一些應用進行C轉B變的更靈活。

    網絡安全愈來愈受重視，容器和網絡安全類測試逐年增長。

    因爲雲服務器的低成本及普及，企業內部系統減小明顯，將來的趨勢更明顯。

 

 

 有哪些模型會被使用？

說到測試，避免不了說測試模型。

敏捷模型逐漸成爲傳統模型，可是這並不能說瀑布模型能夠被取代。一個產品的開發測試模型須要根據產品特色來定義，合適的纔是最好的。採用敏捷先看產品的特性是否支持。

DevOps是敏捷模型的補充，延伸了敏捷的過程，使測試人員的工做範圍再次擴大，直接爲產品的部署和銷售提供有力的彈藥，將來會被更多中小企業採納。

隨着企業對成本的考慮和效率的關注，測試/腳本驅動（TDD/BDD）開發呈逐年遞增的趨勢，可是沒法取代手工測試部分，自動化測試當然能提升測試效率，每每投入與產出不配，規劃好手工測試與自動化測試的比例才能使產出最大化，成本更優。

經過模型數據能夠看出，大多數團隊更喜歡短平快的敏捷模型，採用敏捷模型對團隊人員的要求也更高，不一樣於更傳統的瀑布模型，在產品的參與度上敏捷要求全員參加整個環節，同時三駕馬車運行，對測試管理難度提出了更高的要求。

 

將來對測試的要求會有什麼變化？

 

     隨着產品研發的步伐加快，對工程師的要求變得更高，測試工程師的工做範圍也變得更寬泛。
    企業更注重自動化測試，以替代人工進行迴歸或者接口測試等，從而下降成本；同時從數據能夠看出測試工程師的工做範圍在向產品延伸，2019年的數據中32%測試工程師參與用戶場景整理，這是由其特定的崗位決定的，上接產品故事和研發，下連用戶思惟，要求測試工程師懂產品也要懂用戶。（免費領取軟件測試資料加Q3140781314）

 

 測試團隊的靜態產出有哪些？

    關於測試文檔，測試計劃、測試報告、缺陷報告、實時文檔一直是不可缺測試的靜態產出。從2017~2019年的調查數據來看，學習文檔、低級別的測試計劃和詳細測試腳本等文檔的重視度下降，這是因爲大量採起敏捷模型的快節奏導致資源的壓縮形成，此類文檔將逐漸被熱更新文檔取代。可是對於團隊成員的成長並非什麼好消息。

 

 

 哪些測試技術與方法會被使用？

    探索性測試和基於會話的測試仍然是軟件測試的主要手段，未來也不會改變；過半的被調查人員使用腳本自動化進行迴歸性測試，有效的提升測試效率下降成本；缺陷追蹤仍然是質量保證的重要手段。

    安全性測試會被更重視。

對於軟件測試的挑戰是什麼？

    更可能早的加入到軟件生命週期中，越早越好。重視數據維護和測試環境，保證可追溯，不是全部的問題能夠及時復現，尤爲2/8原則中的2的那部分。獨立的時間線，按計劃完成是對質量的保證。增長關聯簡化流程，看似矛盾。總結和分享，一個坑不要踩兩次。