無意中看到一篇很好的文章，給大家分享下：

做好測試不是靠程式設計，而是靠的是嚴禁的作風，慎密的邏輯思維，適合的測試流程

當然有程式設計能力更好了，但是隻要分工明確，良好的測試案例，豐富測試經驗，即使不會程式設計 也是可以做好測試的
   這才是正解，其實總認為測試要會程式設計的人有兩種：
   一種是君子太器了，總停在器物層面，忘記了程式設計只是對工具的高效使用，也只是整個測試大環境中的一個螺絲釘，用個形像的比方，一個很牛P的開發人員，他是一直寫程式碼麼？當然不是，要知道牛P的開發人員一定是有一個核心，說大點兒是設計，說小點兒是演算法，有了這個，你再懂什麼設計模式，資料庫，程式設計工具，語法，作業系統，辦公軟體，管理軟體，建模軟體，這些都是以設計為中心的外圍，都是可以在流程中當成螺絲釘被分割出去的，那麼回到測試，測試的核心是什麼，是程式設計麼？你要程式設計就去當開發嘛，真是的，討厭，測試的本質是要保證質量，這就要求做測試的核心一定是方法，有了最良好最適合的方法才能保證質量，這個方法就考驗出你在測試上的設計方法，由此為了這些方法的高效率與更好實施，你必須也有一個外圍，他們是計算機知識（當然也包括程式設計，但這已經是一個螺絲釘了，有時可能程式設計都不用），統計學知識，為了適合的測試方法出現，可能要用到的工程方法，比如時間一緊，可能根據專案測試現狀我選擇正交測試法，也方便用最少成本做到最大質量保證，有了這些方法，與工序流程，你再看每個工序中，是不是需要程式設計也提高效率，或者為了戰略性原因定製自己的自動化程式碼庫，這些都是在方法的基礎上做的，都不過是螺絲釘。
   二種則是在步入職業生涯時，一直對程式碼有一種情節，認為寫程式碼的人牛P，而自己卻做不到，所以選擇測試這種他以為是簡單的工作來做，做的過程中發現原來測試也是可以寫程式碼的，於是就從原來的自卑中解脫出來，並以此為敖，也牛P起來，這其實從一個側面反應出很多測試人員的自卑心理。
   要知道我們做測試是一種職業，他不同於開發，不要動不動就去與開發人員比會不會寫程式碼，不要用別人的職業上的標準當作自己職業的標準，你有見過一個汽車工程設計師因為泡不到MM而自卑，看到賽車手他就眼紅，於是放下自己的設計方法，而去與一個賽車手比誰把車開得更快一些，飄移更漂亮一些嗎？
   說到底，不管是開發中的編碼，還是測試中的編碼，都是很初級的工作，都不是這個職業鏈中的高階，高階應該是對設計對方法的研究與創新，甚至引發自己所處職業的一種潮流。