測試人應該知道的幾個基本測試概念

1、，測試流程
這個基本你們都明白了，就是從需求到開發，再到測試，再到上線的整個流程，這個沒什麼好說的

二，測試架構
一個小問題，大家公司的測試架構是怎麼樣的？你會怎麼回答？
測試架構，即對於一個軟件流程中，會在哪些環節作什麼樣的測試，也即測試分層。能夠參考V型開發流程。例如，在一個前端+微服務後臺的項目中，通常會涉及到的測試架構以下：
1，單元測試，通常由開發人員完成
2，集成測試，由測試人員針對一個微服務進行集成測試
3，系統測試，由測試人員針對整個系統進行從前端到後端的完整系統測試。

3、測試框架
再來個小問題，請你介紹一下大家的自動化測試框架？
目前主要的測試框架有如下幾種
1，線程測試框架
一個測試腳本，從頭至尾包含例如，直接錄製一個腳本。一旦項目有什麼變化，整個腳本做廢，須要從新錄製。
2，數據驅動的測試框架
測試腳本和測試數據分離的框架，當項目代碼有更新，可能測試腳本並不須要更新，只須要更新相應的測試數據便可。通常接口自動化測試都是這種，接口的的請求發起和返回校驗寫在測試腳本中，每一個接口下不一樣的用例請求數據與數據庫預置插入數據在另外的測試數據文件中。
3，關鍵字驅動的測試框架
在這種框架中，測試數據與測試腳本也是分離的，可是，對一些自動化測試執行操做封閉成相應的關鍵字，在測試腳本中，調用相應的關鍵字來組織測試。我的以爲，目前接觸到的有作成這種框架的應該是前端的UI自動化測試框架，UI自動化測試中的PO的思想其實能夠屬於這類，它把一個頁面封裝成一個對象，頁面的元素是它的屬性，頁面的一些操做是它的方法（能夠理解爲關鍵字）。一個測試腳本的組織就是調用不一樣頁面對象的相應方法。