原创 Selenium3快速入門:如何編寫第一個腳本Hello world!

從0開始編寫Selenium3腳本。解決自動化小白們最害怕的環境配置等問題,從最簡單腳本開始 ,從最乾淨的環境開始,結果導向,一步步到自動化框架的實踐過程。所需工具:1.IDE+JDK+瀏覽器 (可依實際項目自定義)2.Selenium3驅

原创 關於軟件測試、自動化測試有用網址推薦

針對軟件測試測試專業的大學生、測試初學者、想轉行到測試的同學,碎片化時間學習推薦網站。1.關於自動化測試元素定位的有用網站:http://www.cnblogs.com/qingchunjun/p/4208159.html(定位方法)htt

原创 測試過程管理之發佈申請流程

接上節內容項目測試的周邊文檔,今日分享發佈申請清單與缺陷跟蹤管理表。對於小型項目來講,發佈申請清單由項目經理填寫並審覈,然後交付部署人員直接發佈了。但在嚴謹的項目規範裏,這種方法並不可行,尤其是大型項目,如果是涉及到外部客戶的項目,發佈申請

原创 開源性能測試工具JMeter快速入門(二)

目錄一、JMeter簡介二、JMeter功能介紹三、JMeter腳本四、關於JMeter小提示三、JMeter腳本1.測試計劃測試計劃是JMeter進行測試的起點 ,是其他JMeter測試元件的容器,每個測試場景/腳本都叫做一個測試計劃。(

原创 一份標準的測試計劃包含哪些要素?

1. 測試的目的和目標2.測試依賴條件測試項目與其他平臺的依賴關係,當前項目需要依賴的平臺或環境需要集成進來。 3.測試範圍待測試的組件、核心功能,子功能可視項目需要編寫。以及非測試範圍。4.測試等級描述相關的測試等級(單元、子系統集成、集

原创 寫給軟件測試新人和轉行同學

第一部分 軟件測試現狀剖析1.任何人都可以做測試    掌握了測試基礎的理論知識後,任何人都可以做黑盒測試,但只能拿到該行業內最底層的薪水。對於安全測試、自動化測試、性能測試等等是需要有綜合性的專業知識才能勝任,薪水的       多少也取

原创 測試人員必掌握的測試文檔

軟件測試文檔一般是提供測試信息的一組文檔,可以是測試人員的工具,也可以是項目開發團隊的開發輔助工具。一般情況下,與項目相關的測試文檔主要有以下幾個 ~1.測試計劃。(詳情可參考一份標準的測試計劃包含哪些要素文章)測試計劃由測試小組編寫完成後

原创 從分層複用到自動化測試,看美團客戶端架構的演變

聲明:本文轉自搜狐網      原文地址:http://www.sohu.com/a/215395326_635110          編輯|覃雲       嘉賓|樑士興      伴隨着業務的飛速發展,美團點評的客戶端研發團隊的規模從

原创 測試人員必學的軟件快速測試方法(三)

以下是測試專家James Whittaker在HTBS(How To Break Software)中以失敗模型爲基礎介紹的一些快速測試方法,這裏進行補充和調整,並同步更新到我們的測試知識共享庫中,使用時可靈活增刪改查。嘗試各種輸入以觸發軟

原创 針對項目風險來運用自動化測試

首先,需要清楚自動化測試的目標,即快速提交缺陷報告,縮短開發人員對缺陷反饋時間,保證整個項目進程。對於自動化本身而言,如果前期在編寫維護測試代碼時投入了大量精力,但收效甚微時,很可能極大程度地影響測試人員對自動化測試的積極參與度,同時如果在

原创 Blink-Diff 輕量級圖片對比工具

本文轉載自Lady_瀾瀾,原文地址:http://blog.sina.com.cn/s/blog_c4565a780102wxry.html命令:Blink-diff --output D:\result.png  D:\06.png  D

原创 Selenium之腳本編寫頁面通用定位方法

上傳圖片方法對於同一個頁面上有多個上傳組件的,一般都是封裝在同一個上傳控件中,所以無法單從該組件的某個屬性值去定位該組件,否則只能上傳到第一個組件。但是通過定義集合,而後循環查找對應組件,則非常簡單。查找到該控件後,定義數組存儲要上傳的文件

原创 測試人員必知的快速測試方法(一).

對有些測試經驗的測試人士來說,都有總結或掌握一些小衆的測試技巧。而快速測試是一組基於風險的測試方法,是針對某些常見的軟件缺陷,實施專項***,一般不需要大量的測試時間,只瞭解產品基本情況就可以在短時間內在發現一批錯誤 。以下是測試專家Jam

原创 來自一個軟件測試面試官的感悟

好久未見,但後臺系統中一直保持更新信息,答疑解惑。進行了4個多月的自學或培訓後,大家已經正式進入了投簡歷及面試階段了,這裏分享一箇中年測試面試官半年來的感悟吧 簡歷觀 簡歷是一塊敲門磚,勿庸置疑。一般,HR會按照招聘要求中的關鍵詞搜索簡歷,

原创 測試人員如何判斷是否增加測試設計的深度?

測試專家Cem kaner提出了以下6個區域應該增加測試設計的深度。1.最可能發生錯誤的區域。根據缺陷的聚集性特徵,應儘早測試這些存在大量缺陷的區域。2.錯誤最明顯的區域。以用戶的視角來審視產品,去發現用戶最容易發現的錯誤。即用戶場景設計。