【小云雜談】你的未來由你的上下限決定 云層

球感決定了你的下限，意識決定了你的上限

周末踢球的時候聽到了這么一句話“球感決定了你的下限，意識決定了你的上限”，配合前兩天和某行業大神的交流，發現這句話還真的蠻貼切的，“技術決定了你的下限，意識決定了你的上限”，要走多遠取決于你的意思。

下限？

在測試行業中，現在比較明顯的就是在提高下限，大家都在學習者各種技術，雖有急功近利的嫌疑，但是在大方向上是好事。可以說最近幾年測試行業比早幾年好多了，一個工作2-3年的懂一門技術的測試，往往薪水已經可以奔上12-15K以上了，這是在早10年無法想象的。一方面是通貨膨脹導致的貨幣貶值，另一方面也是整個行業大量人才缺口導致的。

下限的提升，給很多人帶來了壓力也帶來了機遇，但是技術的下限并不是固定的，現在（自動化、接口、性能）都是作為下限所必須的了，掌握一門語言例如python或者java都成了必須技能，未來3年后呢？早在10多年前，作為測試如果會HTML和ASP或者PHP都已經是屬于下限很高的人才了，而現在這都是高中生必會的內容了，所以在未來的競爭中下限只會越來越高，相信各位也感受到了同樣的壓力，會個自動化也是分分鐘可能會被淘汰的。

上限？

比較明顯的在10年工作經驗上的大多數管理和測試主干都是走意識流的，通過多年的測試經驗去在業務和過程中快速的梳理流，準確的設計測試方案。如何做測試，如何做好測試，并不是技術的問題，回頭看看開發的走向，可以非常明顯的找到特征。

代碼編寫的熟練大概在2年左右就可以做到熟悉常見框架及代碼編寫，而寫好代碼和寫代碼的區別在于設計和理解。經歷過被測試找過各種BUG的有經驗開發與普通開發的主要區別在于，一個為了實現，一個為了全面的實現。如何預防各種用戶可能導致的非法輸入和異常情況，準確的提供對于異常的處理及提示，幫助分析定位，甚至在性能上有所規范及控制，這是優秀的開發，甚至架構所能做到的。

開發在不斷的學習新的知識體系，研究設計模式，學習各種框架的實現原理，其實這是提高上限的方式。

那么作為測試人員到底該先做下限還是上限呢？

個人覺得并沒有太多矛盾的地方，從生存角度提高下限是個比較直接的手段，所以學一門技術是必備的；但是很快你會的技術別人也會，這個時候上限就會發揮效果了。這也是具備多年測試經驗的管理層所具備的優勢，不過對于有上限的各位朋友如果不考慮下限也是不行的，不能只做個鍵盤高手，懂一些技術可以幫助大家更好的把意識落地，接地氣的東西才是有用的東西。

本文轉載自異步社區。

其他

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。