如果你在這個行業摸爬滾打一段時間了的話，一定會有這樣的困惑：測試工程師到底是的什麼？早些年我們提測試工程師，或者軟體測試工程師，這個概念是非常明確的，就是對系統進行測試的這樣乙個工種。但是到現在來講，我們講軟體測試工程師這個話題就變得有點摸稜兩可了。為什麼？因為現代的軟體測試分工越來越細了，有很多垂直領域的劃分，以至每個領域雖然都叫測試工程師。但是它的知識要點和它所做的東西，以及學習和面試中工作中看重的能力都是不一樣的。所以在這種情況下，先來談談現代的軟體測試工作到底有哪些工種。 基於這種工種我們是如何學習這種角色的。以這種方式來幫大家理解整個軟體測試的全域性。
軟體測試的種類：
以上是目前比較常見的測試工作種類。
我們分別來談一下每個工種的核心競爭力，或者說這個垂直領域的核心競爭力分別在**。當企業招聘這類工程師的時候，就是看重這些能力。
首先來談業務測試：業務測試是最傳統的軟體測試，就是對產品進行使用，對功能進行驗證，基於產品的使用者需求，對產品多方位，多角度進行測試。最核心的競爭力就是對被測系統有充分的理解，除了這些軟體上的功能以外，更主要的是對業務本身的理解。比如說，你的被測物件是電商，比如**，shopee，首先你一定要是業務領域的專家。也就是說，你完全理解這個業務是如何開展的，設定是如何讓使用者來使用軟體的，並且能對這軟體就是正向和非正向進行多方位，多角度的測試。這就基於你對功能業務的理解上對測試用例的設計。這塊是最傳統的測試。
業務自動化測試：主要工作是把業務測試用例轉化為自動化測試用例，也就是說在有業務測試用例的基礎上，通過測試框架的選擇，把業務的測試用例轉為能自動化執行的測試指令碼。這類工程師的核心能力在於對工具和測試框架的熟練使用程度。假設你是用python+selenium來寫web自動化的，就是你對selenium的熟悉程度，如何進行元素定位，斷言等。
在真是的企業當中，第一類的業務測試和業務自動化測試，在某些企業裡這兩個角色是完全分開的。在更多的企業裡面，這兩角色會和為一體。也就是說，我們會要求，業務測試工程師要有一定的自動化測試指令碼的開發能力，業務自動化工程師要有一定的業務測試能力。
測試開發：業務自動化測試也是測試開發，測試開發也是開發，這裡的測試開發不是寫測試用例的，也不是把測試用例翻譯成測試指令碼的，這裡指的是去開發和實現測試的工具。比如說對selenium進行二次開發，達到滿足自己企業特殊要求使用的封裝，同時加入斷言的封裝。也就是說測試開發的同學本質就是開發，只不過它開發的產品是為軟體測試服務的。目前大廠對這種崗位的需求是很多的，而且要求也是最高的。從薪資來講也是最具有競爭力的，並不是說業務測試不重要，而是兩個維度去保證軟體質量。業務測試是測試本身，測試開發是做工具讓測試更方便去完成業務的測試。這類角色是目前最緊湊的乙個角色。這個核心能力牽扯到的知識面比較廣，除了對測試理論體系，工程實踐方法有基礎基本的認識以外，必須還是乙個合格的，最好是個優秀的開發人員。也就是說，他至少跟開發沒什麼區別。
軟體測試的種類
acceptance test 驗收測試 你的程式滿足了客戶的需求了嗎？是不是少了功能？它包含了其他型別的測試，是測試的超級，也包括非功能驗證。是否有足夠靈活性，安全性等等 stress load test 壓力測試 程式承載的壓力 functional test 功能測試 對程式開發的功能進行使用...
談談軟體測試 QA QC QM的關係與區別
經常看到有些人把qa qc qm的概念搞混，認為他們是同乙個概念的不同描述，由於這三者都是舶來品，並且翻譯者在翻譯的過程中對概念的理解不一致，導致翻譯質量良莠不一。查閱了大量資料，認為他們之間的區別如下 01概念上 qa quality assurance 質量保證 qc quality contr...
測試種類以及區別和聯絡
其實，如果有人直接問你測試的種類有哪些的話，這樣的問題是夠。的。因為測試的種類按照不同的屬性或者說劃分角度，劃分的是不同的。比如說 1.按測試的階段分類 軟體測試可分為單元測試 整合測試，系統測試和驗收測試。單元測試 針對每個單元的測試，以確保每個模組能正常工作為目標。多為開發人員自己進行 確認 有...