軟件測試 coding 不會代碼的測試

如果說前幾年想混進測試圈子還是一個比較easy的事兒的話，那這兩年各位會發現情況已經在悄悄得發生變化。對於一個合格的測試工程師來說，掌握一種或多種Coding的能力，業已成為一個不爭的事實。
雖然對於Tester來說，軟件的業務特性也同樣需要重點關註，但作為軟件產業的一份子，一個成熟的Tester應該要去關註行業的發展趨勢。國內目前的軟件產業的發展實際已經被互聯網/移動互聯網所主導，即我們會默認互聯網/移動互聯網的行業需求就是產業需求。簡單分析一下當下國內互聯網/移動互聯網公司的現狀，爭分奪秒的搶占細分用戶的市場，迅速獲得用戶的關註並進而通過內容增加用戶粘合度等等一系列的市場需求，成為了影響甚至決策整個公司每一個部門，每一個崗位行動方向的最終需求！

對於研發部門，快速叠代、敏捷開發、Debops等等一系列強調效率的手段和方法不斷被提出，開發、測試、設計等一系列崗位的從業者也不得不在其中手腳並用，應接不暇。
至於這種行業現狀是否合理，是否理性，今天我們暫且先不討論。我們要看到的是，在這樣的態勢下，每一個IT技術人員應該具備的應有能力的變化。作為保障性技術支撐的Tester,我們在整個研發團隊中不是主要輸出，檢測軟件保證質量才是我們的工作內容。但是很多目前的測試從業人員會誤以為檢測軟件的時候（主要是功能測試階段），並不需要太去了解代碼，只要明白業務就可以。這樣的想法放在今時今日，顯然會落伍。
軟件工程的概念實際來源於建築行業。所以我們幾乎能在軟件研發團隊中找到所有對應的建築工種(從這個層面講，叫開發人員“碼農”，一點都不委屈他們……手動笑臉)。那麽測試人員與建築行業中的工程質量檢查人員，實際幹的就是一個事兒！但大家需要清楚的是，在建築行業身為一個合格的工程質量檢查人員，是需要在前期跟隨建築工人一起從事一線建築工作的。目的是什麽？就是要讓質檢人員清楚，建築工人的工作過程，工作方法等，往好了講，是為了更好的檢查出未來工程中可能出現的問題。往深了說，就是別讓那幫蓋房子的農民工蒙了還不知道怎麽回事！同理，測試人員如果想更好的做好本職工作，去主動了解開發人員的工作過程，掌握幾種常用的Code，會讀代碼進而會寫代碼，真的在工作中是有百利而無一害。
博主本人是從開發轉的測試，但在後期的工作中不經常提這個經歷，所以當有的開發告訴我這個缺陷改不了，這個缺陷是IE的問題等等的時候，一般情況下我會靜靜的把修復了缺陷的代碼發給他……
伴隨著越來越快的產品研發叠代頻率，測試人員無論是執行手工功能測試還是自動化測試，亦或是性能測試，都或多或少的需要測試人員具備Coding能力。So脫離開發談測試，就是耍流氓！
至於對一個非傳統IT出身的Tester,應該如何開啟自己的代碼學習之路，我們下次再敘。

本文出自 “王曉軍的軟件測試之路” 博客，轉載請與作者聯系！

論合格測試工程師的Coding能力修養