軟體測試行業頂尖技術大牛——雲層為你解答關於軟體測試的困惑。
下面就進入對雲層大大的專訪環節：
經歷了多很次的學習，但是每次都是因為實踐太少逐漸的淡忘了，有什麼好的建議嗎？
這個一定是工作很久的老司機提的問題。
第一，學習其實是一個建立學習方法和思維模型的過程。學習的時候其實都面臨一個問題，學了不一定能用得上的。因為在學的時候可能會帶有前瞻性去學，但是並不是能夠馬上用的。不禁要問，我們到底在學什麼？其實我們是在學一個學習方法和看待問題的方式。我們通過學習整個從初中到高中到大學的所有知識，建立了自己的思維模型。
第二，當學過一個知識並且知道其所以然之後，再次學習的成本非常的低。我們現在去看小學學習過的內容，當時學一年的內容，現在兩分鐘就能把小學數學給翻完了。學習速度加速的原因是什麼？當有人跟你講過的或者你學過的知識點，腦子裡面會有個概念在這。當時可能學得模模糊糊，但是當再去用或者再去學的時候，會突然發覺很容易就豁然開朗。所以換個角度，我們學過很多東西會淡忘，但這個淡忘並不是什麼問題，而在於曾經有過對知識點的積累，如果你在學習過程中把相關知識連結起來，重新學的時候，相較於別人就會有很多優勢。
避免自己淡忘的方法就是一邊學一邊寫筆記，一邊寫思維導圖，以後去回顧的時候，就可以過濾很多非重點，很快找到重點；同時很快明晰各個知識點掌握的熟練程度，重新再翻的時候，知道自己要解決問題是不是在其中，效率自然就好了。
我寫書、寫部落格的原因也是如此，腦子裡面的東西太多，無法承載了，就會不停地發部落格文章，發訂閱號的內容，覺得有意義的知識就整理一下並寫出來，特別喜歡記東西。對於很多東西的學習，鋪墊是值得的，就像《倚天屠龍記》中張無忌學乾坤大挪移，在學會內功心法、打通任督二脈之後，只需要三個時辰就夠了。
對於一個剛畢業的行業新人，在技術發展上您有什麼具體的學習建議送給新人？
從測試的維度來談，其實我覺得現在對於很多畢業生來說，這個行業非常的好。回顧一下我們當時大學剛畢業的時候，可能就拿一兩千塊工資，做了五年也就四五千，工資的漲幅非常非常慢。現在可能只要會一些技能，工資增長就會非常快。那現在對於新人而言，就是建議大家增強技能，主要出現在兩點：
第一點是研發技能上，現在作為一個測試人員來說，不會開發是不行的。你的開發能力越強，你對很多東西的相容就越強。
第二點給大家建議就是心態，現如今確實有很多很爆點的技能，你運氣好，趕上了這班車，你的工資就像火箭一樣飆升。 但是偶然性很大，而且只有那抓住這個頭一兩個人，頭一兩批比較好。如同選專業，選IT專業，選擇的當先是非常好的，但是過了四年之後畢業，這個行業太差了，根本找不到工作，所以在這我希望大家能有個平靜的心態，你需要一個時間去積累，哪怕是做功能，也需要一兩年踏踏實實去做透，再配合學習研發和自動化工具。如果跳過做功能階段，直接選擇自動化或者測試技能，就會出現一個瓶頸，當越走越深的時候，會發覺沒有廣度去支撐，而到彼時學習就變得愈發困難。
在學習鑽研一項技能時，廣度和深度是並行的。在一個能力點上深度做到一定程度，就會發現難以突破，這時候要回來重新學習廣度，因為沒有這些廣度無法支援更深的探索。做自動化還是一個深度的問題，效能就是廣度問題，安全又是廣度問題，深度的能力會在支撐你在廣度領域延展，例如可以通過自動化把效能和安全也實現，這樣就會有新的突破。 而這個過程中會涉及到薪水問題，此時儘量不要浮躁，因為現階段的工資水平只是短暫的現狀，需要做的是在這個時間內儘快沉澱而非儘快變現。因為等到中年危機的時候，會發覺自己的知識面是很廣的，還能夠在各個維度上解決問題，這樣自然就遊刃有餘的處於不敗之地。反之，如果只是做深度，等到發展至高高在上時，一旦行業出現動盪，就會出現無地可存的情況。
所以我希望大家適當地把握自己的心態，不要急著為了高薪去跳槽，而在一個好的領導，好的團隊，能積累和學習到多少東西，才是關鍵。
對於一個有多年業務測試經驗的人來說，既不想放棄在行業內深耕的行業專家經驗，又想推進自動化，那麼目前在領域內的自動化解決方案有什麼好的學習途徑嗎?
自動化和業務並沒有太大的衝突，而將業務自動化是一個非常好的方向，也是技術結合業務的接地氣實踐。自動化工具可以有效的解決業務測試中所需要的技術支援，無論是H5的還是手機APP甚至智慧終端，都會有比較成熟的技術解決方案。而作為業務專家落地自動化，當把普通的自動化從一個普通的關鍵字驅動變成一種業務驅動業務系統，再把所謂的語音識別或者某些業務識別的策略加入，就會形成對應的兩個方向：
第一塊是如何智慧地生成用例；
第二塊是如何使用例智慧地生成指令碼。
如果能夠解決上面的兩個智慧用例和只能指令碼，那麼今後要開發個新功能，就可以做到智慧測試，直接問能不能待上線模組進行測？系統通過只能分析會直接給你回饋和測試方案，這種智慧測試會非常的接地氣。我覺得大家可以往這個東西去嘗試，應該是一個可以做到的方向，而學習的方向就是整合測試框架及大資料機器學習。
目前比較流行測試運維（TestOps），和運維以及開發運維是什麼關係？
在整個軟體開發中，首先是開發，然後在測試，最後運維釋出，它是一個流程，叫做devtestops。但敏捷開發強調快和實現落地的功能，也就是要求開發對質量負責，同時對釋出負責，就會把開發和測試合併，就叫Devops。但其實這樣會面臨一個問題，誰來寫這些自動化指令碼呢？具體的測試誰來做的？
第一，作為一個test，需要在裡面去找到定位，需要為這個流程做賦能。賦能需要告知哪些業務要通過技術轉化成自動化指令碼。第二，Devops無暇去管從測試的業務邏輯轉換成測試指令碼的過程，這個工作一般會交給TestDevTestops（測試開發），做測試人員所需要的工具環境。第三，在不能跟運維對接，但需要的生產的測試資料、生產的環境的申請的時候怎麼辦？就需要Testops做這些這件事情。
其實是Dev、Test、Ops3個名詞的兩兩合併，因為要做到3個技能合一太難，就會出現跨界，前後的關係並不是很重要，而在於是不是存在著跨界的問題，而這個就是一個跨界的名詞。
在已有的持續整合的基礎之上如何快速推進到測試運維之上？
持續整合只講編譯釋出， 軟體現在開發做得很好，可以快速釋出，上線也沒問題，使用者也不一定看得出，如果看得出來，也可通過線上修改或者灰度釋出解決。那麼在這個過程中存在一個痛點部分，就是當釋出的一個功能或者漏洞被使用者發現了的時候產生的。類似於最近很火的“大資料下的殺熟”，即對於低頻使用者的補貼，對高頻使用者的正常。當這個情形出現的時候，就需要公關或去驗證這個過程，以前為不能實現的原因，就是驗證過程要求非常快，需要馬上上線。如同現在拍部電影，我沒有空去看，直接就上院線了，上線之後發現有拍的不對的，可能有暫時看著並不大的損失，但以後這種損失可能會逐漸擴大，因為觀眾口碑的要求非常高。
那麼這就需要能夠快速地在持續釋出上做測試，第一要求測試人員知道自己如何跑自動化測試，第二測試人員知道如何快速地自動化構建運維的環境，這必須要測試人員清楚知道如何打通前上游和下游的過程。所以核心思想就是如何去把測試過程壓短壓精整合進去，同時要求能夠技術上進行配合實現。
您認為測試發展的下一個風口在哪裡？測試人員如何提前去做知識儲備？
首先我覺得作為測試來說，大多是比較被動。但其實在未來行業中或者在頂級的行業中並不是這樣，而應當是先去驗證後去實驗。做測試首先要走在前面，這點非常難，難在如何提前進行驗證。 測試應該做的事情不是簡簡單單說人家做出來，然後驗一下對不對，而在於能不能提前去想一下這個東西合不合理，能夠有更好方法去解決，所以我們就會說一件事情，我們要基於使用者，並且高於使用者去驗證它。
做測試的第一個突破點，業務是站在基於使用者並高於使用者的一個決策點上做的，傾聽使用者，站在一個更高的設計維度去看，就是為什麼很多測試轉產品經理的原因，因為他確實在業務上面已經理解的非常透徹；第二個突破點就是代替使用者用技術的方法來驗證業務所要做的事情，提高效率和提高質量，從技術角度來說，提升自己，支援業務的能力，能根據業務去做出很多的測試的工具，幫助完成測試工作。
綜上兩點，都會涉及到測試需要學習開發，知道如何實現，可以不用走得很深，因為走的太深，潛意識會告訴自己，這個技術好像實現不了。從蘋果代替諾基亞、而現今蘋果又面臨著Googleglass的挑戰，未來甚至有可能實現皮膚內植入等等……技術在不斷的演進，而測試的未來空間也會非常大。
請給工作五年以上的測試同行幾個忠告
對於五年以上測試從業者來說，第一個本質問題在於拓寬自己的知識面，不要侷限在一個簡單的職責上，改變自己，做一些沒有做過的更重要的事，把技術往團隊推，讓團隊的人找到自己所能解決問題的空間，這個同時也是在提升自己。第二個是要考慮自己的發展方向是偏走技術還是走業務方向，決定之後重新找到自己新的一個圈子，擴充人脈圈；人脈圈不一定是用來變現，更重要的是在於不停地接觸新的東西，就會對自己產生很多衝擊。當你發現有很多比你厲害的人比你還努力的時候，就發覺人生真的很美好。好的圈子就是你身邊的人都比你厲害，你的圈子就是對的，如果身邊人都是比你弱的，那麼說明你其實在養老。 當週圍的人都比你厲害的時候，你自然而然你會去想，別人收入比你高，能力比你強，還比你努力，也在不斷向上，你還有什麼好偷懶的呢？
我們做這個行業有句話叫做不忘初心。我覺得我們應該也做一件事情，既然我們是在做測試，我們應該努力地保證軟體的質量，去做這一行的一個方向，去為後面的年輕人鋪路，做好這個行業，這可能我覺得就是不忘初心想談的事情。（點贊）
想了解更多雲層老師關於軟體測試行業的見解和心得，想提升自己的軟體測試技術。
歡迎加入群680748947，雲層老師和你面對面討論軟體測試技術問題。