06 facebook腳本×32下載(photoshop是什么如果要用應該在哪下載)

集版本號、測試⽤例路徑、測試報告獲取⽅式、同步/ 異步執⾏開關等。⼀旦調⽤TES 發起測試，后續如何調⽤Jenkins job、如何打包下載test jar、如何找到適合的測試執⾏環境、如何發起測試以及如何收集測試報告等都對使⽤者完全透明。可以想象，現在，開發⼈員在和 CI/CD 集成以及執⾏測試的時候，已經可以完全不需要去關⼼執⾏測試的命令⾏、發起測試的 Jenkins job 以及配置、測試的具體執⾏環境、測試報告獲取等信息。這將⼤⼤提⾼開發⼈員⾃⼰執⾏測試的效率和便利程度。

測試數據服務（Test Data Service）

前⾯提到過，跨模塊，跨系統的測試數據準備對于開發⾃⼰做測試是個挑戰，尤其是現在⼤量采⽤微服務架構，這個問題就會更突出。測試數據服務（TDS，Test Data Service）將會以Web Service 接⼝的形式為所有類型的測試提供⼀致的測試數據準備⼊⼝。⽆論開發是要做API 測試，還是 GUI 測試，或者是性能測試，都可以通過調⽤ TDS 的 Web Service 或者 UI 來準備各種組合類型和量級的測試數據。TDS 本⾝還是個開發平臺，任何開發⼈員都可以通過腳⼿架代碼來貢獻新的數據類型⽀持，并且 TDS 平臺本⾝借助⾃⼰的 Core Service 和內建數據庫具有元數據管理能⼒，能夠提供諸如測試數據數量以及質量的管理。下圖展⽰了典型的 TDS 架構設計簡圖供參考。

測試執⾏環境服務（Test Bed Service）

正如前⾯提到的，測試執⾏環境對于⼤型企業來說是很龐⼤復雜的，為了⽅便開發⼈員使⽤測試執⾏環境，或者說為了使測試執⾏環境對于開發⼈員透明，就需要引⼊測試執⾏環境服務（TBS，Test Bed Service）。TBS 的主要職責是負責管理、創建，擴容/ 收縮測試執⾏集群。⼀個常見的測試執⾏環境架構如下圖所⽰，TBS 會根據等待執⾏的測試⽤例的排隊情況，動態決策測試執⾏集群的節點數量和類型，通常會使⽤ Docker 和 Kuber買粉絲es 來實現 TBS 的 Gird 管理。

構建⼯程效率⼯具鏈倉庫（Engineering Proctivity Tools Store）

類似于App Store 的概念，可以把各種測試⼩⼯具以及提⾼效率的⼯具集統⼀在Engineering Proctivity Tools Store ⾥⾯集中版本化管理。⽐如⽂章開頭我們提到過開發⾃⼰做測試的時候存在思維盲區，對于像String 這樣的參數可能遺漏Null 值得⽤例，我們就可以開發⼀個⼩⼯具對被測函數的輸⼊參數類型基于邊界值⾃動⽣成邊界測試⽤例，⽐如String 類型的參數⼀定會⽣成Null，SQL 注⼊攻擊字符串，⾮英⽂字符，超長的字符串等，這樣就可以系統性地避免開發的盲區。諸如此類的⼯具還有很多，以后有機會再和⼤家⼀⼀分享。

3測試即服務（TaaS，Test as a Service）的全局架構

除了以上的內容，其實還有諸如測試報告服務（TRS，Test Report Service）、全局測試配置服務（GRS，Global Registry Service）和⽤于 API 測試解耦的 Mock 服務（Unified Mock Service），由于篇幅⽆法⼀⼀展開。需要強調是的是，這⾥談到的很多服務已經在某些企業內部有了落地實踐，并取得了很好地效果。最后，以 Test as a Service 的全局架構圖來結束本⽂。

作者介紹

茹炳晟，eBay 中國研發中⼼測試基礎架構技術主管，先后任職于 HP 軟件中國研發中⼼、阿爾卡特朗訊、Cis買粉絲 中國研發中⼼等公司。

免責聲明：本⽂系⽹絡轉載，版權歸原作者所有。如涉及作品版權問題，請與我們聯系，我們將根據您提供的版權證明材料確認版權并⽀付稿酬或者刪除內容。

￥

5.9

百度文庫VIP限時優惠現在開通,立享6億+VIP內容

立即獲取

開發要不要自己做測試？怎么做？

開發要不要⾃⼰做測試？怎么做？

現在包括Google、Facebook 和eBay 等⼀線互聯⽹巨頭公司都在逐漸推⾏“沒有專職測試，測試⼯作由開發⼈員完成”的全新模式

很赞哦!（9756）