https://wiki.taigi.ima.org.tw/w/index.php?action=history&feed=atom&title=%E6%8E%A2%E7%B4%A2%E6%80%A7%E6%B8%AC%E8%A9%A6 2026-05-30T03:54:41Z 本 wiki 上此頁面的修訂紀錄 MediaWiki 1.43.1 https://wiki.taigi.ima.org.tw/w/index.php?title=%E6%8E%A2%E7%B4%A2%E6%80%A7%E6%B8%AC%E8%A9%A6&diff=418773&oldid=prev 2025-08-22T13:15:01Z

<p>從 JSON 檔案批量匯入</p> <p><b>新頁面</b></p><div>&#039;&#039;&#039;探索性測試&#039;&#039;&#039;（Exploratory Testing）是軟體測試方法的一種，伊的特點為咧做測試的時陣，同時探索開發閣較濟無仝款型態的測試方式，通好改善測試流程。做軟體開始咧測試流程了後，一般測試者會使用預先設立好的測試案例來進行程式測試，來探索性測試就是為著彌補傳統的案例測試的缺點來產生。<br /> <br /> 探索性測試這个詞是由 Cem Kaner 佇一九八三年提出。伊將探索性測試定義做：_ 一種強調個人自由佮責任的測試方法，予獨立的測試者會當透過不斷的學習來改善測試的規畫佮測試的執行，佇咧測試的過程內底嘛會仝時陣的改善專案達到相輔的效果。_<br /> <br /> ==歷史==<br /> <br /> 探索性測試定定予真濟好額經驗的測試者所使用。<br /> <br /> ==適用時機==<br /> <br /> 一 . 做測試者是菜鳥仔，會當一爿訓練一爿試二 . 需要快速的對程式進行評估三 . 佇傳統的測試跤本（Test Script）中發現新的問題需要快速驗證四 . 當有需要去確認另外一位測試者的工課狀況俄 . 當團隊內面熟似相關的領域智識（Domain Knowledge）的測試者六 . 當需要做煙霧測試七 . 當程式的設計了後並無預先規劃並準備好測試跤本八 . 做專案使用敏捷軟體開發九 . 專案誠複雜並且真歹了解十 . 當測試的人並無權限去創建測試的案例十一 . 當想欲針對某一个程序錯誤進行深入調查十二 . 做專案猶未穩定到會當執行跤本測試（Script Test）<br /> 十三 . 當想欲擴大跤本測試的多樣性的時陣<br /> <br /> ==使用時機==<br /> <br /> * 專案初期<br /> * 佇咧專案的初期，測試案例的建立並無完整，會當藉著探索性測試來協助測試案例的建立猶閣有修正。<br /> * 專案當中尾期<br /> * 當專案接近著尾期時開點時間利用探索性測試會當探索閣較濟軟體的可能性佮揣出藏水的程式缺失，也會當對原本的測試跤本進行改善佮評估。<br /> <br /> ==優點佮缺點==<br /> <br /> * 優點<br /> * 鼓勵創造性。<br /> * 會當增加機會揣著新的、未知的程式缺陷。<br /> * 允准測試者開較濟時間去試一寡趣味抑是複雜的狀況。<br /> * 會當較快速的對受測的系統做出快速的評量。<br /> * 會當予你知影講系統是毋是會當使用。<br /> * 可變竅的，𩚨𩚨的。<br /> * 伊比跤本測試有趣味，因為伊袂一成無變。<br /> * 缺點<br /> * 無簡單就予人協調及調整。<br /> * 無法度對系統做全面性的測試。<br /> * 提供有限的測試可信度。<br /> * 非常的倚靠測試者的領域智識（domain knowledge）佮技術。<br /> * 無法度保證上重要的程序錯誤一定予人發現。<br /> * 並無合用愛執行真久的測試（譬如講執行規个暗暝的測試）。<br /> <br /> ==差異==<br /> <br /> 探索性測試定佮著興測試透濫，基本上探索性測試使用即興測試的觀念，共測試的結果用佇提升測試人員的水準佮改善跤本測試流程，即興測試未必會將測試結果用來改善跤本測試的流程。<br /> <br /> ==參見==<br /> <br /> * 軟體測試<br /> * 軟體測試模型<br /> * 扭掠軟體開發<br /> <br /> [[分類: 待校正]]</div>

TaiwanTonguesApiRobot