國內大互聯網公司如何作測試

這裏說的測試不單純是某些測試書上常說的測試， 也包括測試開發。我理解測試的職責主要包括：

• 2V+EP:　validition+verification+Engineer productivity
• 流程管理： 介紹下傳統流程和敏捷流程

從這兩方面介紹下測試須要作的事情。

validition即正確性檢查

 

能夠歸納爲以上幾點，每一個工做均可以作不少事情

verification+Engineer productivity  效果驗證和工程師生產力（效果級別的目前接觸的很少， 因此放在一塊兒說了）

 

這裏面的效果驗證一直沒有挖掘出太多能夠作的地方， 我針對的是後臺測試相關的， 做爲後臺的一個模塊或者一些算法， 很難直接在用戶的層面驗證程序的效果。 因此大多隻是所一些監控。

EP解釋下，就是能節約人力成本的工做。這方面有不少工做能夠作， 還能夠挖掘更多，經過自動化減小手工的工做；服務化讓qa的工做前置，避免bug發現過晚；經過流程規範化能夠在整個項目甚至整個公司對流程達成共識，減小由於流程的不規範致使的線上問題和時間浪費；敏捷可讓咱們持續繼承，持續發佈， 迭代更快，效率更高。

項目流程方面：

   傳統的流程大概能夠歸納爲：調研,立項，需求討論，詳設，詳設評審，編碼，自測，代碼review，提測，測試設計，測試報告，根據上線單上線，最後線上進行確認和監控。不一樣的項目能夠根據項目級別進行流程裁剪。好比D類項目或者小需求就不須要測試或者詳設，直接自測了就上線等；不一樣公司略有差別。 上面全部的流程QA都須要參與， 並瞭解本身的職責，怎麼樣能更好的提升效率和避免風險。

  在往敏捷方向發展的過程當中，流程差很少是這樣：

 

從我作的PPT中拷貝過來的，知道這個圖畫的挺醜，請原諒個人偷懶.

這裏面的quick job 和slow job 即爲比較快的自動化case， 例如單測，靜態掃描，功能測試等。

slow job表示比較慢的case， 好比性能測試，系統測試，大數據測試等。

沙盒和預上線都是能模擬線上的mini環境，沙盒qa維護和測試使用，預上線環境op維護和預上線驗證使用，預上線也能夠成爲ab test。  這裏也因不一樣公司而有差別

由於迭代比較快，qa的壓力也會更大， 整個過程當中的自動化建設， 持續繼承的case等都須要完善，才能更好的避免風險，而且加快項目發佈。

很歡迎你們多多交流和提問，包括對上面提到的每一個點的質疑。  共同作好質量。 千秋偉業，質在必得

註釋：抱歉這裏說的比較泛，由於點太多， 每一個點均可以展開討論， 都寫在這裏可讀性會不好，寫起來也好累， 重點是後者^^。