<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>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                # 什么是臨時測試? 帶示例的類型 > 原文: [https://www.guru99.com/adhoc-testing.html](https://www.guru99.com/adhoc-testing.html) ## 什么是臨時測試? **臨時測試**是一種非正式的測試類型,旨在破壞系統。 此軟件測試類型通常是計劃外的活動。 它不遵循任何測試設計技術來創建測試用例。 實際上,它不會完全創建測試用例! ![Adhoc Testing](https://img.kancloud.cn/1c/65/1c65554fa2181a3e7db12b84890efe5b_360x216.png).jpg) 臨時測試不遵循任何結構化的測試方式,而是在應用程序的任何部分隨機進行的。 該測試的主要目的是通過隨機檢查發現缺陷。 可以使用稱為**錯誤猜測的軟件測試技術來實現即席測試。** 可以由對系統有足夠經驗的人來“猜測”最可能的錯誤源,從而進行錯誤猜測。 此測試不需要遵循任何文檔/計劃/過程。 由于此測試旨在通過??隨機方法發現缺陷,而沒有任何文檔,因此缺陷將不會映射到測試用例。 這意味著,有時由于沒有映射到測試步驟或要求而很難復制缺陷。 以下視頻指導您如何進行臨時測試 ## 什么時候執行臨時測試? 當有限的時間進行詳盡的測試時,可以執行臨時測試。 通常,臨時測試是在正式測試執行之后執行的。 如果時間允許,可以在系統上進行臨時測試。 僅在測試人員熟悉被測系統的情況下,臨時測試才有效。 ## 臨時測試的類型 Adhoc 測試有不同類型,它們列出如下: | **好友測試** | 兩個伙伴共同致力于識別同一模塊中的缺陷。 通常,一個好友來自開發團隊,另一個人來自測試團隊。 好友測試可以幫助測試人員開發更好的測試用例,并且開發團隊還可以盡早進行設計更改。 此測試通常在[單元測試](/unit-testing-guide.html)完成之后進行。 | | **配對測試** | 為兩個測試人員分配了模塊,他們共享想法并在同一臺機器上工作以查找缺陷。 一個人可以執行測試,而另一個人可以記錄發現。 在測試過程中,人員的角色可以是測試員和劃線員。 *比較伙伴測試和配對測試:*伙伴測試是單元測試和[系統測試](/system-testing.html)以及開發人員和測試人員的組合,但是配對測試僅由具有不同知識的測試人員完成 水平。 (有經驗和沒有經驗的人分享他們的想法和觀點) | | **[猴子測試](/monkey-testing.html)** | 在沒有**測試用例的情況下隨機測試產品或應用程序,目標是**破壞系統。 | ## Adhoc 測試的最佳做法 遵循最佳做法可以確保有效的臨時測試。 ### **精通商業知識** 測試人員應具有良好的業務知識和對需求的清晰理解-對端到端業務流程的詳細了解將有助于輕松地發現缺陷。 有經驗的測試人員會發現更多缺陷,因為它們更擅長錯誤猜測。 ### **測試關鍵模塊** 應確定關鍵業務模塊并將其用于即席測試。 應該首先測試關鍵業務模塊,以對系統質量充滿信心。 ### 記錄缺陷 所有缺陷都需要記錄或寫在記事本中。 必須將缺陷分配給開發人員進行修復。 對于每個有效缺陷,必須編寫相應的測試用例&,必須將其添加到計劃的測試用例中。 這些[缺陷](/defect-management-process.html)的發現應作為汲取的經驗教訓,并在我們計劃測試用例的同時,反映在我們的下一個系統中。 ## 結論: 臨時測試的優點是檢查測試的完整性并發現比計劃測試更多的缺陷。 缺陷捕獲測試用例將作為附加測試用例添加到計劃的測試用例中。 在軟件工程中,臨時測試不需要大量詳盡的測試計劃,文檔和[測試用例](/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>

                              哎呀哎呀视频在线观看