<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??一站式輕松地調用各大LLM模型接口,支持GPT4、智譜、豆包、星火、月之暗面及文生圖、文生視頻 廣告
                # 什么是探索性測試? 實例技巧 > 原文: [https://www.guru99.com/exploratory-testing.html](https://www.guru99.com/exploratory-testing.html) ## 什么是探索性測試? **探索性測試**是一種軟件測試,其中不是預先創建測試用例,而是由測試人員動態檢查系統。 他們可能會記下有關在執行測試之前要進行哪些測試的想法。 探索性測試的重點更多地放在作為“思考”活動的測試上。 探索性測試廣泛用于敏捷模型中,并且與發現,調查和學習有關。 它強調測試人員的個人自由和責任。 在腳本化測試下,您首先設計測試用例,然后再進行測試執行。 相反,探索性測試是測試設計和測試執行同時完成的一個過程。 腳本化測試執行通常是一種非思考性的活動,測試人員執行測試步驟并將實際結果與預期結果進行比較。 這樣的測試執行活動可以自動化,不需要很多認知技能。 ![Exploratory Testing](https://img.kancloud.cn/7d/f3/7df3a93bac17763a9bd7a4a1f831f44c_635x224.png) **盡管軟件測試的當前趨勢是推動** **自動化**,但探索性測試是一種新的思維方式。 **自動化有其局限性** ![Exploratory Testing Tutorial: Process, Techniques & Examples](https://img.kancloud.cn/e2/73/e273108fa59652283eb1c2c5f3dd68cb_351x256.png) ## 腳本測試與探索性測試之間的差異 | **腳本測試** | **探索性測試** | | 從需求指導 | 指導需求并在測試過程中進行探索 | | 提前確定測試用例 | 測試期間確定測試用例 | | 確認符合要求的測試 | 系統或應用程序調查 | | 強調預測和決策 | 強調適應能力和學習能力 | | 涉及已確認的測試 | 涉及調查 | | 關于控制測試 | 關于測試設計的改進 | | 就像發表演講一樣-您從草稿中閱讀 | 就像談話一樣-是自發的 | | 腳本處于控制中 | 測試人員的思想處于控制之中 | 探索性測試- * 不是隨機測試,而是旨在發現錯誤的臨時測試 * 結構嚴謹 * 與腳本化測試的過程結構相比,具有認知(思維)結構。 這種結構來自憲章,時間拳擊等。 * 高度可教且易于管理 * 這不是一種技術,而是一種方法。 您下一步要執行的操作取決于您當前正在執行的操作 ## 如何進行探索性測試 探索性的測試準備工作將通過以下 5 個階段詳細介紹,也稱為基于會話的測試管理(SBTM 周期): 1. **創建錯誤分類法(分類)** * 分類過去項目中常見的故障類型 * 分析問題或故障的根本原因 * 發現風險并提出想法以測試應用程序。 2. **測試章程** * 測試章程應建議 * 測試思路是探索測試的起點 * 測試章程有助于確定最終用戶如何使用 系統 1. 測試什么 2. 如何測試 3. 需要看什么 3. **時間框** * 此方法包括一對測試人員一起工作不少于 90 分鐘 * 在這 90 分鐘的會話中,不應有任何中斷的時間 * 時間盒可以延長或減少 45 分鐘 * 該會議鼓勵測試人員對系統的響應做出反應并為正確的結果做準備 4. **審核結果:** * 缺陷評估 * 從測試中學習 * 覆蓋范圍分析 5. **匯報:** * 匯編輸出結果 * 將結果與章程進行比較 * 檢查是否需要任何其他測試 例如,在探索性執行期間,需要完成以下工作: * 測試的任務應該非常明確 * 記錄需要測試的內容,為什么需要測試以及對產品質量的評估 * 跟蹤探索性測試期間提出的問題 * 最好將測試人員配對以進行有效測試 * 我們測試的越多,就越有可能針對所需的方案執行正確的測試用例 記錄文檔并監視以下內容非常重要 * 測試范圍-我們是否已記錄測試用例的范圍并提高軟件質量 * 風險-需要涵蓋哪些風險,哪些都是重要風險? * 測試執行日志-測試執行記錄 * 問題/查詢-在系統上記錄問題和問題 更智能的探索性測試可以在更短的時間內發現更多的錯誤。 ## 探索性測試的優缺點 | 對于 | 用 | | * 當需求文檔不可用或部分可用時,此測試很有用。 * 它涉及調查過程,可以比正常測試幫助發現更多錯誤- * 發現通常被忽略的錯誤 通過其他測試技術 * 通過執行越來越多的測試用例來擴展測試人員的想象力,最終也提高了生產率 * 此測試深入到應用程序的最小部分,涵蓋了所有領域 需求 * 該測試涵蓋所有類型的測試,并且涵蓋各種場景和案例 * 鼓勵創造力和直覺 * 在測試執行過程中產生新的想法 | * 此測試完全取決于測試人員的技能 * 受測試人員領域知識的限制 * 不適合執行時間長的應用程序 | ## 探索性測試的挑戰: 探索性測試存在許多挑戰,下面將對這些挑戰進行說明: * 學習使用應用程序或軟件系統是一個挑戰 * 復制失敗很困難 * 確定是否需要使用工具可能具有挑戰性 * 確定要執行的最佳測試用例可能很困難 * 報告測試結果是一個挑戰,因為報告沒有計劃的腳本或案例來與實際結果或結果進行比較 * 執行期間所有事件的記錄都很難記錄 * 不知道何時停止測試,因為探索性測試有明確的測試用例可以執行。 ## 什么時候使用探索性測試? 探索性測試在以下情況下可以廣泛使用 * 測試團隊擁有經驗豐富的測試人員 * 需要早期迭代 * 有一個關鍵的應用 * 新測試人員加入團隊 ### 結論: 在軟件工程中,執行探索性測試以克服腳本化測試的局限性。 它有助于改進[測試用例](/test-case.html)套件。 它重視學習和適應能力。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看