如果說的是技術方向,推薦的路徑:

軟體測試工程師-&>測試開發工程師-&>效率平臺開發工程師。

分佈對應的技能要求:

軟體測試工程師:測試理論知識、需求分析理解能力、發現和解決問題的能力;

測試開發工程師:在測試工程師的基礎上,知道怎麼利用工具/系統來提升測試效率,更好的保證測試效果;

效率平臺工程師:提供給開發和測試同學需要的系統的平臺和技術支持,自發收集需求改進當前流程過程中的問題。


不知道你現在工作中主要做什麼測試呢?如果只會功能測試,那麼就要考慮往上走了,比如自動化測試,性能測試,介面測試。這些測試技能是目前很多企業都必須要求會的技術,可以時間可以多抽時間找資料學習,提升下!如果覺得自學比較難懂,建議可以找一些週末提升班學習!


一般無非就是從軟體測試工程師-》測試開發工程師-》測試架構師或者測試經理

但是不管做技術還是做管理,現在都需要有特彆強的技術能力,如何去培養?

可以參考文章:

testerTechnology:自動化測試的實戰學習路線?

zhuanlan.zhihu.com圖標

1. 想客戶之所想,思客戶之所思

在測試的過程中時刻想著用戶。培養自己對用戶需求的共鳴。和用戶溝通並且觀察他們怎們樣使用你的軟體。多從用戶的角度去考慮問題,從小白的角度去使用,用專家的態度去更改。

2. 多讀Bug

如果你和一個團隊的軟體測試工程師一起工作,那麼請閱讀他們每天發的Bug,特別是那些針對你的測試部分的Bug 。你可以從別人如何找到Bug中學到很多東西。提高自己的觀察力。

3. 多讀代碼

找到你測試的那部分功能的代碼。雖然寫代碼並不是你的事,但是讀那些代碼常常會幫助你找到潛在的邊際情況和軟體缺陷。多學習一項技能,多一次晉陞的機會。

4. 為你發現的Bug而驕傲

促成一個軟體Bug的修復是從寫好Bug標題和描述開始的。我每次發完一個Bug都會把這個Bug重讀一遍以確保它是合理的並提供恰倒好處的細節。如果一些重要的Bug 沒有被糾正,要追根究底,確保決定和利弊權衡是正確的。相信自己是最棒的!

5. 參加軟體功能的設計

在軟代碼編寫之前,在仍有可能有大的設計變更的時候,積極參加軟體的計劃階段,這會幫助你瞭解正被考慮的折衷和權衡。瞭解的深了才能看的更遠。

6. 設計你的測試

無論是尋找邊界值,運用組合技術,畫圖表,或創建測試模型,把你的想法放進你的測試設計中總是有用的。在試探性測試的時候,有意識地去交替你的測試計劃和產品學習。不斷嘗試找到更好的方法。

7. 瞭解你測試的功能

不管你測試的是那一塊功能,你應該瞭解它的設計,它的侷限性,別人發現的Bug,代碼的變動,以及它和其它功能間的交互關係。多交流,多學習。

8. 和別人合作測試你負責的部分

和有不同專長的人一起測試你的功能模塊,一起討論測試的點子並且徵詢他們的反饋意見。交流經驗,共同進步。

9. 學習你測試的軟體

即使你只是測試一個軟體中的很小一部分,成為其它新功能和整個軟體的專家都會幫助你成為一個更好的測試工程師。經驗是一點一點積累的。

10. 培養和開發人員的良好關係

測試工作有時候是對抗性的,以致很容易使有些與你共事的人在做決定時忽略你的意見。與修復Bug的開發人員建立堅實的關係對瞭解最新進展和促成Bug的修復會有裨益。良好的溝通能力是解決問題的前提。

11. 提高你的編程能力

編程還是一項有價值的技能,他能幫助你更好地閱讀代碼,理解產品的內在,同時幫助你寫一些小工具使得平淡反覆的工作變得簡單。

12. 參加Bug的審閱 (Triage)

在產品發布前的最後一些日子裡,Bug審閱組開會決定哪一些Bug應該修復,哪一些應該留到以後的版本去修復。如果你通常不在這個會議的邀請名單中,那麼去主動要求參加。你會看到在測試員信譽,用戶影響和已知風險等因素間做出折衷決定的過程。這將會是一種非常有趣的經歷。


逛知乎 是沒有用的

python是個好東西,你可以瞭解一下


繼續學習,自學或報培訓班,培訓班會更快讓自己提升


產品經理,需求分析師,自動化測試

本人準備轉行學習UI設計


合理運用搜索引擎


學習測試技能,學習項目管理經驗,學習與其他人溝通技巧。


謝邀~如果要了解更多測試相關的東西,可以關注小酋微信公眾號 [ 51ste軟體測試部落 ]

如何進一步,

那我們來看看軟體測試員兩大類型及發展建議:

任何軟體產品都由兩部分組成:業務邏輯+軟體技術。業務邏輯通常由產品經理設計,軟體技術由軟體開發架構師設計和程序員編程實現。

而測試人員呢?則通常對兩大部分的質量問題都會進行評測。無論是主動認知還是被動發展,在大部分的組織中都會發現有一部分測試人員更喜歡和擅長進行業務邏輯的測試(後面稱:SET)、一部分測試人員更喜歡和擅長對軟體技術的測試SDET)。

常規業務邏輯的測試類型有:功能驗證、功能測試、場景測試、端到端測試、探索測試;常規軟體技術的測試類型有:性能測試、可靠性測試、單元測試、Code Review;幫助提升研發效率的技術手段有:持續集成、自動化測試;通常SET會更喜歡和擅長常規業務邏輯的測試類型,SDET會更喜歡和擅長折騰常規軟體技術的測試類型和幫助提升研發效率的技術手段。

兩類測試員的知識結構有所不同:

SET們會更喜歡學習和了解產品的商業知識和分析用戶場景及用戶行為,從業時間久了會成為產品專家,這類測試者經過長期測試工作訓練將擁有更強的以「用戶為中心」的思維習慣,無論是轉型產品設計或是產品推廣都會比較容易,產品路線是其發展的核心。

SDET們會更喜歡學習和了解產品實現的各類軟體技術,如:編程語言、軟體設計方法、非功能的測試技術(自動化測試/性能測試/可靠性測試等)、幫助提升測試效率和軟體質量的各類軟體工具和工程方法。此類角色從業時間久了會成為技術專家,技術路線是其發展的核心。

作為一家產品公司SET和SDET都是必須的,至於SET重要還是SDET更重要將由各公司的基因文化決定。例如:在華為是一家以「客戶為中心」的公司,因此在華為SET地位更高也更重要些。在谷歌是一家以「技術創新為中心」的公司,因此SDET地位更高也更重要些,但是後來谷歌也發現了SDET受限於工作時間和興趣志向的約束導致一些產品問題無法單純靠SDET來解決,所以又重新組建了谷歌SET資源與SDET形成互補,才真正更好支撐起了谷歌商業產品的需求。(How Google Tests Software - The Life of a TE)

所以,作為一個測試員無論走哪條專業路線(產品路線或技術路線)最終依賴的是個人的興趣和喜好,具體建議如下:

喜好走產品路線的測試員也不要覺得職業發展就比走技術路線的測試員差,在大多數非技術驅動的產品公司中似乎SET後來的發展空間比SDET更大。我認識的這類測試人員有的後來還有做到產品總監和市場總監。如果你的創新氣質和能力很強,可以往產品經理去發展。如果你的商業思維和影響力很強,可以往產品市場經理去發展。如果你創新力一般又不喜歡商業的壓力,也可以做成一個公司中的稀缺的產品測試專家,在公司中也是一個寶,無人可代替。

喜好走技術路線的測試員職業發展路線可以是:成為軟體開發者、軟體工程專家、軟體測試專家,活在自己喜歡的世界中。在重視技術創新和技術品質的公司中也會獲得很好的發展。

最後,根據你選擇的線路,進行不斷的強化吧。希望能幫助到你~


除了掌握本職工作的要求外,在一個技術維度能夠深耕,性能測試、自動化測試、安全測試、測試開發......,在一個領域裡擁有不可替代性,這樣才能讓別人記住你。

在公司提升自己的影響力,多去從管理者角度考慮問題,爭取負責一些項目管理的工作。管理維度經驗比技術更加稀缺。


向軟體開發方面發展


1.看看高級別的招聘要求,拉鉤上到處都是,可以大概清楚現在市場上到底需要什麼樣的人才,有目標的學習

2.大致軟體測試再進階的話那就是平臺化工具建設,腳本編寫,自動化測試,環境搭建,管理團隊,推動測試計劃的執行和落地,但是話說回來一切都離不開技術。將來這個職業,技術的提升是必然的,在此之上的邏輯思維,管理,情商等只是加分項


如果是業務類測試,可以認真鑽研業務,做到比產品經理還懂業務

如果是技術類測試,有一些測試方法,工作方式的創新也是很不錯的


為什麼邀請我這個資深軟體測試勸退師?


如果是初級的功能,最好是研究一下介面。然後再去學習一門開發語言。例如java。先做高級測試。後面考慮轉產品之類的。


問的比較籠統,不好答。並不知道你目前是啥情況


看書,看視頻學習,換公司也可以提升技術。


打好基礎,怎麼都行

1.最重要的一點把編程語言學紮實,比如 Java ,腳本語言Python,shell

2.積累測試理論知識


首先,平時注意培養測試的意識,方法很簡單,就是看到一件東西你就可以想如何去測試,功能實現如何,性能如何,客戶友好度如何,兼容性如何等等。其次,自動化測試和性能測試方向就不多說了(因為太多了),看你自己選擇,自動化得學編程語言,推薦Python,性能學工具的使用,推薦loadrunner,介面工具就jmeter。最後,也是非常重要的,溝通能力、協調能力和解決問題的能力,很多時候會遇到開發認為不是問題,產品一句話需求,關聯方不配合測試等等問題,這就是展現你綜合能力的時候了。加油!


推薦閱讀:
相關文章