什么是探索性測試探索性測試方法 _經驗分享

什么是探索性測試？探索性測試定義：同時設計測試和執行測試。
探索性測試可以說是一種測試思維技術。它沒有很多實際的測試方法、技術和工具，但是卻是所有測試人員都應該掌握的一種測試思維方式。探索性強調測試人員的主觀能動性，拋棄繁雜的測試計劃和測試用例設計過程，強調在碰到問題時及時改變測試策略。
為什么要做探索性測試其實探索性測試正如它的名字一樣，需要探索才知道測試的結果。這是一種測試設計與執行同步的測試。
前半部分說對了，基本上就是手動測試。
通常正確的做法是把有經驗的人放去做探索性測試，而其他類型的測試（比如回歸測試，隨機測試等等）可以讓稍欠經驗的人來進行。
為了找到產品的風險，找到產品不穩定的地方。
做IT這個行業的都知道，我們雖然是按著一個需求去做的，但是做出來的東西跟預期的差別總是存在。也就是我們所得到，跟我們所期望的不會完全匹配。我們可能沒有完全達到期望的，但是又開發出了一些附加的東西，這些附加的東西可以是bug,也可以是無傷大雅的特性，也可能是存在不穩定性的功能塊。這些都是需要找出來的。
經驗越多的人，試試的方向就更正確。
有時間會找個案例上來詳細分析。
北大青鳥設計培訓：七種常見的用戶分析測試方法？隨著用戶需求的不斷變化，越來越多的產品設計被要求加入體驗設計的設計理念。
今天，廈門電腦培訓http://www.kmbdqn.cn/就一起來了解一下，從企業角度分析，用戶體驗都有哪些方法可以測試出來。
問卷法問卷法是大家非常熟悉且使用得多的方法之一。
它是以書面形式向特定人群提出問題，并要求被訪者以書面或口頭形式回答來進行資料搜集的一種方法。
問卷可以同時在較大范圍內讓眾多被訪者填寫，因此能在較短時間內搜集到大量的數據。
與傳統調查方式相比，網絡調查在組織實施、信息采集、信息處理、調查效果等方面具有明顯的優勢。
但是，做好一份問卷并不容易，尤其是在制訂問卷目標、設計問題及文案上都有一定的專業要求。
可用性測試可用性測試是指在設計過程中被用來改善產品的可用性的一系列方法。
在典型的可用性測試中，用戶研究員會根據測試目標設計一系列操作任務，通過測試5～10名用戶完成這些任務的過程來觀察用戶實際如何使用產品，尤其是發現這些用戶遇到的問題及原因，并終達成測試目標。
在測試完成后，用戶研究員會針對問題所在，提出改進的建議。
眼動測試對個體而言，外界信息的80%～90%通過眼睛獲取，眼動有一定的規律性，眼動測試就是通過眼動儀(見圖1-9)記錄用戶瀏覽頁面時視線的移動過程及對不同板塊的關注度。
通過眼動測試可以了解用戶的瀏覽行為，評估設計效果。
眼動儀通過記錄角膜對紅外線反射路徑的變化，計算眼睛的運動過程，并推算眼睛的注視位置。
用戶訪談與問卷不同，在訪談中可以與用戶有更長時間、更深入的交流，通過面對面溝通、電話等方式都可以與用戶直接進行交流。
訪談法操作方便，可以深入地探索被訪者的內心與看法，容易達到理想的效果，因此也是較為常用的用戶研究方法。
【什么是探索性測試探索性測試方法】訪談法一般在調查對象較少的情況下采用，因此常與問卷法、測試法等其他方法結合使用。
焦點小組焦點小組是用戶研究項目中常見的研究方法之一，依據群動力學原理，一個焦點小組應由6～8人組成，在一名專業的主持人的引導下，以一種無結構或半結構的形式，對某一主題或觀念進行深入討論，從而獲取相關問題的一些創造性見解。
焦點小組特別適用于探索性研究，通過了解用戶的態度、行為、習慣、需求等，為產品收集創意、啟發思路。
手動輸入系統數據的優點有哪些手動輸入系統數據的優點可以靈活的輸入任何內容，沒有任何限制。可以進行探索性的測試。數據系統（datasystem）是指由數據獲取、數據存儲、數據更新、數據流通和數據挖掘5部分組成的按照不同的層次分布式存儲而成的系統。這樣，我們就可以快速地、完整地、形象地、變尺度地了解各種宏觀和微觀的情況，并充分發揮這些數據的作用。
探索性測試的定義對探索性測試最直白的定義是：同時設計測試和執行測試。探索性測試有時候會與即興測試（ad hoc testing）混淆。即興測試通常是指臨時準備的、即興的Bug搜索測試過程。從定義可以看出，誰都可以做即興測試。由Cem Kaner提出的探索性測試，相比即興測試是一種精致的、有思想的過程。
在對測試對象進行測試的同時學習測試對象并設計測試，在測試過程中運用獲得的關于測試對象的信息設計新的更好的測試。這個有趣的過程如下圖所示。
探索性測試強調測試設計和測試執行的同時性，這是相對于傳統軟件測試過程中嚴格的“先設計，后執行”來說的。測試人員通過測試來不斷學習被測系統，同時把學習到的關于軟件系統的更多信息通過綜合的整理和分析，創造出更多的關于測試的主意。

探索性測試的探索性測試的四個類型探索式軟件測試一共分為自由式探索式測試、基于場景的探索式測試、基于策略的探索式測試和基于反饋的探索式測試。下面將詳細介紹4種類型的應用場景。
一：自由式探索式測試
自由式探索式測試指的是對一個應用程序的所有功能，以任意次序、使用任何如數進行隨機探測，而不考慮哪些功能是否必須包括在內。自由式測試沒有任何規則和模式、只是不停的去做。很不幸，很多人認為所有的探索式測試都是自由式的，從長遠的觀點來看，這種看法低估了探索式測試技術的能力，我們在隨后將看到這類測試的一些變種。
一個自由測試用例可能會被選中成為一個快速的冒煙測試，用它來檢查是否會找到重大的崩潰或者嚴重的軟件缺陷，或是在采用先進的技術之前通過它來熟悉一個應用程序。顯然，自由式探索式測試無需也不應該進行大量的準備規則。事實上，它更像是“探索”而不是“測試” ，所以我們應當相應的調整對它的期望值。
自由式測試不需要多少經驗或者信息。但是，同以下提到的探索式技術相結合后，它將成為一個非常強大的測試工具。
二：基于場景的探索式測試
基于場景的探索式測試和傳統的基于場景的測試有類似之處。兩者都涉及到一個開始點，就是用戶故事或者是文檔化的端到端場景的開始之處，那也是我們所期望的最終用戶開始執行應用程序的地方。這些場景可以來自用戶研究、應用程序、以前版本的數據等，并作為腳本用于測試軟件。探索式測試是對傳統場景測試的補充，把腳本的應用范圍擴大到了更改、調整和改變用戶執行路徑的范疇。
使用場景作為指導的探索式測試人員經常會修改他感興趣的輸入或者是追尋一些并沒有包括在腳本中的潛在副作用。不過，由于最終的目標是完成給出的場景，這些測試上的彎路、最終總是會回到腳本文件記載的用戶主要執行路徑。
三：基于策略的探索式測試
將自由式測試探索式與具有測試老手的經驗、技能和感知融合在一起，就成為基于策略的探索式測試。它屬于自由式的探索，只是他是在現有的錯誤搜索技術下引導完成的。基于策略的探索式測試應用所有的已知技術(如邊界值分析或組合測試)和未知的本能(如異常處理往往容易出現軟件缺陷) ，來指導測試人員進行測試。
這些已知的策略是基于策略的探索式測試成功的關鍵，存儲的測試知識越豐富，測試就會更有效率。這些策略緣于積累下來的知識，它們指導軟件缺陷隱藏在哪里，如何綜合人工輸入數據，那些代碼路徑常常出現故障。
基于策略的探索式測試結合了測試老手的經驗和探索型測試人員的隨機性。
四：基于反饋的探索式測試
基于反饋的探索式測試緣于自由式測試，但是隨著測試歷史的形成，測試人員們就會利用反饋來指導今后的探索。“覆蓋”就是典型的例子。一名測試人員通過咨詢那些覆蓋指標(代碼覆蓋、用戶界面覆蓋、特性覆蓋、輸入覆蓋或者其中的某一些組合)來選中新的測試用例，以使這些覆蓋指標得以提高。覆蓋指標只是收錄反饋信息的標志之一。我們也會看其他標志，如代碼改動數量和軟件缺陷密集程度等。
基于反饋的探索式測試時一種“上一次測試”：在上一次我根據應用程序的最后狀態選了每某一個輸入之后、下一次我就會選中另外一個輸入。或者是，在上一次遇到這個界面時我用A屬性，這一次我就會用B屬性。
基于反饋的探索式測試工具是非常有價值的，它可以是測試人員保存、搜索測試歷史并據此采取實時行動。不幸的是這樣的工具很少。

關于探索性測試和探索性測試方法的內容就分享到這兒！更多實用知識經驗，盡在 m.apearl.cn

什么是探索性測試 探索性測試方法

什么是探索性測試探索性測試方法