一直都是做功能測試,想往深一點發展,性能測試好還是自動化測試好?


上手速度和市場需求來看。自動化會更好一些。至於性能的話,也可以考慮。不過性能需要積累。沒個幾年專職性能測試,都不敢說自己是專業性能測試,畢竟伺服器,網路,系統框架,底層交互等等等等內容太多了 雖然自動化後期到測開也要懂很多的內容,但是這是一個在提升過程中能夠及時看到效果並且被企業需要的,所以建議走自動化發展會比較好。


謝邀,建議自動化測試方向,因為比較容易入門。


看圖,其實金字塔模型中的都有會,性能其實也是屬於金字塔模型中的api層。只會單純自動化或者只會單純性能肯定是不可以的,所以都要去掌握,你看招聘信息就是這麼要求的。

一定是自動化技術和項目進行持續結合,持續自動化,持續實戰實戰才行哦、學自動化不是只是說寫代碼好就可以了,得有測試思想,什麼做自動化測試,自動化測試能解決什麼問題,該如何運用等才行哦。

具體的自動化測試提升技能視頻如下:

https://study.163.com/course/courseMain.htm?courseId=1209508868share=2shareId=400000000533070?

study.163.com


建議,性能測試

性能測試要求比較高,特別是對開發代碼,中間件,MQ,DB等都要了解

而且一般性能測試都是服務端測試,服務端測試永遠吃香,後續想走測開也好走,畢竟代碼能力較強


為什麼不能繼續做好功能測試,說白了自動化測試和性能測試都是為測試用例服務的,所以你懂的


自動化和性能來說的話。 上手速度和市場需求來看。自動化會更好一些。自動化和性能來說的話。 上手速度和市場需求來看。自動化會更好一些。至於性能的話,也可以考慮。不過性能需要積累。沒個幾年專職性能測試,都不敢說自己是專業性能測試,畢竟伺服器,網路,系統框架,底層交互等等等等內容太多了 雖然自動化後期到測開也要懂很多的內容,但是這是一個在提升過程中能夠及時看到效果並且被企業需要的,所以建議走自動化發展會比較好。

【點贊是一種鼓勵 |評論是最好支持】


深一點發展不應該是性能或者自動化,這2個只是測試的2個技術分支,你要考慮白盒,灰盒還是測試管理方面才對

這個問題其實很難回答,需要綜合考慮公司現狀、自身情況、未來規劃等。

從技術本身來講,性能所需要的知識面更廣,而自動化對於開發能力的要求更高(這裡不考慮業務複雜度)。

從這個問題本身來講,如果本身基礎紮實、自學能力夠強,建議更多考慮自身的職業發展規劃,選擇今後自己希望從事的方向;

如果本身並沒有太多的代碼及其他技術背景,建議更多的考慮公司的業務現狀和發展方向,以及公司現有牛人的技術領域,畢竟在這種情況下,跟著組織走比自己瞎研究更快捷有效。


都好。

看個人興趣和環境,選一個就可以。最好可以結合工作中的項目來學習,這樣事半功倍。


這幾年的性能和自動化工作經驗告訴我不會代碼都是白搭。

我建議你上性能,等你性能做到有點成績了 自動化是水到渠成的事。

兩個都要學,優先自動化測試。

可能需要基本的編程知識,跨出第一步,後面有一片新的天空。

比較分析:

可以站在公司層面,總監角度去思考,那麼就要從自動化和性能給企業帶來的價值,解決的問題去分析了。

1:自動化測試技能解決企業的難題是回歸測試用例,做的好的可以提升一定測試效率,就是回歸能夠快速。 有哪個公司自動化是為了發現缺陷的嗎?自動化本身就是為了回歸!所以他解決了測試部門內部的事情,能夠快速回歸。

2:性能測試技術主要是解決公司整個系統架構優化問題,包括應用,資料庫,中間件等優化,同時還可以評估生產壓力,節點配置,未來系統支撐等。解決的是公司架構層面的問題。

3:自動化測試在工作中是寫一些自動化腳本,交流的對象可能是功能測試或開發,比如這業務怎麼操作,介面邏輯等。而性能測試工作中交流的對象是總監,架構師,開發經理等公司高層核心人員。

4:也可以在工作中實際去發現表現的機會,公司領導有交待任務去測某介面性能,但是否有遇到說讓你做某個自動化任務尼?是不是你都是自己偷偷的做自動化?但公司層面是否有認可?當然不排除真正推行者。


哪個工資高學哪個。。。
推薦閱讀:
相关文章