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

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                # 什么是組件測試? 技術,示例測試用例 > 原文: [https://www.guru99.com/component-testing.html](https://www.guru99.com/component-testing.html) ### 什么是組件測試? 組件測試被定義??為一種軟件測試類型,其中在不與其他組件集成的情況下分別對每個單獨的組件執行測試。 從體系結構的角度來看,它也稱為模塊測試。 組件測試也稱為單元測試,程序測試或模塊測試。 通常,任何軟件作為一個整體都由幾個組件組成。 組件級測試涉及單獨測試這些組件。 這是質量檢查小組執行的最常見的黑匣子測試類型之一。 如下圖所示,將有一個用于組件測試的測試策略和測試計劃。 分別考慮軟件或應用程序的每個部分。 對于每個組件,都將定義一個[測試場景](/test-scenario.html),該場景將進一步分解為一個高級測試用例->具有前提條件的詳細測試用例。 ![Learn COMPONENT Testing with Sample Test Cases](https://img.kancloud.cn/9a/5d/9a5d629a3e6dd8163f1b8a79005c46b4_330x507.png) 術語“ **組件測試**”的用法因域和組織而異。 對組件測試有不同看法的最常見原因是 1. 選擇的開發生命周期模型的類型 2. 被測軟件或應用程序的復雜性 3. 與軟件或應用程序中其他組件是否隔離的測試。 眾所周知,軟件測試生命周期體系結構包含許多測試工件(在測試活動期間使用的文檔)。 在許多測試(工件)中,測試策略&測試策略定義了測試的類型,在給定項目中要執行的測試的深度。 ## 誰進行組件測試 組件測試由測試人員執行。 “單元測試”由開發人員執行,他們在其中對單個功能或過程進行測試。 在執行[單元測試](/unit-testing-guide.html)之后,下一個測試是組件測試。 組件測試由測試人員完成。 ## 何時執行組件測試 在開發人員完成單元測試并為測試團隊發布了內部版本之后不久,便進行了組件測試。 此構建稱為 UT 構建(單元測試構建)。 在此階段測試所有組件的主要功能, 組件測試的輸入標準 * 應制定經過測試的&單元中包含的組件的最小數量。 組件測試的退出標準 * 所有組件的功能都應該正常工作。 * 不應存在??任何“嚴重”或“高”或“中”嚴重性級別的&優先級缺陷[缺陷](/defect-management-process.html)日志。 ## 組件測試技術 根據測試級別的深度,可以將組件測試分類為 1. **CTIS-小型組件測試** 2. **CTIL-大型組件測試** **CTIS –小型**中的組件測試 組件測試可以在隔離或不隔離被測軟件或應用程序中其他組件的情況下進行。 如果是在隔離其他組件的情況下執行的,則將其稱為 Small 中的組件測試。 **示例 1:**假設一個網站有 5 個不同的網頁,然后分別測試每個網頁&并隔離其他組件,這在 Small 中稱為組件測試。 **示例 2:**考慮 guru99.com 網站的主頁,其中包含許多組件,例如 主頁,測試,SAP,Web,必須學習!,大數據,實時項目,博客等。 同樣,任何軟件都由許多組件組成,并且每個組件都有自己的子組件。 在不考慮與其他組件集成的情況下,分別測試示例 2 中提到的每個模塊稱為**小組件測試。** <center> <figure> ![Learn COMPONENT Testing with Sample Test Cases](https://img.kancloud.cn/f9/a6/f9a6db93fcbed917113838c0a962fc7c_868x312.png) <figcaption>如何進行組件測試</figcaption> </figure> </center> 根據下面的快照顯示,單擊“測試”下拉菜單,然后查看“測試”組件的各種**“子組件”** 。 因此,顯示的子組件為[手動測試](/manual-testing.html),SOAPUI,QTP,JUnit,Selenium,測試管理,Selenium,[移動](/mobile-testing.html)測試等。 **注意:**在下面的快照中以紅色突出顯示了該子組件。 <center> <figure> ![Learn COMPONENT Testing with Sample Test Cases](https://img.kancloud.cn/e9/04/e904336aa43f35cd8b2f709acce4cc58_692x315.png) <figcaption>如何進行組件測試</figcaption> </figure> </center> **CTIS – Component Testing in Small** 在不隔離被測軟件或應用程序中其他組件的情況下進行的組件測試稱為大型組件測試。 讓我們舉個例子來更好地理解它。 假設有一個包含三個組件的應用程序,它們分別是**組件 A** ,**組件 B,**和**組件 C** 。 開發人員已經開發了組件 B 并希望對其進行測試。 但是為了**完全**測試組件 B,其功能很少依賴于組件 A,很少依賴于組件 C。 ![Learn COMPONENT Testing with Sample Test Cases](https://img.kancloud.cn/69/df/69df3abb3cca4449fc948a9b3794d081_524x237.png) 功能流程: **A** -> B-> **C** ,這意味著從兩個& C 到 B 都存在依賴關系,根據圖表存根**調用函數**,驅動程序是**調用函數**。 但是組件 A 和 C 尚未開發。 在那種情況下,要完全測試組件 B,我們可以根據需要用存根和驅動程序替換組件 A 和組件 C。 因此,基本上,組件 A & C 被存根&驅動程序代替,該存根驅動程序充當虛擬對象,直到它們被實際開發為止。 * **存根:**從要測試的軟件組件中調用存根,如下圖所示,組件 A 調用了“存根”。 * **驅動程序:**驅動程序調用要測試的組件,如下圖所示。“組件 B”由驅動程序調用。 ## 組件測試的示例測試案例 根據下面提到的圖表考慮 2 個網頁,在功能上,這兩個網頁相互關聯。 1. **網頁 1 是 demo.guru99.com 的登錄頁面** ![Learn COMPONENT Testing with Sample Test Cases](https://img.kancloud.cn/1c/94/1c945d6eb09d9d2bdd4a04a68d79f1b2_1268x178.png) 當用戶在文本字段中輸入有效的用戶名和密碼并單擊“提交”按鈕時,該網頁將導航到 guru99 演示銀行網站的主頁。 2. **網頁 2 是 Guru99.com 的主頁** ![Learn COMPONENT Testing with Sample Test Cases](https://img.kancloud.cn/46/e3/46e383944c5f39e71c21f940c9585a92_793x544.png) 因此,這里的登錄頁面是一個組件,而主頁是另一個組件。 現在,分別測試各個頁面的功能稱為**組件測試**。 網頁 1 上的組件測試方案– * 輸入無效的用戶 ID,并驗證是否向最終用戶顯示任何用戶友好的警告彈出窗口。 * 輸入無效的用戶名和密碼,然后單擊“重置”,并驗證是否清除了在文本字段中的用戶名和密碼中輸入的數據。 * 輸入有效的用戶名和密碼,然后單擊“登錄”按鈕。 網頁 2 上的組件測試方案– * 確認主頁上是否顯示“歡迎使用 guru99 銀行的管理員頁面”消息。 * 驗證網頁左側的所有鏈接是否都可單擊。 * 驗證是否在主頁中央顯示經理 ID。 * 根據圖表驗證主頁上是否存在 3 張不同的圖像。 ## 單元測試與組件測試 | <center>單元測試</center> | <center>組件測試</center> | | * 測試單個程序,以證明程序按照規范執行的模塊稱為 **單元測試** | * 分別測試軟件的每個對象或部分,或不隔離其他對象稱為 **組件測試** | | * 已針對設計文件 進行了驗證 | * 已針對測試要求和用例進行了驗證 | | * 單元測試由開發人員 完成 | * 組件測試由測試人員 完成 | | * 首先完成單元測試 | * 在開發人員完成單元測試之后,就完成了組件測試。 | **摘要:** 在軟件工程中,組件測試在發現錯誤中起著至關重要的作用。 在我們開始使用[集成測試](/integration-testing.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>

                              哎呀哎呀视频在线观看