小李從畢業以來從事過兩個多月的Oracle開發後轉型了轉型爲轉件測試，總結淺談一下之間的心路歷程，希望能給徘徊在開發和測試之前的同學一點小小參考，希望路過的測試大牛給出一些很好的指導。
一：測試之路伏筆
小李上學偷懶，留下個習慣，喜歡看別人的代碼。很多時候覺得別人寫的比自己好太多，簡單的一段代碼別人寫的精妙絕倫，自己的又醜又長。自己帶有批判性眼光看代碼。
小李邏輯思維能力比較OK，尤其是發散思維，工作面試的筆試題幾乎都爲邏輯題，小李用非常快的速度全部正確做完，讓面試官很開心拿到offer，發散思維在測試中很重要，往往問題都比較隱藏和集中，從不同的方向進行不同的測試，找到問題並帶出系列性問題（小李曾測試過一個功能模塊出現問題從而帶出提交了一些問題，當時項目壓力使測試和開發有些小氣氛，被主管叫去批評，小李寫的太多，開發覺得其中提到的東西是正確的，後經驗證一些列問題都是潛藏的問題，主管也不好在批評之後表揚，但那兩個星期逗我特好了就）。
小李有完美主義傾向（生活中的壞毛病），追求完美，這個給小李帶來了些小問題。自己寫的東西有些小問題自己也會很氣餒，測試找出別人的存在的失誤會有成就感，小李也知道能包容不完美才是完美，努力的目標。
小李對開發的熱情沒有測試的火熱。
小李的開發能力都一般，不突出。而軟件測試爲複合型。要求廣度和寬度，深度爲其次。雖然測試的時候主動幫助開發做過數據庫出現的異常處理，開始提出解決方案的時候，開發並不認同一個測試的方案，但是後來採用了。呢位開發也不再小瞧小李了。
二：測試之路小結
軟件開發是建設性的，而軟件測試從一方面來說是破換性的，開發注重設計，使程序做的應該做的事情，不做不應該做的事情，一般來說，開發寫完程序都會自己驗證程序是否做了他應該做到的事情，軟件測試不僅要驗證程序是否做了他應該做的事情，更注重的是軟件是否做了他不應該做的事情。所以測試更關注的是軟件是否做了他不應該做的事情。
檢驗已實現的功能是否正確，檢驗是否正確實現了功能，
重新否定自己，開發測試自己的代碼效率低是因爲在內心深處他們不願意否定自己，不願意覺得自己有問題，測試人員應學會否定自己，這樣在一個版本到另一個版本的迴歸測試過程中確保自己的測試無遺漏。
永遠不要覺得軟件質量是軟件測試的任務，不要輕易背鍋，軟件質量從一開始就是開發的系統架構所決定的，軟件測試不過是優化提高軟件的質量，但是很可能還是存在致命的bug。所以做好自己的管理，證據，從而不要讓自己輕易背鍋。當然，在其位，謀其職，測試一定要富有強韌的責任心。對自己工作仔細細心。
學習多瞭解，測試一定要對自己能力的肯定，可能小李的能力在別人的眼裏不想開發在某一方面很突出耀眼，小李對自己一直充滿了自信，測試需要自己的廣度和心態上的磨練更是需要的。就像是冰山，龐大的業務知識，測試框架，多維度的思維習慣雖然看上去是一個點一個點的，當你把這些點鏈接起來的時候，你會看到汪洋一片，所以，你一定要學習，更多的學習。
溝通很重要，多多溝通，溝通的藝術更是重要，和開發和睦相處能給工作帶來很多樂趣，很多時候，你一天工作交流的基本都是開發人員。學會包容和理解。
目前小李只是出於黑盒子階段，小李也想學習更多更多的測試工具和腳本語言，但是不能妄自菲薄，不管是自動化測試還是手工測試實質都是測試方法，測試工具不過是載體，不能弄混主次。級別不夠，再厲害的測試工具你也不一定能用到而且會用，但一定多多瞭解學習。