對測試轉開發的一些想法

首先須要引兩個外鏈：
http://blog.csdn.net/haozhugogo/article/details/68961125
http://www.cnblogs.com/pentest/archive/2010/09/12/1824238.html

爲了防止外鏈之後失效，我在此把原文內容複製下來，若是原做者以爲侵權，我會第一時間刪除

---

外鏈1:

其實我這兩天，從新審視了一下個人心裏，我想從一個測試轉開發的真實動機究竟是什麼？那絕對不是由於我愛開發技術愛的癡狂，雖然我確實適合作技術。
根本緣由就是，我受夠了作一個功能測試。
功能測試對一我的的成長沒有任何幫助。
產品經理去了解業務，設計系統流程，而後與開發討論實現的問題，而後開發把它實現了，而後丟給我測，超尷尬的：
首先，我並不瞭解業務。產品經理在設計產品時歷來不與測試討論這樣行不行的通，好很差實現，更不會帶我去找需求方溝通。我只是對「開發作出來的產品」比較熟。最瞭解業務的，還不如說是那個在產品設計初期就與產品經理頻繁溝通的開發。
而後，以爲本身地位很低。功能測試人人均可以作，並無什麼門檻。可是產品經理不去作，開發們更不會去作，我猜他們內心也以爲，這是沒什麼技術含量的活，並不想浪費本身的時間，這種事情都交給測試來作。
因而，開發們老是對我說「這個我又改了一下，你再測測」，我以爲我就是個按照別人的吩咐點鼠標的。
最後，做爲這種存在感到很羞恥。沒有很精通業務，也沒有一技之長。。。
並不以爲本身頗有價值，反而是以爲本身無關緊要。
不同意那些給測試洗腦的言論，什麼點鼠標積累業務了呀，什麼給產品提意見，什麼作爲最產品鏈最末端提出用戶體驗，是的，咱們能夠這麼作，但這並非咱們獨有的職責和獨有的能力，任何人均可以這麼作。
因此，我想轉開發，只是想從這種無比厭惡的狀態中逃離出來。
雖然結果沒轉成，但我仍然要說一句：我討厭開發再告訴我讓我把什麼什麼再測一下。

外鏈2:

進入測試行業將滿六年，從手工測試開始，到如今幾乎涉及了測試的全部方面。從個人經驗過程，接觸不一樣的測試方法上基本上是走了兩條線。
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的話，會有比較大的但願。這也是爲何不少人是同組轉，甚至不少人是由於測試項目的開發人員離開了而獲得的機會。

---

  從我目前的短短三個月的從業經歷看，【外鏈1】的內容簡直就是直逼個人靈魂深處，雖然觀點比較偏激，可是捫心自問本身確實不能再贊同。我如今跟導師一塊兒兩人扛起接近20個開發的產品測試任務，平時的任務絕大多數都是手工業務測試，想了解產品邏輯基本上只有兩種手段，要麼是仔細閱讀產品的說明文檔，要麼是直接找開發瞭解技術細節。然而，通常寫文檔的開發也不會多上心，只會以一個外部的角度來描述功能，功能實現的細節只會粗略說起，也不可能老纏着別人問問題，由於別人也要忙。結果就是，一來靠產品文檔沒法學習到核心，二來跟開發暫時不太熟也不能老是騷擾人家，因此一直擔憂本身的測試其實只是流於表面，沒法深刻到核心，視野狹隘，特別是如今仍是新人階段，大多數任務仍是點鼠標的web頁面測試，一些簡單的接口和性能測試和最最無聊的兼容測試，根本沒有感受到本身有實質性的成長，不管從技術上看仍是視野上看。

  另外，因爲測試人力的嚴重不足，不少原本應該有機會寫代碼作自動化作CI的機會也被手工測試給吞沒了，若是想爲測試工做編寫代碼，多數只能壓榨本身的業餘時間，可是本身業餘時間又想多學一些開發的知識，又是很是糾結。

  昨天跟一個隔壁大項目組的，畢業出來工做剛滿一年的女同事聊天，雖然得知她一來到這邊測試也仍是點鼠標的web頁面測試，後來經驗多了就慢慢轉到後臺，慢慢承擔起技術含量更高的後臺測試，而她所在的項目組負責的是公司內部全網部署的一個涵蓋分佈式認證系統、IDC單點登錄系統、主機安全防禦、安全大數據審計、控制系統、鑑權框架等功能集成的大產品集（不明覺厲）。她在跟我聊天的過程當中讓我意識到我目前很是致命的缺點就是測試不往深刻思考，心態不端正，眼高手低。後來我本身想了一下，也確實是這樣，本身來到公司作測試，其實只是把測試看成是職業跳板，爲的是有朝一日能夠從事本身求之不得的開發工做。而大概兩個到三個星期前，個人導師又跟我聊過職業生涯，讓我明白我要是想作開發就得趕忙作出行動，否則測試從業了兩到三年後，拿着簡歷出去外面，發生的可能就是【外鏈2】的狀況，由於那時候本身也不會是應屆生身份了，社會對你的要求是你來到就要立立刻手幹活創造價值，而不是還得在你身上投資培養，若是要投資培養企業確定會挑畢業生來培養，由於畢業生仍是一張白紙，他們學習慾望強，學習能力強，工做主動性也高，企業不少時候甚至能夠向他們灌輸特定知識來掌握畢業生的發展方向（我以爲這也是我目前身爲一名新人的惟一優點了）。

那麼，目前個人困境，總結起來就是這個：

從事着本身不是真正想從事方向，但又不可能任性地不幹就不幹，一方面須要花時間在目前崗位上作出成績來，一方面又要兼顧本身之後的發展方向擠時間學習。

  這真不是一個好調和的問題。繼續在當前崗位上工做，想要作出成績得壓榨本身的業餘學習時間，否則的話成績平平無奇，整我的的激情就這樣被磨光，而後就變成了混日子的人，我討厭那樣的本身。就目前來看，如【連接1】所說，我確實是感受到本身這個測試人員是一個無關緊要的存在：說什麼好聽的用戶體驗，對不起，測試的是內部產品，不對外面向社會，用戶體驗優先級十分低；說什麼積累業務經驗，對不起，業務老是變幻無窮的，你熟悉的只是一套業務邏輯，換種業務不仍是得從新學習？自己這個說法就站不住腳；說什麼拿開發的代碼過來白盒測試，對不起，這是內部安所有門的產品，代碼多數屬於機密，測試人員特別仍是新人是不可能接觸核心代碼的，並且原本就缺人力測試更加沒有時間來放在代碼白盒測試中去。到最後不想幹了，跳槽了，拿着簡歷出去沒人接受你這樣的人作開發，很大機率仍是隻能繼續從事測試……It's such a fucking disaster!

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

• 不能直接撒手毀約離職
• 不能讓本身淪爲天天執行任務絲毫沒有激情的工做機器
• 不能讓本身的發展方向越走越窄最後困在測試這條路上
• 不能在測試不作出成績

我得出的解決方案以下：

• 不能繼續眼高手底下去，要認可本身是看不起測試的，也看不起在測試崗的開發工做（好比CI，監控，自動化等），可是必需要去接受，有本身的技術偏好是正常的，但不吃葡萄就說葡萄酸絕對是錯誤的，本身應該在測試崗上繼續探索更多的可能性纔有資格再來下結論。
• 分配好業餘時間，是犧牲業餘學習時間來出工做成果重要，仍是保持對本身感興趣的方向持續耕耘重要？目前我以爲仍是應該把更多時間放在工做上，由於若是工做上出成績，上頭對本身信任了，會放手讓本身去嘗試其餘可能性，長遠來看會更好；而工做成績平平，就算開發學得也不差，簡歷上仍是很難讓其餘企業接受本身來作開發。
• 若是想減小業務測試的工做佔比，應該更主動地去承擔關於自動化、CI、監控等代碼編寫工做，而且要作好，作很差就不要接！我一直認爲一個代碼難產的測試不會是一個好測試！

望本身謹記教訓。