我們學軟件設計專業(yè)的同學，幾個女同學都轉測試了，她們的說法是測試的代碼量很少，壓力會小很多。我們開發(fā)的人也會經(jīng)常與測試人員溝通，經(jīng)過這么久的了解，覺得測試是分等級的。

初級測試也就是剛入測試這行的確是不需要懂代碼，這里只說我在公司看到的初級測試，也就是功能測試，他們的測試方法是在系統(tǒng)界面一個個點擊或者輸入一些數(shù)據(jù)，跳轉正常，沒有顯示亂碼界面，那就及格了，但是遇到問題時說不清楚為什么會出這樣的問題，通常的做法就是把發(fā)現(xiàn)的問題集合起來發(fā)給開發(fā)，但是原因是沒有寫的。

更厲害一點的測試呢，他們會各種測試工具，會數(shù)據(jù)庫，會一些環(huán)境的搭建，在測試測試時出現(xiàn)BUG，會說明一點原因。

再厲害一點的測試那就得會代碼了，有些測試人員不需要開發(fā)寫測試代碼，他們自己動手就可以解決，自動化測試他們很熟練，對開發(fā)流程很熟悉，看得懂代碼，在檢測出問題時，對問題的描述和BUG出現(xiàn)的原因能做出有理有據(jù)的說法，避免了很多開發(fā)測試互相攻擊的局面。

測試不懂代碼其實最大的問題除了發(fā)展方向之外是解決和開發(fā)人員之間糾葛，因為他們看不懂開發(fā)人員寫的程序，出了問題，只知道這是BUG，但是說不明白具體情況，開發(fā)有時是無可奈何，從不清楚的描述中不能重現(xiàn)這個問題。

最尷尬的是測試不懂代碼可能分不清BUG的重要等級，一個小問題也許能說成大問題，這是任何一個開發(fā)員都受不了的。

測試和開發(fā)就像工廠里的質檢和生產(chǎn)，只有從內(nèi)部了解它，把問題說得有理有據(jù)才能真正讓人信服。