WEB UI自動化測試之AutoMagic自動化測試平臺開源
作者介紹：
網名: Ray
介紹：笑起來像個孩子，冷起來是個迷。
部落格：http://www.cnblogs.com/tsbc/
2018年3月29日，Ray說準備把AutoMagic自動化測試管理平臺開源了！！！
這是個好訊息，因為AutoMagic在其所在的企業中實踐應用，沉澱了自動化測試設計的基礎理念的落地，對於平臺很多細節我和Ray也曾反覆討論打磨。因此對於要從事自動化測試平臺開發的測試人員來講有很多值得參考的地方，甚至可以直接用於實際工作中，下面直接給出介紹及github原始碼地址。
AutoMagic自動化測試平臺
AutoMagic 是一個基於WebUI的自動化管理平臺。為什麼叫AutoMagic呢？因為自動化（Automation）在執行起來的時候是一個很神奇的事情，它可以無人值守的模擬人的操作，就像魔術（Magic）一樣。 所以我給她取名叫AutoMagic。
github地址：
https://github.com/radiateboy/automagic
相關推薦
WEB UI自動化測試之AutoMagic自動化測試平臺開源
作者介紹：網名: Ray介紹：笑起來像個孩子，冷起來是個迷。部落格：http://www.cnblogs.com/tsbc/2018年3月29日，Ray說準備把AutoMagic自動化測試管理平臺開源了！！！這是個好訊息，因為AutoMagic在其所在的企業中實踐應用，沉澱了
WEB介面測試之Jmeter介面測試自動化之一
1、開啟jmeter 開源版本和可執行版本均可在Apache官方網站上下載到，解壓後開啟bin目錄下的jmeter.bat檔案，即打開了使用者介面： 2、新增相關元件 2.1、新建執行
WEB介面測試之Jmeter介面測試自動化之四 持續構建
Jmeter是壓力測試、介面測試工具，Ant是基於Java的構建工具，具有跨平臺的作用，jenkins是持續整合工具。將這三者結合起來可以搭建一套webservice介面測試的持續構建環境。 1、安裝JDK，配置java環境變數（略過） 2、安裝Jmeter，這裡
轉（二）：WEB介面測試之Jmeter介面測試自動化（資料分離）
通過逐個錄入的方式，好不容易將需要測試幾十個介面的300多個測試用例錄入sampler-http請求中，固定的測試環境跑起來也還感覺良好。不料在新伺服器環境中跑用例時，問題來了：修改引數維護指令碼等成本太大！ 指令碼引數是寫死的，修改起來得一個個請求開啟來依次輸入引
Java介面自動化測試之「Mock介面平臺」，讓你的自動化更提前
前言：目前Mock技術已經比較成熟，在日常的工作中Mock也可以給我們帶來很大的遍歷，本篇文章將會使用Moco框架，一步一步搭建一套Mock Server，使得介面的自動化測試更加的提前，也能夠使得前後端分離。 共識與痛點 目前，在軟體行業內，大家已經達成的共識就是，測試
Android測試之Robotium自動化測試框架
一、簡介 Robotium是一款國外的自動化測試框架，是一款免費的Android UI測試工具，主要針對Android平臺的應用進行黑盒自動化測試，它提供了模擬各種手勢操作（點選、長按、滑動等）、查詢和斷言機制的API，能夠對各種控制元件進行操作。 Robo
介面測試之Jmeter介面測試自動化
Jmeter是壓力測試、介面測試工具，Ant是基於Java的構建工具，具有跨平臺的作用，jenkins是持續整合工具。將這三者結合起來可以搭建一套webservice介面測試的持續構建環境。 1、安裝JDK，配置java環境變數（這裡用的是 jdk1.8） 2、安
服務端測試之接口測試初探
公開課 sock 先來 設計 自動化腳本 提供服務 傳遞數據 格式 什麽是 提起服務端測試，第一反應想到的可能就是http協議、socket連接、post/get發送請求等等。回想起小編當時初次接觸服務端測試，真可謂一臉懵逼，不知道要幹什麽也不知道從哪兒開始做。服務端測
服務端測試之接口測試用例設計
key 文檔 取數據 正常 驗證 性能測試 通過 工具使用 兩個 小夥伴們大家好，上一次和大家分享了《服務端測試之接口測試初探》，講了一些接口測試的基本概念和理論知識。在上次的分享中，簡單提到了接口測試用例設計包含的幾個方面。本期我將在上次分享的基礎上，和各位小夥伴一起具體
軟件測試之“白盒測試”
performed CA 報告 測試框架 threading program 連接 ott nat 【引言】工作關系，作為曾經的獨立測試部門，現在與開發團隊一起組成Scrum Team融合階段。 因為以前的項目系統問題較多，上邊大老板為了提高開發團隊的代碼提交質量，要求開發
軟件測試之兵器篇——測試工具【轉】
電話 跨項目 spa studio 桌面應用 mar 設備 也有 gin 功能測試篇 功能測試，是軟件測試裏的入門級心法，自然也有與之相對應的兵器來發揮心法的最大功力。 1） 屠龍刀之QTP 屠龍刀是金庸小說裏排名第一的寶刀，重劍無鋒，無堅不摧。素有“武林至尊，寶刀屠
App專項測試之弱網測試
之前跟同事聊天的時候發現一個問題，很多的公司在沒有自主研發的弱網測試工具的時候很少有人去做這個弱網測試，而且弱網測試作為健壯測試的重要部分，對於移動端測試來說必不可少。這是因為目前移動端產品的使用使用者所處的網路並非完全的流暢WIFI環境，仍有相當多的使用者主要使用4G、3G、2G等網路，另外因移動端產品使用
前端測試之使用者體驗測試
前言 最近專案中涉及了大量的前端頁面類測試，如小程式、H5等多個B、C端的測試，故而想把一些心得記錄下來，僅供大家參考。這裡僅僅對前端測試中涉及的需求層面的問題做簡單剖析，希望藉此來拋磚引玉。 前端測試的困境 回顧從剛剛入門測試到現在
移動APP測試之基礎效能測試流程篇
評估App的時間和空間特性： 極限測試：在各種邊界壓力情況下，如電池、儲存、網速等，驗證App是否能正確響應。 --記憶體滿時安裝App --執行App時手機斷電 --執行App時斷掉網路 響應能力測試：測試App中的各類操作是否滿足使用者響應時間要求。 --Ap
軟體測試之白盒測試——基本路徑分析、及其他白盒測試
一、基本路徑分析(例題分析） EG：例題一 1.基本路徑測試的步驟 （1）畫出程式控制流程圖 結點：代表操作、條件判斷及匯合點 控制流線或弧：控制的順序 區域：弧與結點圈定的部分 &nbs
軟體測試之黑盒測試——因果圖分析、判定表驅動
一、因果圖分析 1. 方法簡介 等價類劃分法和邊界值分析法——輸入條件相互獨立 ； 如果輸入條件之間存在聯絡，則很難描述，測試效果難以保障 ； 因果圖法適合於描述對於多種條件的組合，相應產生多個動作的形式 ； 因果圖方法最終生成的就是判定表。它適合於檢查程式輸入條件的各種組合情況
Android測試之裝置化測試（Instrumented Tests）
當我們需要使用到安卓框架的時候，也就是android.jar裡面的api的時候，使用本地單元測試的方式就難以做到了。這時就要使用裝置化的測試。 裝置化測試分為 ——裝置化單元測試（Instrumented Unit Test） ——元件整合測試 ——app整合測試。 以下
移動APP測試之基礎效能測試流程篇-好文
https://www.oschina.net/question/2562975_2218004 評估App的時間和空間特性 ： 極限測試：在各種邊界壓力情況下，如電池、儲存、網速等，驗證App是否能正確響應。 --記憶體滿時安裝App --執行App時手機斷
測試之黑盒測試用例設計方法（邊界值分析）
此方法是對等價類劃分法的補充，他不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例，邊界值的處理也是比較容易出錯的地方。使用邊界值分析方法設計測試用例，首先應確定邊界情況。通常輸入
比較完整的junit單元測試之-----mock模擬測試
為什麼需要模擬? 在我們一開始學程式設計時，我們所寫的物件通常都是獨立的。hello world之類的類並不依賴其他的類（System.out除外），也不會操作別的類。但實際上軟體中是充滿依賴關係的。我們會基於service類寫操作類，而service類又是基於資料訪問類(DAOs)的，依