首先我們聊一下中颱的作用，中颱將系統的通用化能力進行打包整合，通過介面的形式賦能到外部系統，從而達到快速交付產品目的。那麼在整個測試流程中，哪些動作是可以封裝成通用能力的呢？我大概梳理了一下：
1.共享用例：乙個應用的主流程的用例是可以不斷繼承復用的，所以使用者可以納入到中颱的管理範圍
2.共享測試資料：測試資料的構建是測試動作中最耗時，對專業需求要求也最高的動作，開發同學牴觸全流程自測的最大障礙之一就是不知道如何構造符合特定場景的測試資料，測試同學在每個迭代版本中，也會消耗大量的時間在構造各種測試資料上，所以如果能實現測試資料構造的通用化和自動化將可以大大提公升交付的效率，那麼資料構造的中颱能力如何落地呢？大概分為如下幾步：
1）梳理資料構造的場景
2）資料構造自動化
3）擴充套件
以電商的產品為例，電商大概分為 使用者管理，積分管理，商品管理，訂單管理，庫存管理，支付，對賬幾個模組，各個模組對於資料的側重點不一樣，使用者管理模組的測試同學關心的是各種使用者狀態，型別對流程的影響，支付模組的測試同學關心的是各種訂單，商品，營銷活動對支付**的影響，所以支付模組的資料構造集中在各種型別訂單資料的構造，把每個模組的資料場景梳理完之後，就是自動化落地了，需要把資料的構造過程通過**封裝成通用的能力，對外部使用者開放，如構造乙個商品a的訂單資訊，我只需要選擇商品資訊，就可以自動的生成我想要的訂單資料，這樣不管使用者來自於哪個團隊，都可以輕鬆的構造我想要的測試資料，當然這種資料場景很多很複雜，我們不可能一次就梳理完所有的場景，可以先梳理使用場景比較頻繁的資料，並使自自動化實現，其他的資料場景是需要整個研發團隊一起參與進來去擴充套件的，這就要保證我們的中颱在設計的時候，具備擴充套件性，比如：我們可以提供一些標準化的介面呼叫能力，其他想擴充套件資料構造能力的使用者，只要按照這個標準介面的規範，就可以自動的生成使用者想要的自動構建某些場景的測試資料的能力。
3.共享測試執行：就是自動化測試的能力，我們可以封裝市面上開源的自動化測試的框架，比如robotframework，自動化指令碼在設計的時候，一定要分層實現，先封裝單點能力，後組裝業務流程，比如封裝乙個登陸的自動化執行元件，這個元件可以被團隊裡所有人使用，避免其他同學重複造輪子
4.測試環境統一管理：快速搭建測試環境也是決定交付效率的乙個很重要的點，測試中颱在環境搭建的過程中能做哪些通用能力的封裝呢？
1）環境配置資訊的標準化管理
2）環境資源的統一管理
3）環境申請流程的標準化管理
實現了以上的能力研發人員就可以實現環境搭建自助化了，研發人員只要告訴系統想搭建一套什麼樣的測試環境：jdk版本，中間資訊，資料庫資訊然後就可以自動生成一套對應的測試環境了。
5.共享移動端的測試工具：我們在測試移動端的能力時，需要很多測試機來支撐，可以把這些測試機統一管理起來，通過雲真機的客戶端對所有人開放，實現測試機共享的目的。
測試工程之測試流程
幾乎所有公司的測試部門都會定義乙份測試流程，測試部門有新員工進來，首先的培訓就是測試流程。測試流程的重要性不言而喻，測試流程的內容大家也都熟知。測試流程的最終目的是控制產品質量。任何流程都是貴在實施，不能流於形式。但實際上流程的落實質量千差萬別。究其原因並不是流程定義得不合理，或是環節缺失，因為大家...
軟體測試基本流程之我見
軟體測試基本流程可以分為以下幾個階段 需求分析階段 測試計畫階段 測試用例編寫 測試用例評審 測試用例執行 輸出測試報告。一 需求分析階段 這個階段主要閱讀和理解需求，了解需求的測試點，參與需求評審會議。二 測試計畫階段 這個階段的主要任務就是制定測試計畫，根據軟體需求規格說明書，進行專案的總體計畫...
測試流程之需求評審
測試流程是整個測試過程中的命脈，也同時是指導整個測試團隊的核心工作，所以在面試過程中也面試官們必問之題，但是每個公司的測試流程都不盡相同，比如有公司有完整的需求文件，有些公司需求卻是零零散散，在測試過程中需求不斷向產品，向開發求證。很多公司雖然有需求分析，但是並沒有需求評審，今天我先給大家講一講測試...