淺談自動化測試
說起自動化測試，一般主要為三種：底層的單元自動化測試 介面層面的整合自動化測試 介面層的UI自動化測試
這三種自動化的投入分配比例應該為：單元自動化測試為 70% 整合自動化測試20% UI層自動化測試10%
底層的自動化執行速度比較快，比如單元層的自動化測試，主要測試類，方法，函式等功能，執行速度一般都是毫秒級的
介面的自動化執行速度也不慢，主要對外暴露的介面的正確性，只需要關注輸入輸出的正確性即可，內部對於使用者是透明的。
UI層的自動化速度很慢，也是最耗時的。比如開啟一個瀏覽器就需要5秒左右的時間，為了保證測試用例的獨立性，每個測試
用例都需要開啟一個瀏覽器。測試時間也會相應的增加不少。
相關推薦
淺談自動化測試之持續整合
from:https://www.cnblogs.com/wysk/p/7517277.html 一、持續整合是什麼？ 持續整合是一種軟體開發的實踐，即團隊開發成員經常整合他們的工作，通常每個成員每天至少整合一次，也就意味著每天可能會發生多次整合。每次整合都通過自動化的構建（包括編譯，釋出，自動化測試)來
淺談自動化測試之持續集成
之前 targe 修復 通知 編譯 工作 分享 image 環境 from:https://www.cnblogs.com/wysk/p/7517277.html 一、持續集成是什麽？ 持續集成是一種軟件開發的實踐，即團隊開發成員經常集成他們的工作，通常每個成員每天至少集成
淺談自動化測試
說起自動化測試，一般主要為三種：底層的單元自動化測試 介面層面的整合自動化測試 介面層的UI自動化測試 這三種自動化的投入分配比例應該為：單元自動化測試為 70% 整合自動化測試20% UI層自動化測試10% 底層的自動化執
淺談自動化測試和效能測試
常常有剛接觸自動化和效能測試的同學問我，感覺效能測試和自動化測試是差不多的，我自己剛接觸的時候認為也是差不多的，區別就是：自動化一個使用者再跑，效能測試需要併發，需要設計各種場景。慢慢的做的多了，發現兩者區別還是挺大的。 共同點： 介面的自動化測試和效能測試
淺談自動化測試工具-WEditor
簡單介紹 python-uiautomator2是一個自動化測試開源工具，僅支援Android平臺的原生應用測試。 支援平臺及語言 python-uiautomator2封裝了谷歌自帶的uiautomator2測試框架，提供便利的python介面。他允許測試人員
淺談API測試與UI Auomation一點心得
API測試 自動化測試 background：最近兩個月被分配做UI automation，原因是換了一套平臺，需要重新部署，有些業務需求改了case都跑不過了，我的任務是debug case，把case都跑通。工具是Robot Framework。當時感覺task相對輕松，因為業務相對簡單，只是Ca
淺談軟體測試之資料校驗
註明:DBCheck即資料庫資料校驗;一．為什麼需要DBCheck?你同學去年向你借了一萬大洋，今天你打電話想他還錢給你，老同學很大方的給你說馬上給你打到銀行卡上。一會兒，回電話給你說，錢已經全部打到你銀行卡了，讓你等會兒去查詢自己銀行卡的來賬。可是，你左等右等，等到西湖的水都幹了，還是沒有收到銀行的進賬通知
淺談單元測試mocha + should.js
為什麼要進行單元測試？ 測試常常是程式設計師十分厭倦的一個活動。測試能給我們帶來什麼？瞭解這些是非常重要的，測試不可能保證一個程式是完全正確的，但是測試卻可以增強我們對程式完整的信心，測試可以讓我們相信程式做了我麼期望它做的事情。測試能夠使我們儘早的發現程式的 bug
CTF到滲透測試【淺談滲透測試之資訊收集】
前言 從一個ctf選手到一個滲透測試工程師，第一步需要改變的就是學習資訊收集。滲透測試不是比賽，不會有提示，不會有檢視原始碼內藏提示等等，甚至你不可以使用掃描器（比如ctf中常見的AWVS），sqlmap等等。 工作中，一般進行的都是黑盒測試，你得考慮到廠
淺談當下測試該何去何從
今天是第一次新上任的部門經理參加小組週會，在會上果如其之前團隊對他的評價“外表嚴厲，內心寬容”（內心寬容這個後面有待觀望） 會上聊到了很多，有幾點我個人覺得，對於測試的職業發展，有很好的借鑑和參考意義，記錄下來，自我鞭策和回顧... 1、首談業務：業務重要嗎
淺談單元測試之（一）：單元測試的意義
單元測試是檢查一個獨立工作單元的行為。在JAVA應用程式中，獨立工作單元經常是（但不總是）一個獨立的方法。相比之下，整合測試和驗收測試檢查的是各種元件如何互動。一個工作單元就是一項任務，不直接依賴於其
---接上---解決：jmeter淺談效能測試指標分析
3、 解決：JavaVisualVM無法遠端連線 修改catalina.sh中的hostname（修改成目標主機）。 1、目錄：[[email protected]]$ pwd /usr/local/apache-tomcat-7.0.63/bin 2、vim
淺談效能測試與黑盒測試和白盒測試的關係
效能測試相對於黑盒測試和白盒測試是另一種測試方法拆分的類別。也就是說效能測試既不是白盒測試也不是黑盒測試。 舉個例子，相對於功能測試，功能測試是保證功能的正確性，而效能測試是在功能正確的基礎上考慮功能的響應時間、資源佔用等。 如果從使用者體驗上去觀察效能就屬
jmeter淺談效能測試指標分析
一般準則：1、TPS最大值（也要兼顧執行緒數與cpu佔用率的平衡點）；2、CPU佔用率達50%的時候TPS值。 上圖測試報告分析：累計增加執行緒數，檢視響應（TPS/Sec）值，執行緒數=TPS/Sec值時為佳，還要兼顧CPU佔用率。 報告欄位含義分別如下。 Label：
淺談軟體測試工程師的兩個意識，六個心
一.對工作的持續興趣和熱情： 作為一名優秀的測試工程師，首先要對測試工作有興趣： 測試工作很多時候都是顯得有些枯燥的，因此熱愛測試工作和測試技術，才更容易做好測試工作 二.專業的技能和行業知識： 專業的技能和行業知識，能夠支援測試工程師發展的有力保障。 有了興趣、熱情和專業的技術，我們就能
淺談軟體測試團隊規範建設
些已經從事測試工作三到五年的朋友正在積極的向QA Manager 角色轉型，他們對於將來的發展方向也很一致，普遍觀點大都是組建一支出色高效的測試團隊。最近我也想了一些團隊規範和成為具有出色團隊稱號的必要條件，自己從事測試工作也接近四年了，有些是我在原先工作中遇見並且總結出來
談一談自動化測試的統籌規劃
最好 rfi 時間 簡單介紹 tis dsm 談一談 如何 測試的 談到自動化測試，大家都會想到單元測試、功能測試等詞匯，筆者所在團隊也有這樣的實踐，取得了一定的效果，但卻沒有讓自動化測試發揮最大的價值，一直在思考這背後的原因，有沒有辦法做的更好，是以形成本文，
淺談自動化構建之gulp
一.gulp的基本使用 gulp是目前最流行的前端自動化構建系統,核心特點高效易用。（這塊不過多的廢話了,直接上乾貨了，有興趣的話，可以查下gulp簡介） 步驟如下： yarn init -y yarn add gulp --dev //安裝開發依賴 根目錄建立gulofile.js檔案（gulp的入口執行檔
淺談接口自動化測試
底層 繼續 api 驅動 接口測試工具 腳本管理 target 單個 put 昨晚在某個測試交流群，聽了一個測試老司機分享接口自動化測試的內容，對接口自動化有了更深的一些認識，也為接下來公司的接口自動化實施，提供了更多的思路。 這篇博客，就說說功能測試到接口自動化的進階，以
Appium自動化—淺談iOS自動化測試環境搭建
在日常的測試工作中，我們會發現有些測試工作重複率極高，測試人員需要花費大量的時間進行這些重複性的測試，浪費了大量的人力與時間。若能夠將常用的測試場景進行自動化，那必定能節省許多的人力與時間。作為一個初次步入測試行業的小白，也十分渴望能夠使用自動化來分擔測試工作。上網搜尋了很多的資料，瞭解了很多工