移動時代已經入許久，改變了很多東西，今天想說一說移動時代的來到，對軟體測試人員的衝擊和挑戰。
“測試已死” 這已不是第一次聽到這樣的說法，這樣的說法正確麼？我經歷過app專案的過程，也看過一些app專案，“測試已死”不是一空穴來風，有幸參觀過“全民奇蹟”這樣及其賺錢的企業， 他們的遊戲在上線前根本沒有專職的測試人員，為什麼造成這樣的局面？ 前兩年大家還在pc時代做測試做的不亦樂乎，怎麼突然就變了， 歸根揭底是因為專案的生產模式變了，一個app的生產就幾個月的時間，那還有空間讓你做白盒測試，效能測試。 外部環境變化引起的，誰都無法改變，開發不再是大爺，測試也不再是大爺，只有產品和進度才是大爺， 所以“測試已死”不是瞎說。
那在這種形式下測試團隊應該怎麼辦？
回顧一下在pc時代我們做的事情，各種白盒、黑盒、效能測試等等，這些都可以稱為“進”，這種做法在移動時代已經成為拖慢專案的因素，既然這種方式已經不適合，那麼測試團隊在移動時代要學會的第一件事情就是“退”，
那什麼是“退”？向“全民奇蹟”那樣的公司一樣不需要測試人員？測試團隊全部拿掉？這種“退”太悲壯了，但如果測試團隊不變革就會這樣死掉。
“退”是先留下靠譜的解決方案， 再退， 容再多解釋幾句，現在app開發已進入“拼裝”的模式，app開發者只要關注自己的核心業務，其它周邊的東西很多現成的解決方案，它們已或sdk或api等形式出現，那麼測試團隊也一樣，留下測試解決方案（即：sdk、api、能用工具）然後"退"到後線。
學會“退”後，再看“進”，“退”之後測試團隊還要再前進，有了之前的“退”，測試團隊可以對新技術，針對性的問題，複雜的環境中一特定問題或者現象深入瞭解學習， 以解決專案在碰到一些硬仗的時候，可以起到作用。
總之：退：做產品化的東西，通用的東西，將測試成本減到最低，而有能產生價值， 留下測試產品解決方案， 幫忙不添亂。
進：準備好打硬仗的準備，為專案的最終質量把好關。 挽起袖子，捲起褲腿開搞。
主題講清楚了，那這種變革容易麼？ 這個過程中再次的“進”，技術更新學習還只是冰山一角
這是一群再產品下游的工種，技術能力再強的測試人員，終究是測試人員，沒做過產品， 對於測試之外的東西大多都是紙上談兵， 這會對測試人員的思維和心態產生極大的挑戰，
要求思維和心態更加開放，積極，學習怎麼做產品， 對心態，思維的轉變才是最大的考驗，殺死大象的螞蟻在這裡。
更多的是開放，別隻對內部，好東西要造福行業，內部和外部的區分會越來越小，如果多地辦公，網路互通都會很麻煩，拖累專案進度，以開放的心態對行業做點貢獻，
也是必須這麼做，中國人特別聰明，你不用，會有人做，而且會做的像模像樣，每個細分的解決方案都會有人做，且一定會是以公司的形式出現做。
手工測試人員會減少到極少，但必須性會大於測試開發人員，測試已死的說法雖有些偏激，但也不是沒有道理，測試人員不再單單向開發負責，不再單單向那個具體的專案負責，而是還要向自己負責向行業負責，每個測試的工種，都有自己要面臨的挑戰和機遇，個人和團隊要看清方向儘快轉型。
就寫這裡把，再展開說就太碎了。
---------------
Gang.Wang