在我看來,如果說學習軟體測試的過程中找不到專案去練手,這都是“藉口”,或者說是對軟體測試還沒有一個正確的認知。
軟體測試這個崗位看上去似乎充當的是比一般使用者更專業的“使用者”而已,軟體測試過程其實也是使用產品的過程,所以軟體測試崗位的門檻較低,哪怕是沒有任何經驗的人員經過一段時間的瞭解也可以輕鬆上手此崗位。
軟體測試崗位入門門檻低,但並不代表所有人都能勝任此崗位。我帶的團隊也有測試人員,在我看來軟體測試人員需要具備的硬性要求有:
站在使用者的角度去思考問題;
對於每個功能模組要多思考為什麼要這樣實現;
多看競品,多動手。
對於一般的軟體測試崗位而言,基本上都是功能性測試,很少涉及更為底層的測試(比如:API測試、壓力測試、白盒測試等)。我們可以把專案分為以下幾類:
1、B/S類專案
說得通俗點就是網站型別的專案,透過瀏覽器訪問的專案。這裡可以細分為:WEB、WAP端。
2、移動端專案
目前移動端主要有兩大類:Android和iOS
3、桌面應用
這種更多的就是Windows上的桌面應用。
把專案分為這幾類後就可以針對性尋找專案練手了。對於B/S類專案我們在網上隨便找一些網站就可以進行測試、移動端專案在應用市場下載一些應用即可、桌面應用相信每個人的電腦上都有。
另外,同類型專案不少的功能模組都差不多的,比如說登入註冊這塊的業務邏輯絕大多數都是相似的,在測試過程中需要做好總結。
在我看來,如果說學習軟體測試的過程中找不到專案去練手,這都是“藉口”,或者說是對軟體測試還沒有一個正確的認知。
軟體測試人員硬性要求軟體測試這個崗位看上去似乎充當的是比一般使用者更專業的“使用者”而已,軟體測試過程其實也是使用產品的過程,所以軟體測試崗位的門檻較低,哪怕是沒有任何經驗的人員經過一段時間的瞭解也可以輕鬆上手此崗位。
軟體測試崗位入門門檻低,但並不代表所有人都能勝任此崗位。我帶的團隊也有測試人員,在我看來軟體測試人員需要具備的硬性要求有:
站在使用者的角度去思考問題;
對於每個功能模組要多思考為什麼要這樣實現;
多看競品,多動手。
軟體測試如何找專案練手?對於一般的軟體測試崗位而言,基本上都是功能性測試,很少涉及更為底層的測試(比如:API測試、壓力測試、白盒測試等)。我們可以把專案分為以下幾類:
1、B/S類專案
說得通俗點就是網站型別的專案,透過瀏覽器訪問的專案。這裡可以細分為:WEB、WAP端。
2、移動端專案
目前移動端主要有兩大類:Android和iOS
3、桌面應用
這種更多的就是Windows上的桌面應用。
把專案分為這幾類後就可以針對性尋找專案練手了。對於B/S類專案我們在網上隨便找一些網站就可以進行測試、移動端專案在應用市場下載一些應用即可、桌面應用相信每個人的電腦上都有。
另外,同類型專案不少的功能模組都差不多的,比如說登入註冊這塊的業務邏輯絕大多數都是相似的,在測試過程中需要做好總結。