對測試轉開發的一些想法

2021-08-07 04:26:13 字數 3058 閱讀 2892

首先需要引兩個外鏈:

其實我這兩天,重新審視了一下我的內心,我想從乙個測試轉開發的真實動機到底是什麼?那絕對不是因為我愛開發技術愛的痴狂,雖然我確實適合做技術。

根本原因就是,我受夠了做乙個功能測試。

功能測試對乙個人的成長沒有任何幫助。

產品經理去了解業務,設計系統流程,然後與開發討論實現的問題,然後開發把它實現了,然後丟給我測,超尷尬的:

首先,我並不了解業務。產品經理在設計產品時從來不與測試討論這樣行不行的通,好不好實現,更不會帶我去找需求方溝通。我只是對「開發做出來的產品」比較熟。最了解業務的,還不如說是那個在產品設計初期就與產品經理頻繁溝通的開發。

然後,覺得自己地位很低。功能測試人人都可以做,並沒有什麼門檻。但是產品經理不去做,開發們更不會去做,我猜他們心裡也覺得,這是沒什麼技術含量的活,並不想浪費自己的時間,這種事情都交給測試來做。

於是,開發們總是對我說「這個我又改了一下,你再測測」,我覺得我就是個按照別人的吩咐點滑鼠的。

最後,作為這種存在感到很羞恥。沒有很精通業務,也沒有一技之長。。。

並不覺得自己很有價值,反而是覺得自己可有可無。

不贊成那些給測試**的言論,什麼點滑鼠積累業務了呀,什麼給產品提意見,什麼做為最產品鏈最末端提出使用者體驗,是的,我們可以這麼做,但這並不是我們獨有的職責和獨有的能力,任何人都可以這麼做。

所以,我想轉開發,只是想從這種無比厭惡的狀態中逃離出來。

雖然結果沒轉成,但我仍然要說一句:我討厭開發再告訴我讓我把什麼什麼再測一下。

進入測試行業將滿六年,從手工測試開始,到現在幾乎涉及了測試的所有方面。從我的經驗過程,接觸不同的測試方法上基本上是走了兩條線。

manual test -> ui automation -> api automation -> driver test

reliability test (including stress) -> security test -> performance test

當然還有什麼localization, accessibility, code coverage等等,但不算很主要的測試方法。還有code review, debugging 這些和開發共享的技術方法。

04年測試對我來說幾乎是乙個全新的領域,因此這幾年集中精力在測試技術的學習和體會上,由於已經精通了以上大部分的測試方法,因此也在考慮下一步的發展。基本上來說,能認可我這些測試技術,和接受我對測試理解的地方並不多,可能是非常非常少。

因此也在試探性的探索測試轉開發的難度有多大。基本上來說,測試想轉開發的話,越早轉越容易,級別越低轉越容易,與你的背景越match越容易。這裡我說幾點經驗體會。

工作時間短,級別低,別人對你的expectation就比較低,可能跟新畢業生差不太多,所以容易。

工作時間長,級別低,別人就會懷疑你的能力,因為你在測試的工作都沒什麼成績,因此可能性很小。

工作時間長,級別高,也會很難。因為你要是同級轉到開發的話,你很難證明你具備同級開發的水平。而且,你既然已經有工作經驗了,他們就會看你的工作經驗對他們是不是有用。

雖然很多人跟我說過,自動化也是程式設計序,轉開發比較smooth。我以前就不是很認可,因為測試程式設計比較簡單,quality也比較低。現在發現確實人家要求要有實際產品的coding經驗,而只是自動化的經驗看上去不夠。

如果你的工作經歷和技術背景跟開發的職位很match的話,會有比較大的希望。這也是為什麼很多人是同組轉,甚至很多人是因為測試專案的開發人員離開了而得到的機會。

另外,由於測試人力的嚴重不足,很多本來應該有機會寫**做自動化做ci的機會也被手工測試給吞沒了,如果想為測試工作編寫**,多數只能壓榨自己的業餘時間,但是自己業餘時間又想多學一些開發的知識,又是非常糾結。

昨天跟乙個隔壁大專案組的,畢業出來工作剛滿一年的女同事聊天,雖然得知她一來到這邊測試也還是點滑鼠的web頁面測試,後來經驗多了就慢慢轉到後台,慢慢承擔起技術含量更高的後台測試,而她所在的專案組負責的是公司內部全網部署的乙個涵蓋分布式認證系統、idc單點登陸系統、主機安全防護、安全大資料審計、控制系統、鑑權框架等功能整合的大產品集(不明覺厲)。她在跟我聊天的過程中讓我意識到我目前非常致命的缺點就是測試不往深入思考,心態不端正,眼高手低。後來我自己想了一下,也確實是這樣,自己來到公司做測試,其實只是把測試當作是職業跳板,為的是有朝一日可以從事自己夢寐以求的開發工作。而大概兩個到三個星期前,我的導師又跟我聊過職業生涯,讓我明白我要是想做開發就得趕緊做出行動,不然測試從業了兩到三年後,拿著簡歷出去外面,發生的可能就是【外鏈2】的情況,因為那時候自己也不會是應屆生身份了,社會對你的要求是你來到就要立馬上手幹活創造價值,而不是還得在你身上投資培養,如果要投資培養企業肯定會挑畢業生來培養,因為畢業生還是一張白紙,他們學習慾望強,學習能力強,工作主動性也高,企業很多時候甚至可以向他們灌輸特定知識來掌握畢業生的發展方向(我覺得這也是我目前身為一名新人的唯一優勢了)。

那麼,目前我的困境,總結起來就是這個:

從事著自己不是真正想從事方向,但又不可能任性地不幹就不幹,一方面需要花時間在目前崗位上做出成績來,一方面又要兼顧自己以後的發展方向擠時間學習。

這真不是乙個好調和的問題。繼續在當前崗位上工作,想要做出成績得壓榨自己的業餘學習時間,不然的話成績平平無奇,整個人的激情就這樣被磨光,然後就變成了混日子的人,我討厭那樣的自己。就目前來看,如【鏈結1】所說,我確實是感覺到自己這個測試人員是乙個可有可無的存在:說什麼好聽的使用者體驗,對不起,測試的是內部產品,不對外面向社會,使用者體驗優先順序十分低;說什麼積累業務經驗,對不起,業務總是千變萬化的,你熟悉的只是一套業務邏輯,換種業務不還是得重新學習?本身這個說法就站不住腳;說什麼拿開發的**過來白盒測試,對不起,這是內部安全部門的產品,**多數屬於機密,測試人員特別還是新人是不可能接觸核心**的,而且本來就缺人力測試更加沒有時間來放在**白盒測試中去。到最後不想幹了,跳槽了,拿著簡歷出去沒人接受你這樣的人做開發,很大概率還是只能繼續從事測試……it's such a ****ing disaster!

吐了這麼多苦水,也得有個解決辦法才能解決目前的問題啊,一番反省思考後,根據下面幾個前提條件:

我得出的解決方案如下:

望自己謹記教訓。

對Android端開發的一些想法

不知道從什麼時候開始,討論乙個程式設計師是否優秀的方式,變成了他能否熟練運用第三方輪子,而現在的情況就是,andrid端越來越是這樣,老手帶新手,第一句話就是多用輪子,能用現成的就盡量別自己造,這樣的方式固然沒錯,提高了開發效率。但是使用過後,又學到了什麼?學會了熟練使用輪子嗎。有段時間,我很迷茫,...

對做夢的一些想法

都說日有所思夜有所夢,可我感覺也不盡然.好多夢的內容毫無邏輯,但有時我們知道我們是在做夢,感覺是好夢時,你會感覺這就是你想要的,所以不想醒來,這時你的夢基本上就會在你的意志下進行,裡面的一切都會按照你的意志發展,這個時候沒有外力叫醒你,你可能就會迷失在夢裡,就是植物人一樣 植物人為什麼要靠熟悉的人不...

最近的一些開發想法

實習近三個月 確實真正的企業級開發要比之前的小打小鬧正式不少 以至於現在有打算重寫配棉系統的衝動 如果是區域網的專案 頻寬大 盡量能不要ajax就不用ajax 這裡指的是原生的ajax 因為之前開發都是用jquery做的ajax 其實和原生的差不了多少 但是相對於asp.net自己提供的ajax控制...