開發中的測試名詞解釋

【Alpha測試】

• Alpha測試是由用戶在開發環境下進行的測試，也能夠是開發機構內部的用戶在模擬實際操做環境下進行的測試
• 測試環境受開發方控制
• 用戶數量相對較少
• 時間比較集中
• 先於Beta測試

【Beta測試】

• Beta測試是由軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。
• 測試環境不受開發方控制
• 用戶數量較多
• 測試時間比較長

【驗收測試】

• 驗收測試是以用戶爲主的測試，軟件開發和QA人員也應該參加，測試通常在用戶所在地進行，由用戶驗證軟件產品是否知足了全部的需求的一系列的驗收測試工做
• 驗收測試的目的是爲了以發現」未實現的需求」爲目的，以評估」適合使用」爲目標，該類測試的不是以發現缺陷爲主要目的。

【灰度測試】

• 灰度測試，也叫灰度發佈或金絲雀發佈，就是在某項產品或應用正式發佈前，選擇特定人羣試用，逐步擴大其試用者數量，以便及時發現和糾正其中的問題。
• 灰度發佈能及早得到用戶的意見反饋，完善產品功能，提高產品質量，讓用戶參與產品測試，增強與用戶互動，下降產品升級所影響的用戶範圍。
• 在其上能夠進行A/B testing，即讓一部分用戶繼續用產品特性A，一部分用戶開始用產品特性B，若是用戶對B沒有什麼反對意見，那麼逐步擴大範圍，把全部用戶都遷移到B上面來
• 灰度發佈能夠保證總體系統的穩定，在初始灰度的時候就能夠發現、調整問題，以保證其影響度。 灰度發佈步驟：
• 定義目標
• 選定策略：包括用戶規模、發佈頻率、功能覆蓋度、回滾策略、運營策略、新舊系統部署策略等
• 篩選用戶：包括用戶特徵、用戶數量、用戶經常使用功能、用戶範圍等
• 部署系統：部署新系統、部署用戶行爲分析系統（web analytics）、設定分流規則、運營數據分析、分流規則微調
• 發佈總結：用戶行爲分析報告、用戶問卷調查、社會化媒體意見收集、造成產品功能改進列表
• 產品完善
• 新一輪灰度發佈或完整發布

【靜態測試】

靜態測試是指不運行被測程序自己，經過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。其被測對象是各類與軟件相關的有必要進行測試的產物，是對需求規格說明書、軟件設計說明書、源程序作結構分析、流程圖分析、符號執行來找錯。靜態測試能夠手工進行，充分發揮人的思惟的優點，而且不須要特別的條件，容易展開，可是靜態測試對測試人員的要求較高，至少測試人員須要具備編程經驗。 靜態測試包括各階段的評審、代碼檢查、程序分析、軟件質量度量等，用於對被測程序進行特性分析。其中評審一般有人來執行；代碼檢查程序分析、軟件質量度量等便可人工完成，也可用工具來完成，但工具的做用和效果相對更大更好一些。

【動態測試】

經過運行被測程序來檢查運行結果與預期結果的差別，並分析運行效率和健壯性等指標。 動態測試分類：可從不一樣角度進行分類。

• 從是否關心軟件內部結構和具體實現的角度劃分，可分爲白盒測試、黑盒測試、灰盒測試
• 從軟件開發過程的角度劃分，可分爲：單元測試、集成測試、確認測試、系統測試、驗收測試、迴歸測試
• 從測試執行是否須要人工干預的角度劃分，可分爲：人工測試、自動化測試
• 從測試實施組織的角度劃分，可分爲開發方測試、用戶測試（β測試）、第三方測試。

【白盒測試】

白盒測試又稱爲結構測試或邏輯驅動測試是一種按照程序內部邏輯結構和編碼結構設計測試數據並完成測試的一種測試方法。

【黑盒測試】

又稱功能測試或數據驅動測試。把測試對象看成看不見內部的黑盒，在徹底不考慮程序內部結構和處理過程的狀況下，測試者僅依據程序功能的需求規範考慮，肯定測試用例和推斷測試結果的正確性.

【灰盒測試】

是一種綜合測試法，它將黑盒測試、白盒測試、迴歸測試和變異測試結合在一塊兒，構成一種無縫測試技術。既基於程序運行時的外部表現又結合程序內部邏輯結構來設計測試用例，執行程序並採集程序路徑執行信息和外部用戶接口結果的測試技術。

【冒煙測試】

冒煙測試是自由測試的一種。主要關注如下兩方面的測試：

• 開發人員會來修復這個bug後，要肯定問題是否修復以及對其餘模塊的影響，就須要針對此問題進行專門測試。
• 指測試人員在正規測試一個新版本以前，先投入較少的人力和時間驗證一個軟件的主要功能，若是主要功能都沒有實現，則打回開發組從新開發。 冒煙測試優勢是節省測試時間缺點是測試覆蓋率比較低。

【迴歸測試】

迴歸測試是指修改了舊代碼後，從新進行測試以確認修改沒有引入新的錯誤或致使其餘代碼產生錯誤。 迴歸測試通常是在進行軟件的第二輪測試開始的，驗證第一輪中發現的問題是否獲得修復。固然迴歸也是一個循環的過程，穿插在軟件測試整個生命週期裏面。若是迴歸的問題不經過，則須要開發人員修改後再次迴歸，直到經過爲止。 迴歸測試在冒煙測試以後執行

【A/B測試】

所謂 A/B 測試，簡單來講，就是爲同一個目標制定兩個方案（好比兩個頁面），讓一部分用戶使用 A 方案，另外一部分用戶使用 B 方案，記錄下用戶的使用狀況，看哪一個方案更符合設計目標。 A/B 測試最核心的思想，即：

• 多個方案並行測試
• 每一個方案只有一個變量不一樣
• 以某種規則優勝劣汰 須要特別留意的是第 2 點，它暗示了 A/B 測試的應用範圍，必須是單變量。

要實現 A/B 測試，咱們須要作如下幾個工做：

• 開發兩個（或多個）不一樣的版本並部署
• 收集數據
• 分析數據，得出結果

參考

https://blog.csdn.net/youanyyou/article/details/78990151 https://blog.csdn.net/dancing_youh/article/details/48574407 http://www.woshipm.com/pmd/699804.html