從開發到軟件測試的華麗轉型
轉做測試已經做了一個多月，已慢慢適應了測試的生活，從開發轉到測試，自我感覺還是挺有優勢的。
對于像我這種從小地方出來的人來說，高中時代以前接觸到的計算機也就是上上Q而已，因此一直以為計算機專業是教人怎么使用計算機，當我興沖沖地上了大學之后，才發現事實與'理想'之間的差別，開始感覺計算機專業是怎么被計算機玩，而不是我怎么玩計算機。為什么會這么說呢，因為我們最主要的學習任務：編程，它要求的是做出某種應用給別人用，它要求的是實現，而不是應用，你要考慮它的內在邏輯，算法，界面，傳輸等等問題，打個比方，如果你要實現一個像QQ這樣的聊天工具，你要考慮用戶輸入的接收，怎么樣獲取用戶輸入的內容，獲取之后這些內容如何傳輸，需不需要加密，傳輸過去之后，另一個用戶如何獲取，如果加密了還需要解密等等……做開發永遠想的是這個東西是如何實現的，只有在做界面的時候才來關注用戶的使用問題，但是這些使用對于程序員來說只是小菜一碟了，看不見的東西更多。因此，當我從開發轉向做測試的時候，這時就感覺輕松得多了，終于從實現轉向了應用，測試最重要的角色是應用，測試在應用過程中出現了什么問題。
另一個優勢還在于編寫測試用例上，我看到很多剛接觸測試工作的新人他們最頭疼的莫過于編寫測試用例，雖然我剛接觸測試這份工作，但是多年的開發經驗讓我對測試用例的編寫基本沒什么障礙，這里我分享一下我自己的經驗，就是在編寫測試用例過程中"分功能模塊走流程",比如說你測試一個系統，那么就從登錄開始，先寫登錄模塊，登錄有正常登錄，即用戶名與密碼都正確，又有用戶名錯誤，或密碼錯誤，如果還有驗證碼，就再加上驗證碼錯誤，這樣登錄模塊基本完成。進去以后系統會分各種模塊，就一個一個地過一遍，每次基本都是分正常情況，異常情況這樣來寫，這樣覆蓋率基本都能覆蓋到。后來才了解到貌似我寫測試用例的方法就是測試人員常說的綜合流程分析法，有興趣的人可以了解一下該方法，我也仔細了解，只大體看了一下，感覺跟我的做法差不多。
還有一個優勢就是嚴謹性，做開發的時候要求開發人員嚴謹，因此轉向測試的時候，也自然而然地嚴謹起來，因此測試的時候細微的地方都會注意到，這可能是沒做過開發的測試人員所沒有擁有的嚴謹態度（這里我不是說沒做過開發的人都不會嚴謹，只是針對一些剛接觸測試的新人來說，對比起有開發經驗的新人來說，兩者的區別就很明顯），做過開發的人都知道，往往程序的崩潰可能就是一點點細微的區別。
很多人問我為什么要轉測試（測試的工資可比開發少多了^_^），大部分人認為是因為年齡大了，或是覺得測試沒那么累，其實最重要的是我意識到就算我做開發再做多幾年，也依然是普普通通的一名程序員，但是轉向測試后，憑著自己的努力與本身的優勢，或許會有一番作為，我不知道以后會怎樣，但是起碼我看到了希望，而且會朝這個希望走，但是做開發我卻沒看到，因此我轉行了。不過呢，做測試確實是沒開發那么辛苦，壓力也沒那么大，總之，現在做測試做得很開心，也做得得心應手。
