測試工程師值得被尊重!是否有此共鳴!

2021-09-24 07:55:59 字數 2823 閱讀 3240

內心持久的聲音 測試工程師值得被尊重,是我一直以來內心的聲音,這個聲音憋了很久很久,所以本文覺得不是標題黨,而是實實在在的內心想法。當然,有可能偏激,有可能太泛泛,也有可能說的都是p話,但我相信會直接你的內心,產生共鳴!

如果有說的不妥的地方,望各位看官多多包涵,咱都是文明人,***~

長久以來被認為門檻低

多麼痛的領悟!我也都想抽自己嘴巴!早年我自己都說測試入門門檻低什麼什麼的,現在想想,唉。 當我們學好測試自動化測試的那一刻,讓其他人看看測試也是會程式設計的做框架的,如果還覺得自己的技術不夠你可以**:903217991 領取全面的測試資料,讓大牛幫你系統提公升,在軟體測試我們攜手共進。

首先,不否認測試入門的門檻低,這個低其實指得是誰都有機會來做測試的,然而大部分人都理解錯了。就和人人都是產品經理乙個道理,誰都可以做,只是有些人沒有系統化的做過感覺不到,但ta已經具備了產品經理的某些特質!測試工程師也一樣啊,開發工程師也一樣啊!

所以,不能因為門檻低就覺得測試怎麼怎麼樣,怎麼怎麼沒含量的。說實話,所有行業的門檻都一樣低!最終比的是誰能扎根在這裡,誰能堅持長久的發展。有時候我們抱怨其實是因為我們還不夠堅持!

固有思想測試沒技術含量

換句話說就是很多人覺得測試就是點點點,木有技術含量!我勒個去,大哥大姐們,你們真別這麼認為!我就給你羅列幾點:

1、我覺得幹測試也很累的啊,學的東西非常多,而且你明明是測試工程師,好嘛,開發知識弱點,就會被嘲笑!那開發工程師的測試知識弱點為毛就沒事?為毛永遠都是我們在被人詬病、嘲笑。(同感的給個贊!)這裡絕沒有惡意,就是乙個比喻,如果不恰當請各位忽略!!!

2、測試工程師不僅僅要會測試,還要學習網路、linux、各種開發語言、資料庫、各種框架、前端、運維、大資料、產品等等(我感覺根本列不完!鬼知道明天又有什麼東西出來了),對了,還要學習撕逼技術、甩鍋技術,哈哈,用我和學員私下的聊天來說就是個大雜燴!!!當然,有人可能會說我們也要學這些啊,是啊,所以大家學的東西都不少,也就別再有事沒事挖苦測試了啊,都是幹技術的何必相互為難啊!!!

3、好吧,吃口辣條冷靜下!必須說明任何乙個行業都有三六九等的分層,就和初級、中級、高階、專家一樣,所有人、任何行業都需要有乙個過程才能完成轉變!所以,測試工程師也是從所謂沒有含量的工作幹起來的,所有大牛都是這樣走來的啊。所有行業的人都一樣!多一些鼓勵和指引不必嘲笑和譏諷更好嗎?

4、開篇說了,要盡可能客觀,所以這裡我也想表達一下,測試工程師沒有技術含量這個鍋要想甩開,我們測試人也得自己檢討下自己。我也接觸過很多人,有相當一部分人覺得測試簡單所以才來的!這個思想很可怕!咱們測試人必須自己要努力才行,要付出才行,少點抱怨,少點互懟,多點努力行動,你也能成為大牛!當所有測試人都能朝著乙個方向努力的時候前景還能不好嗎?

當我們學好測試自動化測試的那一刻,讓其他人看看測試也是會程式設計的做框架的,如果還覺得自己的技術不夠你可以**:903217991 領取全面的測試資料,讓大牛幫你系統提公升,在軟體測試我們攜手共進。

理所當然的背鍋俠

平復你的心情,看看歷歷在目的場景:

開發進度延期了,但必須按時上線!嗯!壓縮測試時間!加班!

怎麼線上出了bug了啊,你怎麼測試的!嗯,測試背鍋!

你怎麼連個日誌、sql都不會啊!嗯,這個確實是我們的問題,所以大家要努力學啊,很多東西不是說學了就有用,而是儲備啊,擴充套件思想啊!(我曾經見過乙個產品經理拿著mac除錯ios**。測試朋友們你怎麼看。。。。)

怎麼就點點點,能不能搞點高大上的技術啊!嗯,有時候我們也想啊,你也得配合啊老闆!

1、測試不是最後的救命稻草,而是預防發生的疫苗!打了疫苗你得病的機率就大大降低,但並不代表你不會得病啊。所以,請正確的認識測試,才能發揮ta的價值啊!

2、乙個bug的產生涉及的點太多了,就和任何開發工程師都不敢說我寫的程式沒問題乙個道理!有時候可能就是乙個配置,乙個改動,甚至忘開放網路埠就造成重大bug的!這除了需要測試工程師能全面兼顧測試點之外,也需要完整且規範的上線流程做支援啊!這個和造車乙個道理,乙個牛人他也造不出來一輛好車啊,需要很多配合完成!所以不要再單純的去怪測試了!我們真的也不想啊!

3、有時候不是我們不想搞高大上的技術,是得不到支援,甚至領導的認知就是錯誤的!你讓我們怎麼辦?職場環境本身就是複雜的,有時候不出彩其實並不是你不行,可能是環境不符。舉個栗子,明明你ui變得比北京的天氣都快,非的讓搞ui自動化測試!搞出來了你又覺得效率不高!你非的把飛機引擎放到拖拉機上你讓我說啥?

好了好了,有點激動了,冷靜下!現在越來越多的系統採用前後端分離組建的開發,你會發現頁面上根本找不到id、name啥的,基本都是統一的class name,後面繫結的事件,你連js都看不到,這玩意搞起ui自動化測試非的累死你啊!所以,技術這個東西根本不在乎高不高大上,而是因地制宜的使用!用對了地方才能發揮效果,否則可能帶來的是噩耗!

當我們學好測試自動化測試的那一刻,讓其他人看看測試也是會程式設計的做框架的,如果還覺得自己的技術不夠你可以**:903217991 領取全面的測試資料,讓大牛幫你系統提公升,在軟體測試我們攜手共進。

是否值得被尊重

其實還有很多話想說,但我知道,說多了太長了一定看的人就少了,所以就欲言又止了。最後回到標題,測試工程師值得被尊重!!!!!

當然這個尊重,不能是口說出來的,而是需要測試人做出來的。任何的行業、任何人都值得被尊重(雖然感覺是廢話)。產品在盡心的設計出好的產品產生收益,開發在盡心的寫**造就出成型的產品,測試在盡心的盡可能找出更多bug減少不必要的影響,運維在盡心的保證系統的良好執行,運營在盡心的讓產品能留存拉新,其實我們每個人都在盡心的做事情,每個人都值得被尊重!

如果我們都能肯定彼此的價值,鼓勵彼此,即使有不足也能相互幫助,那麼是什麼場景!?也許是我們所有it人所嚮往的場景!

最後,像大家道個歉,因為上述的內容可能有點不妥或偏激。對於測試人,我們要尊重我們自己和職業,努力提公升自己,用行動和例項贏得尊重;對於非測試人,也許應該換個角度來理解測試,我們確實是一群單純、可愛、吃苦耐勞的小蝸牛,雖然揹著重重的殼,卻在努力的往上爬!

測試工程師值得被尊重!是否有此共鳴!

內心持久的聲音 測試工程師值得被尊重,是我一直以來內心的聲音,這個聲音憋了很久很久,所以本文覺得不是標題黨,而是實實在在的內心想法。當然,有可能偏激,有可能太泛泛,也有可能說的都是p話,但我相信會直接你的內心,產生共鳴!如果有說的不妥的地方,望各位看官多多包涵,咱都是文明人,長久以來被認為門檻低 多...

測試工程師簡介

一 什麼是軟體測試?1975年,兩位軟體測試先驅john good enough和susan cerhart 在ieee上發表了 軟體資料選擇的原理 此時將軟體測試定義為 證明軟體的工作是正確 的活動。1979年,glenford j.myers的著名的 軟體測試藝術 對測試的定義是 發現錯誤而執行...

軟體測試工程師

首先,最根本的還是要看企業自身的需要,綜合自己的測試團隊力量,自己公司的研發狀況,當然還有公司的資金 到底到測試這塊公司願意投入多少money呢?另外要搞清楚自己公司招聘測試人員的目的是什麼?比如,如果公司暫時還沒有測試團隊,這個時候公司剛好有財力,同時研發力量比較大的時候,因為發展的需要,必須要組...