網際網路測試經驗和管理雜談 (如何解決問題)

    先介紹下背景，測試管理者往往是對接多個研發團隊，跟研發管理主要集中負責一個研發團隊不同，測試管理者在解決問題的時候，往往面臨著不同團隊的不同問題，沒法用統一的解決方案解決問題；這樣一些沒有深入思考的管理者很容易犯兩個錯誤，一是表面解決，啥問題只要給個方案短期不出，就算解決了；二是簡單的拿解決別的團隊的方案放在另一個團隊強制實施，自以為借鑑成熟團隊方案。
    還是先闡述下行文思路，什麼是解決問題-->測試工作常見問題-->管理管的是什麼
【什麼是解決問題】
    管理者的夢想是在團隊管理中不遇到任何問題，讓團隊自己 run。但是理想很豐滿，現實都是問題啊。大部分人在解決問題的時候沒有深入的分析問題，往往在問題表明就給出瞭解決方案，短暫沒問題後，同樣的問題過段時間又出了，管理者第一反應是下屬是不是沒執行到位，上次不是給瞭解決方案了嗎？下屬也委屈，你的方案根本解決不了問題啊，如果團隊氛圍不是很 open，下屬不敢反應真實情況那就更麻煩了，下屬沒有徹底解決問題的能力，管理者認為下屬執行不到位，最後團隊的士氣就下降，整個團隊也拿不到最後想要的結果。這就是為什麼一個團隊看著都非常努力，但是不出活，管理者也委屈，下屬也委屈。
    任何問題只有從根本去解決，才能長期有效的解決問題，管理者要具備深入分析問題根源的能力，然後給出解決方案。但是還不夠，什麼問題都要一個管理者去解決他自己立馬成為瓶頸，因為從根本解決問題需要時間去分析和試錯的，所以讓整個團隊每一個人都具有從根本解決問題的思路，這樣團隊遇到任何問題，都能夠拿出方案，管理者才有更多的精力去做別的事情。
    舉兩個筆者最近工作中遇到的問題，跟大家說下：
    第一個問題是我看見一個團隊最近專案測試質量不高，團隊 leader 分析了一下發現是工程師測試 case 設計經常出現不足，造成場景覆蓋不全，有遺漏。這個團隊 leader 說我們要開發個測試 case 平臺，把每位工程師的 case 都記錄起來，管理起來，防止遺漏。當時我看見這解決方案的時候差點笑哭，先不說你搞平臺需要花多少資源和時間，就算有了能解決這個問題嗎？這問題的本身是工程師對專案的理解不夠，所以造成測試 case 的涉及存在缺陷，但是這工程師的執行能力肯定是沒問題。所以我們要解決根本問題，怎麼幫助他評估全，設計 case 覆蓋到位。後來我又深入的瞭解了下這件事，發現這個工程師沒設計好 case 的原因是所測業務後端比較複雜，他對後端服務不太瞭解，因為不屬於他們團隊。其實這樣的 case 在我們團隊也經常發生，現在微服務化，每個人能瞭解的都非常有限，我們團隊早已把自己服務的上下游梳理清楚，然後把監控和自動化都加完了，我們團隊工程師只需要關注自己的業務更改就好，其他的都是由自動化來幫助完成的，所以我們的工程師雖然也無法全面瞭解整個業務及服務，但是他不需要擔心我上面說的問題了。
    第二個問題是最近筆者所在團隊的研發發現了一個線上已經有一段時間的 bug，影響面不是很大，所以一直都沒發現。由於這個研發團隊是負責一個基礎服務，是一個全公司都要用的服務，而且團隊成員都比較新，一些基礎工作還不是很完善。rd 發現問題後，覺得問題很好改，只動了一行程式碼，而且畢竟也算是個線上問題，就很著急的上線了。上線後悲劇才剛剛開始，這一行程式碼不僅沒解決上一個問題，把一個線上小概率的問題造成了影響一塊業務的大問題了，然後又緊急的修了一下解決了這次大問題，然後又開始引入了其他問題，細節我就不說了，一個問題反反覆覆四五次才真正的解決完。在發生第二次問題的時候筆者已經站出來說先彆著急改，先把目前的上下游的影響梳理下，防止誤傷其他服務，畢竟我們這是個基礎服務，可是研發認為線上問題必須要趕緊修，越修越悲劇。這個問題就是一個典型的在表明解決問題的 case。
【測試工作常見問題】
    測試管理者經常站在管理角度去解決問題，不去教會工程師怎麼從根本去解決問題，也算是帶人能力不足的體現，有興趣的可以讀下我上一篇寫關於團隊管理的文章。下面我說下測試工作中管理者經常要面對的問題：
        1.專案排期緊，測不過來了
        2.測試工程師技術工作渴望非常高，專案太忙一直沒時間
        3.跟各角色（rd，pm）合作出現問題，覺得委屈
    其實這幾個問題我嘗試找到了一個方法解決了上面三個問題。我跟工程師說，我們目前公司是創業公司，業務發展就是速度很快，這也是公司整體向好的表現，所以我們先理解專案多不是一件壞事，那麼我們從自身去分析，為什麼我們消化專案的速度沒那麼快，是不是我們個人效率低，是不是沒有很好的工具和技術能力幫助到我們，大家還是靠人扛馬拉的方法去做事，那效率當然不高了，正好你對技術工作也十分感興趣，我們能不能通過技術手段提高這個測試效率，然後讓研發和產品能夠信任我們在短時間內能夠消化專案，不會成為專案進展的瓶頸。筆者就是這樣的思路去帶團隊，目前團隊整體測試效率及技術能力都非常高，團隊目前全員具備自動化的技術能力，兩年來團隊離職率很低，離職員工漲薪都超過 50%。
【管理管的是什麼】
    其實答案我上邊已經給出了，管理的根本是人；我這麼說肯定會有人誤會，說的就是廢話，管好人就都好了嗎？筆者做管理以來最大的感觸是，人是要賦能的，僅僅是管沒有用的，你要讓他自己覺得有成長，覺得在這個團隊有自己的價值，這樣才能留住人，做好事。其實管理真的挺累的，累心，兩年來我工作大部分時間都是在溝通，嗓子都快費了，只有不斷的去教大家怎麼具備深入分析問題，從根本解決問題的能力，工程師才會滿足自己的成長訴求，才會體現出更多的價值。

    所以最後我想對從事測試管理的夥伴說，賦能團隊每一個人，要比管著每一個人要好百倍，從自身去學習根本解決問題的能力。