對(duì)于很多零基礎(chǔ)的朋友想要入行軟件測(cè)試，但卻無從下手，這里我抽空和大家簡(jiǎn)單說下：零基礎(chǔ)同學(xué)，應(yīng)該怎樣去學(xué)習(xí)軟件測(cè)試

常規(guī)來說，學(xué)習(xí)軟件測(cè)試有2條路可以選。

如果你自控能力相對(duì)來說不是很強(qiáng)，并且處于畢業(yè)需要找工作階段的話，那么最省事的當(dāng)然是找個(gè)靠譜的培訓(xùn)機(jī)構(gòu)去培訓(xùn)啦，那樣的話，你就只需要跟著培訓(xùn)結(jié)構(gòu)認(rèn)真的學(xué)習(xí)就行了。

當(dāng)然，這里我們講的是，怎么去自學(xué)軟件測(cè)試，畢竟相對(duì)來說軟件測(cè)試的門檻還真挺低的。

第一階段 測(cè)試基礎(chǔ)

只要你是做測(cè)試，不管是什么測(cè)試，測(cè)試的基礎(chǔ)、理論知識(shí)都是必須學(xué)會(huì)的，所以說測(cè)試基礎(chǔ)是軟件測(cè)試最基礎(chǔ)也最最最重要的一部分了。

而學(xué)習(xí)的程度并不是說理解就可以了，最好是能夠用自己的話給復(fù)述出來。

那測(cè)試基礎(chǔ)有哪些內(nèi)容呢？

測(cè)試的定義、測(cè)試的分類、測(cè)試的方法、測(cè)試的生命周期。

測(cè)試計(jì)劃、測(cè)試方案、測(cè)試策略、測(cè)試用例的編寫。

BUG的定義、BUG的分類、BUG的六要素、BUG的生命周期。

測(cè)試和開發(fā)流程的關(guān)系、瀑布流、V字形、W字型（雙V）、螺旋型、敏捷等等。

PDCA、5W2H等分析管理的方法

質(zhì)量管理體系CMMI（了解）

以上就是大概的內(nèi)容，只要你肯背、肯寫，都是能獨(dú)立的掌握的。

第二階段 工具學(xué)習(xí)

軟件測(cè)試的基礎(chǔ)學(xué)完了過后，應(yīng)該學(xué)習(xí)工具了。

其實(shí)學(xué)工具真的很容易，所以大家不用去糾結(jié)工具的選擇。

把最基礎(chǔ)的幾個(gè)工具學(xué)習(xí)了就行了，以后用到什么工具再去學(xué)什么工具就可以了。

下面我會(huì)列幾個(gè)必學(xué)的工具，不用太精通，會(huì)用就行了。

性能測(cè)試工具：loadrunner、jmeter。

接口測(cè)試工具：postman

抓包工具：fiddle

數(shù)據(jù)庫(kù)管理工具：Navicat

項(xiàng)目/BUG管理工具：禪道、QC

搜索工具： 百度、谷歌

第三階段 代碼學(xué)習(xí)

如果你已經(jīng)完成以上的兩個(gè)部分的學(xué)習(xí)，那么恭喜你，你已經(jīng)是一名出色的初級(jí)測(cè)試工程師了。

接下來，你需要考慮你的發(fā)展方向了。

是成為一個(gè)自動(dòng)化測(cè)試工程師呢？

還是性能測(cè)試工程師呢？

還是安全測(cè)試工程師呢？

其實(shí)關(guān)于方向的選擇，相信你自己心中已經(jīng)有了答案了，那我們繼續(xù)往下面說。

這個(gè)階段，我們應(yīng)該學(xué)習(xí)代碼了，關(guān)于編程語言的選擇，我推薦Java或者python，當(dāng)然數(shù)據(jù)庫(kù)也是必須掌握的！

自動(dòng)化方向

等你代碼已經(jīng)基本掌握了，接下來就是要學(xué)習(xí)各種自動(dòng)化測(cè)試了。

各種單端測(cè)試框架：unittest(python)、pytest(python)、JUnit（java）

WEB自動(dòng)化測(cè)試框架：selenium（適用于java\python\javascript）

APP自動(dòng)化測(cè)試框架：appium（適用于java\python\javascript）

以上的內(nèi)容，根據(jù)你學(xué)的語言進(jìn)行選擇。

appiunm和selenium根據(jù)你參與的項(xiàng)目進(jìn)行選擇。

性能方向

對(duì)loadrunner和jmeter的掌握更加的深入。

可以手寫腳本、脫離錄制。

學(xué)會(huì)了多線程編程、能夠手寫java或者python、不用工具直接實(shí)現(xiàn)壓測(cè)。

學(xué)習(xí)linux,畢竟性能總是和服務(wù)器打交道的。

學(xué)習(xí)系統(tǒng)架構(gòu)的相關(guān)知識(shí)、方便你更容易的分析系統(tǒng)瓶頸。

說實(shí)話、性能方向的提示更難、因?yàn)樾枰莆盏臇|西太多了。

性能測(cè)試做深入了，基本上就是架構(gòu)師的水平了。

可能你現(xiàn)在看著這個(gè)性能方向的學(xué)習(xí)一臉懵逼。

沒關(guān)系、等你把上面的編程語言學(xué)會(huì)了你就不懵逼了。

安全方向

滲透測(cè)試

SQL注入

暴力破解

脫庫(kù)

第四階段

經(jīng)過之前三階段的學(xué)習(xí)之后各位接下來考慮的就應(yīng)該是怎樣寫代碼更合理、怎樣測(cè)試會(huì)更全面。

上面講的都是教你應(yīng)該怎么做。

而在第四個(gè)階段你需要自己去思考為何要這樣做，也就是說這個(gè)階段你要學(xué)會(huì)的是主動(dòng)學(xué)習(xí)，

跨過了這個(gè)階段就基本上可以成為專家了。

學(xué)習(xí)都是水到渠成的，在這個(gè)時(shí)候，你應(yīng)該已經(jīng)掌握了不少框架了，甚至自己也能開發(fā)合適的框架了，已經(jīng)有了屬于自己的一套東西了。