致所有致力於測試的新手

2021-09-30 22:08:58 字數 1617 閱讀 1902

今天並不是什麼特殊的日子,只是最近鬱悶,至於何來,並沒有太多的出處。可能是技術上的不服,也可能是人際關係上的問題。總之,自己也是新手,亦想早日成為高人,在職場上早日立足。至於這些凌亂繁瑣的關係,有必要和朋友們分享一下自己的經歷和感觸。

為什麼選擇學測試?你最好搞清楚這個問題,否則會很容易迷失方向。我的朋友圈子中,有很多,才開始自己的測試生涯,卻已經被其他的旁支所迷惑,比如最終投身去做開發。我尊重他們的選擇,也理解他們無法在短期內整理出自己的思路,不能怪他們。但是我想說,無論你選擇什麼道路,都必須堅持走下去。畢竟,世界上撿芝麻丟西瓜的事情誰也說不准。 當然,反過來,可能是你的造化。當然,造成你無法確定做測試還是做開發的根本原因無異於一句話:「測試人員跟在開發人員後面,沒有前途的,技術上也被開發鄙視。」 對於不了解**的新手來說,這是一句迷惑,答案只有自己投身之後才知道。卻因此而放棄走測試的路,我認為,很不值。我可以說,測試行業正在日趨規範化,前途是光明的。只要有自信和技術,你怕什麼呢? ——還有人說,測試不需要動腦子,簡單,做不下開發了,來做測試。這的確是一條出路,不過往後你會發現,一旦你這麼想了,成功也就越來越遠了。很顯然,缺乏激情和想象力,促使你放棄了做開發,那麼什麼保證你將來不放棄作測試呢?測試很簡單?如果是,那麼你就是被開發鄙視的測試人員,也沒有什麼目標可言了。結論:既然選擇了,就要為了自己的目標走下去。

測試需要什麼技術?很多。相對於開發而言,新手做測試,對於狹義理解的技術要求相對比較低。狹義的技術是指計算機技術,程式設計技術,數**算技術等一些硬技術。要求雖然低,但是不是沒有要求。不過,這些硬技術絕對是不夠的。紮實了這些技術,你能夠獲得乙個飯碗,是你生存的工具。至於你能吃上什麼菜,完全需要廣義的技術來決定。凡事都是2/8原則的,交流和做人無異於其他行業的職場。這些技術,你自己去體會和累積,沒有人能幫你。至於有些人喜歡背後議論,職場上有些表面上喜歡說好話,卻不做實事的人而言,你自己的心態顯然沒有放端正。僅僅只知其一不知其二的臆斷會令你喪失判斷力和交際能力。有些人就是天生討人喜歡,我們無法去嫉妒他們。因此,我也希望,我能和論壇上的朋友,一起努力,做乙個有技術的人。免得出現電影中的台詞:「一點技術含量都沒有。」想想就可笑啊……

怎樣建立良性迴圈的交流圈? 這裡,我有時候忍不住想說,我們的論壇還不夠活躍。難道這不是乙個很好的平台麼?說廢話也沒用,希望大家多多發帖討論吧。技術上的爭論,沒有什麼可以保留的。雖然,我也知道,身為版主,有時候說話很激進,但是,我同樣也希望各位能共同促進技術上的交流和發展。improve together。測試,是團隊專案,相信大家都明白。說這些,僅僅因為發現,新手園地每日的報道新兵很多,發話和提問的很少。我會把責任歸在自己辦事不利的身上,希望我的公告能起到積極效果。

1、不要試圖自己是牛人,一下子什麼都要學,給自己個寬恕和計畫,半年能精通一門技術,已經很值得羨慕和崇拜了。

2、不要去買很多書,尤其是中文書,太誤導人了。 英語好的,多看看原版,思路清晰易解。英語不好的,去借鑑朋友的經驗,比看書學的快得多。所以,交流比什麼都重要。

3、學測試,入門的,從純黑盒的理論和測試用例的編寫學起。

4、做測試,資料庫非常重要,至少要強迫自己能非常熟練一門資料庫平台。

5、所謂學技術,拿台電腦,摸幾下滑鼠,點幾下鍵盤,自己操作,別光看別人演示,看會了,立即就會忘的。

6、學程式設計,新手自己動腦子,別總是想著改**,改不出高手的。想看資料的,請在windows環境下按f1,看懂了,自然成高手了。

不多說了,大家一起努力。

GMQ Wallet致力於成為您專屬的保險櫃

gmq wallet致力於成為您專屬的保險櫃 每當進行數字資產投資時,我們不能僅僅依靠交易所來儲存數字資產,我們更需要有個自己的數字錢包,來儲存屬於我們個人的數字資產,了解 區塊鏈數字錢包 以下簡稱錢包 的相關知識更是我們投資前就應該弄清楚的。區塊鏈數字錢包 就是未來世界的銀行卡,認識和保護它就是在...

GMQ致力於為使用者提供更多符合當代需求的應用

gmq致力於為使用者提供更多符合當代需求的應用 區塊鏈技術數字資產正在迅速走紅,被普遍推崇為下一代全球信用認證和價值網際網路的基礎協議之一,數字資產預示了乙個新時代的來臨,這個新時代比如今的網際網路更有顛覆性。這樣的顛覆性可以說是件好事,特別是當顛覆物件是銀行的時候,作為一種處於衰退狀態的商業模式,...

開源軟體 商業軟體 致力於開源軟體的成功

開源軟體 商業軟體 我很喜歡閱讀其他人分享的關於他們如何開始使用開源軟體的故事,因此我想補充一下。不同之處在於,我純粹是出於業務原因而選擇開源。後來我出於諸如個人自由和社群之類的原因而接受了開放源 方式,但是我最初接觸開放源 方法的原因是試圖找到解決業務問題的最佳解決方案。在1990年代初期,我的職...