【轉】「紫牛」方法論在測試團隊中的應用

　　"紫牛"是最近炒的挺火的一個詞。關注 互聯網的朋友早已耳熟能詳。通俗講，能夠用三個核心詞來歸納其特徵："差別化"，"極簡目標"， "盡心盡力"。今天想個你們探討下這個曾指導"小米"發家，"獵豹 移動"上市的方法論，如何在QA團隊建設領域助力成功。

　　 【差別化】

　　古人云："隨人做計終人後，自成一家是逼真"。何謂差別化？顧名思義，便是那些不同凡響的事情，那麼先來看看幾種典型的反例：

　　1） 瘋狂加班，殺到眼紅，纔可能會有一點點機會的事情。

　　2） 等待對手犯錯誤，才能彎道超車的事情。

　　3） 大多數團隊（人）天天都在重複，並不能拿來做爲"亮點"的事情。

　　包括但不限於以上幾種狀況，都是不妙的。爲什麼？姑且拋開互聯網的大圈子，聚焦於公司內部的團隊管理。相信有一個詞，你們耳熟能詳--"KPI"。你們必定問過本身一個問題"我怎樣才能作的優秀？"或者"我怎麼作的比別人好？"若是主管告訴你，要比別人努力，這等於沒說。由於互聯網不養閒人，這是個定律。若是主管僅告訴你"要拼 工做強度，拼細緻程度，拼技術實力"。你作了，最終的績效結果卻差強人意，那麼我能夠告訴你，這不是你的錯。是你老大太平庸。

　　仔細想一想不難發現，規範的 用例設計，嚴謹的用例執行，甚至必要的加班趕項目進度。這些都是做爲一個 QA人員的基本要求。即使你作的再好，績效無非是個達標。你老大有什麼理由說你作的"優秀"呢？喪失告終果導向，你們只能靠拼加班來向 leader 證實你比別人作的更好更負責。若是你如今的處境是這樣的，千萬警戒四個字"虛度光陰"。

　　正如平庸的leader 總喜歡讓員工作些平庸的事情，久了就打造了一支平庸的團隊。我想這是誰都不肯意看到的。那麼拒絕平庸，首先要作到差別化。去作那些"即便你的實力沒那麼強依然有可能成功的事情"。所謂："一個好的目標等於成功了一半"。分享一些差別化的思路，姑且算做拋磚引玉。

　　客戶端負責 功能測試的同窗。建議創建起"量化的質量體系"。諸如需求評審，用例設計，用例執行，溝通反饋。這些你們張口就來的工做。天然是缺少"亮點"。基於差別化的理論考慮，咱們要作一件有意義且不平庸的事情。QA 是質量保證的中堅力量。別人但願咱們回答一個問題"這款 APP 的質量如何？"而且但願回答是有理有據，且客觀公正。回答這個問題就是一件頗有意義的事情。可是不少團隊，未必能迅速回答這個問題，或者回答起來太過於主觀。這就又要說到我提到的"量化質量體系"。篇幅關係，簡單來講（以後會有單獨 文章對此進行闡述），就是有一套打分機制，以一個迭代週期爲單位，來客觀的評估的從項目立項，到發佈上線這一過程當中，包括APP功能測試，適配狀況，穩定性，反饋狀況，以及項目流程監控等環節的綜合質量狀況。總分爲100分，每項都逐級分配權重。體系運行後，不只能夠快速回答出綜合質量狀況。並且能夠客觀的評估質量短板之所在。經過不斷的暴露問題，追溯問題，提升得分來不斷的優化產品質量。經過必定時間的積累，還能夠掌握APP質量的客觀規律。好比在需求評審的時候，能夠說基於量化數據，需求變動的程度會對APP質量形成多少影響。從而起到風險把控的做用。

　　至於 性能測試，差別化在於，逐步造成某一領域的"標準化"。例如對於安全或者工具類軟件。啓動速度，垃圾掃描速度，垃圾清理速度，多快纔算達標？電量消耗，cpu消耗如何纔算正常？這固然須要不斷分析積累纔有說服力。但更重要的是，你是否已經開始作了？

　　至於測試平臺的建設，差別化在於，學會換位思考。由於你在作一款產品，那麼怎麼才能讓用戶喜歡買單？天然是突出性價比！那麼平臺的性價比在於，能讓使用者經過儘量簡單的接入步驟，獲得儘量強大的功能（包括但不限於數據分析，可視化處理，智能控制，自動報告）。以此爲出發點，才能作出有差別化的測試平臺，否則只能是閉門造車。用之者甚少。