移動時代軟件測試團隊該往哪裏去？

　　移動時代已經入許久，改變了不少東西，今天想說一說移動時代的來到，對軟件測試人員的衝擊和挑戰。 

　　「測試已死」 這已不是第一次聽到這樣的說法，這樣的說法正確麼？我經歷過app項目的過程，也看過一些app項目，「測試已死」不是一空穴來風，有幸參觀過「全民奇蹟」這樣及其賺錢的企業， 他們的遊戲在上線前根本沒有專職的測試人員，爲何形成這樣的局面？ 前兩年你們還在pc時代作測試作的不亦樂乎，怎麼忽然就變了， 歸根揭底是由於項目的生產模式變了，一個app的生產就幾個月的時間，那還有空間讓你作白盒測試，性能測試。 外部環境變化引發的，誰都沒法改變，開發再也不是大爺，測試也再也不是大爺，只有產品和進度纔是大爺， 因此「測試已死」不是瞎說。

　　那在這種形式下測試團隊應該怎麼辦？

　　回顧一下在pc時代咱們作的事情，各類白盒、黑盒、性能測試等等，這些均可以稱爲「進」，這種作法在移動時代已經成爲拖慢項目的因素，既然這種方式已經不適合，那麼測試團隊在移動時代要學會的第一件事情就是「退」，
那什麼是「退」？向「全民奇蹟」那樣的公司同樣不須要測試人員？測試團隊所有拿掉？這種「退」太悲壯了，但若是測試團隊不變革就會這樣死掉。

　　「退」是先留下靠譜的解決方案， 再退， 容再多解釋幾句，如今app開發已進入「拼裝」的模式，app開發者只要關注本身的核心業務，其它周邊的東西不少現成的解決方案，它們已或sdk或api等形式出現，那麼測試團隊也同樣，留下測試解決方案（即：sdk、api、能用工具）而後"退"到後線。

      學會「退」後，再看「進」，「退」以後測試團隊還要再前進，有了以前的「退」，測試團隊能夠對新技術，針對性的問題，複雜的環境中一特定問題或者現象深刻了解學習， 以解決項目在碰到一些硬仗的時候，能夠起到做用。

　總之：退：作產品化的東西，通用的東西，將測試成本減到最低，而有能產生價值， 留下測試產品解決方案， 幫忙不添亂。
　　　　進：準備好打硬仗的準備，爲項目的最終質量把好關。 挽起袖子，捲起褲腿開搞。

 

　　主題講清楚了，那這種變革容易麼？ 這個過程當中再次的「進」，技術更新學習還只是冰山一角

　　這是一羣再產品下游的工種，技術能力再強的測試人員，終究是測試人員，沒作過產品， 對於測試以外的東西大多都是紙上談兵， 這會對測試人員的思惟和心態產生極大的挑戰，
要求思惟和心態更加開放，積極，學習怎麼作產品， 對心態，思惟的轉變纔是最大的考驗，殺死大象的螞蟻在這裏。

　　更多的是開放，別隻對內部，好東西要造福行業，內部和外部的區分會愈來愈小，若是多地辦公，網絡互通都會很麻煩，拖累項目進度，以開放的心態對行業作點貢獻，
也是必須這麼作，中國人特別聰明，你不用，會有人作，並且會作的像模像樣，每一個細分的解決方案都會有人作，且必定會是以公司的形式出現作。

　　手工測試人員會減小到極少，但必須性會大於測試開發人員，測試已死的說法雖有些偏激，但也不是沒有道理，測試人員再也不單單向開發負責，再也不單單向那個具體的項目負責，而是還要向本身負責向行業負責，每一個測試的工種，都有本身要面臨的挑戰和機遇，我的和團隊要看清方向儘快轉型。

 

     就寫這裏把，再展開說就太碎了。

 

---------------

Gang.Wang