全域性探索式測試法
混合探索式測試技術
軟體測試的5個棘手問題
重複性暫時性
單調性健忘
主要依賴測試技術：原因是不確定因素太多，場景複雜，可能導致自動化測試失效的情況太多，無法一一跟蹤，都需要人工介入
手工測試的問題：
手工測試使用指令碼，指令碼用於指定該使用什麼樣的輸入值，定義如何判斷正確的軟體輸出結果。對於某些應用程式來說使用預先編制的指令碼會比較死板，一般來說會描述乙個比較籠統的使用者場景，測試人員隨機應變，對各種選擇進行合理判斷
探索式測試的測試結果、測試例項和測試文件都會在執行測試時建立，適合使用 敏捷開發過程 的web程式，整個過程中應該儘量減少不能通過工具自動生成的產物(如預先編制的測試用例)
探索式測試的缺點在於測試人員可能在測試中沒有重點，會浪費時間，如果準備不充分，沒有條理，會對某些功能進行重複測試，導致測試效率低下
需要好的指導方法，一種稱為區域性探索式測試法，輔助測試人員在測試過程中及時做出決定，另一種稱為全域性探索式測試法，用於幫助測試人員設計整體測試計畫和測試策略
輸入檢查
使用異常處理**
常規輸入和非常規輸入
預設輸入/使用者提供輸入
理解應用程式如何工作、介面看起來怎樣、實現了哪些功能
強迫軟體展示全部能力
找到缺陷
歷史區
旅遊區
娛樂區
旅館區
破舊區
對於測試人員，使用者使用軟體的原因時程式的特性和功能可以是他們的目的達成，宣傳材料也會詳盡描述這些特性
賣點測試法
地標測試法
極限測試法
快遞測試法
深夜測試法
遍歷測試法
博物館測試法
上一版測試法
深巷測試法
通宵測試法
長路徑測試法
超模測試法
測一送一測試法
蘇格蘭酒吧測試法
懶漢測試法
反叛測試法
強迫症測試法
漫遊測試法是分配測試任務的乙個極好方法，測試的目的就是在這次測試中盡最大努力，同時確保下次做的更好
刪除步驟：可以去掉冗餘和可選的步驟，測試程式中是否可以識別缺少資訊或者一些從屬功能
替換步驟：如果場景中某些步驟有多種方法可以完成，就可以用替換步驟來修改這個場景，實際是前面兩個步驟的組合，先刪除步驟再插入步驟
替換資料：理解程式連線和使用的資料來源，確保互動是穩定可靠的(資料來源停止工作/資料記錄增加十倍)
替換環境：替換硬體/替換容器/替換版本/修改本地設定
測試書籍 《探索式軟體測試》
探索式軟體測試 by james whittaker 關於james whittaker，第一期裡面我們介紹過他，其成名作大概是how to break software系列，不過今天我要給大家介紹的是他的一本新書，exploratory software testing 中文版譯為 探索式軟體測試...
讀書筆記 探索式測試 混合探索式測試
1.講述使用者故事 2.描述需求 3.演示產品功能 4.演示整合場景 5.描述設定和安裝 6.描述警告和出錯情況 1.通過場景操作引入變化 操作後得到的新場景稱為衍生場景。刪除步驟 替換步驟 重複步驟 替換資料 替換環境 替換硬體 替換容器 瀏覽器相容性 替換版本 修改本地設定 cookie 登錄檔...
探索式軟體測試讀書筆記
2011年4月買的書,2014年1月才讀,罪過罪過,後悔莫及.中括號裡面的內容是自己的評注 第2章 手工測試 1.軟體失效的主要原因是因為開發人員沒有理解,預見或測試所有可以執行軟體的環境 環境應該只是失效的乙個因素 2.測試人員擁有那種 如何才能攻破這個功能 的態度和開發人員那種 如何才能實現這個...