原创 自動化之AW動作關鍵字

AW指可被自動化腳本直接調用的、有意義的測試接口。爲了自動化腳本可以和測試環境、配置等充分解耦,通過AW來做抽象和屏蔽。AW可以根據自動化測試情況分爲多種類別,常見的有:·操作關鍵字:將被測系統提供的接口、GUI等按照用戶操作進行封裝,形成

原创 自動化測試分層

2012年5月1日,Martin Fowler在他的博客(https://martinfowler.com/bliki/TestPyramid.html)上發表了著名的自動化測試金字塔。Martin認爲,基於用戶接口(如UI)的自動化測試運

原创 劉琛梅老師的四次自動化經驗

初次接觸自動化測試:基本架構設計的能力作爲新員工時,做的自動化測試是捕捉系統的窗口句柄然後往裏面發送字符串,連測試結果都不能自動檢查,還要自己去看日誌或者截屏。儘管那時的自動化做得非常粗糙,但也極大地鼓勵了自己。每天跑着這樣的腳本,想象着這

原创 給大家拜年了,兔年吉祥,大展宏兔,前兔似錦

今年又一年沒回老家過年!過年一定要有年味,找回回家過年的感覺,尤其是給娃過年的儀式感。1)貼對聯,家裏角角落落貼上喜慶的,紅紅的福字和吉祥話,兔年吉祥物。2)購買年貨3)年夜飯家裏沒準備的話,儘量出去喫4)壓歲錢,尤其是給娃的,要有寓意。5

原创 如何展開探索測試

確定任務、確定時間和總結回顧屬於探索式測試管理面的內容,繪製探索地圖和測試報告屬於探索式測試執行面的內容。一般來說,可以請測試架構師來負責探索式管理面相關的內容,由測試人員自己或聯合測試架構師一起來繪製探索地圖,進行探索式測試。1.確定任務

原创 自動化測試的四代發展歷史

幾乎是伴隨着軟件測試的誕生,自動化測試就開始萌芽和發展了。自動化測試的發展經歷了四代。第一代自動化測試以捕捉/回放爲核心,測試人員通過屏幕錄製工具來錄製頁面上的操作,生成腳本,然後回放測試。這種方式只要被測系統有細微的改動就會導致腳本無法運

原创 選擇合適的探索式測試方法

第一步:對被測對象進行分區將被測對象(系統、特性或功能)分到歷史區(繼承特性)、商業區(銷售特性)、娛樂區(輔助特性)、破舊區(問題高發區)和旅遊區(噱頭特性)。實際操作的時候會發現,被測對象的特性可能同時存在於多個區,即被測對象區域存在互

原创 探索測試的基本思想:CPIE思維模型

CPIE(Collation、Prioritization、Investigation、Experimentation,收集、劃分優先級、分析調研、實驗)是探索式測試的基本思維模型,如圖。1)收集Collation:收集所有關於測試對象的信

原创 基於場景的測試方法(用戶使用者角度去看系統,關注用戶使用習慣,不關注實現細節)

雖然車輪圖測試分析法可以快速全面地進行測試設計,但是這種測試設計從系統內部出發,不會涉及用戶如何認識和使用這個系統,這就可能導致出現洋洋灑灑設計了很多測試用例,但是到用戶現場才發現用戶根本就不是這樣用的窘況。要解決這個問題,就需要基於場景對

原创 基於場景模型的測試分析法

場景測試模型增加了“被測系統”和“角色”(圖中未畫出),目的是站在用戶的視角,從用戶使用習慣入手,按照用戶的實際部署、配置和使用(業務負載),確認系統的反饋是否符合用戶的關注點要求。1.從用戶使用習慣來分析和組織場景場景測試分析時,要從用戶

原创 什麼是探索測試以及和腳本式測試的區別

早在1983年,Cem Kaner提出了探索式測試的概念。探索式測試是一種軟件測試風格,它強調獨立測試人員的個人自由和職責,爲了持續優化其工作的價值,將測試學習、測試設計、測試執行和測試結果分析作爲相互支持的活動,在整個項目實現過程中並行地

原创 控制測試用例的粒度:測試策略覆蓋

另外一種有效的控制測試用例粒度的方法——策略覆蓋。在設計測試用例時,經常會遇到這樣的情況:1)有些因子,如操作系統、平臺等,除了那些可以分析到的對系統有影響的地方之外,對系統可能沒有影響、影響很弱或者影響未知的地方,沒有必要使用Pairwi

原创 如何有效保證測試設計的效果

·與需求相關的各種問題,如爛需求、僞需求和不清晰的需求。·開發的功能無法有效驗證,可測試性不強。·過於死板的測試設計策略。這就需要測試者能夠有效澄清和確認需求,有針對性地提出可測試性需求,並針對不同的項目選擇合適的測試設計方法。如果說各種測

原创 控制測試用例的粒度:測試點的組合和拆分

測試用例的粒度是對“測試用例是精細還是籠統”的通俗說法。測試用例越聚焦到一個功能點上,這個功能點越小越細,測試用例粒度就越細;反之,如果一個測試用例包含了比較多的功能點,這個測試用例的粒度就會比較粗。一般說來,粒度細的測試用例,更容易發現產

原创 對測試點分類後,測試建模之數據類測試設計

1.等價類和邊界值對測試輸入值按照測試效果進行劃分,將測試效果相同的測試輸入歸爲一個類,按這種方式得到的分類就叫“等價類”。由於等價類中測試數據的輸出是一樣的,所以在測試的時候只需要在每個等價類中選擇一些測試樣本來進行測試就可以了,無須遍歷