<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/what-everybody-ought-to-know-about-test-planing.html](https://www.guru99.com/what-everybody-ought-to-know-about-test-planing.html) ## 什么是測試計劃? **測試計劃**是一份詳細的文檔,描述了測試策略,目標,時間表,估計和可交付成果以及測試所需的資源。 測試計劃可幫助我們確定驗證被測應用程序質量所需的工作。 測試計劃作為進行軟件測試活動的藍圖,作為定義的過程,由測試經理對其進行細致的監視和控制。 讓我們從以下場景開始 在會議中,您想與團隊成員討論測試計劃,但是他們不感興趣-。 ![](https://img.kancloud.cn/a0/e3/a0e37b903954e51396d3cbc6d0a4f9e9_405x264.png) 在這種情況下,您會怎么做? 選擇你的答案,如下圖 ![](https://img.kancloud.cn/0c/73/0c73688e84aa8970505f0300a100e4a8_744x350.png) <input class="ab" name="ab" type="checkbox" value="1"> A) I am Manager do everything as I said <input class="abno" name="abno" type="checkbox" value="11"> B) OK, let's me explain why we need a Test Plan **Incorrect As a Test Manager, you must explain them the importance of Test Plan rather than force the team to do what you want.** **Correct As a Test Manager, you must explain them the importance of Test Plan rather than force the team to do what you want.** ## 測試計劃的重要性 制定測試計劃有很多好處 * 幫助測試團隊以外的人員,例如開發人員,業務經理,客戶**了解**測試的詳細信息。 * 測試計劃**指導**我們的思考。 這就像一本規則手冊,需要遵循。 * 測試計劃中記錄了等重要方面,例如測試估算,測試范圍,[測試策略](/how-to-create-test-strategy-document.html),因此可以由管理團隊進行審核,并重新用于其他項目。 ## 如何編寫測試計劃 您已經知道制定**測試計劃**是測試管理過程中最重要的任務。 按照以下七個步驟,按照 IEEE 829 創建測試計劃 1. 分析產品 2. 設計測試策略 3. 定義測試目標 4. 定義測試標準 5. 資源規劃 6. 計劃測試環境 7. 時間表&估算 8. 確定測試交付物 ![](https://img.kancloud.cn/b2/c0/b2c03470a741a6689e61b1fb02dfe3ac_670x472.png) ### 步驟 1)分析產品 沒有的任何信息,如何測試產品**? 答案是**不可能。** 在測試產品之前,您必須徹底學習產品。** 被測產品是 Guru99 銀行網站。 您應該研究客戶和最終用戶,以了解他們對應用程序的需求和期望 * 誰將使用該網站? * 它是干什么用的? * 如何運作? * 產品使用什么軟件/硬件? 您可以使用以下方法來分析站點 ![](https://img.kancloud.cn/48/8b/488b5f6f68334d142978ca54eed21c66_802x485.png) 現在,將上述知識應用于真實產品:**分析**銀行網站 [http://demo.guru99.com/V4](http://demo.guru99.com/V4) 。 ![](https://img.kancloud.cn/c4/b9/c4b94cb42700933adf54ade3fcb6ca11_500x320.png) 您應該在網站上瀏覽一下**,還應該**查看** [產品文檔](https://docs.google.com/document/d/1PZQZKt7hqS417QjYRMppPnTwfj8V54XUA7nZUnYvumE/edit?usp=sharing)。 查看產品文檔可幫助您了解網站的所有功能以及如何使用它。 如果您不清楚任何項目,可以**采訪**客戶,開發人員,設計師,以獲取更多信息。** ### 步驟 2)制定測試策略 測試策略是制定測試計劃的**關鍵步驟**。 測試策略文檔是高級文檔,通常由測試管理器開發。 本文檔定義: * 項目的**測試目標**及其實現方法 * 確定測試**的工作量**和**的費用** 回到您的項目,您需要開發測試策略來測試該銀行網站。 您應該按照以下步驟 ![](https://img.kancloud.cn/80/ec/80ecd1298af0a4eca7851d00976a1e71_803x143.png) ### 步驟 2.1)定義測試范圍 在開始任何測試活動之前,應該知道測試的范圍。 您必須認真考慮。 * 將要測試的系統組件(硬件,軟件,中間件等)定義為“ 范圍內的**”** * 還需要將未經測試的系統組件明確定義為“ **超出范圍**”。 定義測試項目的范圍對于所有利益相關者都非常重要。 精確的范圍可以幫助您 * 給大家**信心&您正在執行的測試的準確信息** * 所有項目成員都將對**和**有清楚的了解 ***您如何確定項目范圍?*** 要確定范圍,您必須– * 精確的客戶要求 * 項目預算 * 產品規格書 * 測試團隊的技能&天賦 現在應該清楚地定義“范圍內”和“范圍外”的測試。 * 作為軟件要求[規范](https://docs.google.com/document/d/1rPW5DV82VJT6vtA1VDSrfxaCBuAduxW0zb1yfTh_VMk/edit?pli=1#heading=h.ftgetk7f23qj),項目 Guru99 Bank 僅專注于測試所有**功能**和網站 **Guru99** Bank(范圍 ]測試) * 當前將不測試非功能性測試,例如**壓力**,**性能**或**邏輯數據庫**。 (范圍之外的**)** **問題方案** 客戶希望您測試他的 API。 但是項目預算不允許這樣做。 在這種情況下,您會怎么做? 好吧,在這種情況下,您需要使客戶相信 [Api 測試](/api-testing.html)是額外的工作,并且會消耗大量資源。 給他提供支持您事實的數據。 告訴他如果范圍內包括 Api Testing,則預算將增加 XYZ 數量。 客戶同意,因此,超出范圍的新范圍是 * 范圍內的項目:[功能測試](/functional-testing.html),Api 測試 * 超出范圍的項目:[數據庫測試](/data-testing.html),硬件&任何其他外部接口 ### 步驟 2.2)識別測試類型 **測試類型**是提供預期測試結果的標準測試程序。 制定了每種測試類型,以標識特定類型的產品錯誤。 但是,所有測試類型均旨在實現一個共同目標:“ **在向客戶發布產品之前盡早檢測**所有缺陷” 下圖描述了**常用的**測試類型。 <center> <figure>![](https://img.kancloud.cn/1a/1b/1a1b4d6e8bd1b619432798a7197e8b47_822x556.png) <figcaption style="display: table;">Commonly Used Testing Types</figcaption> </figure> </center> 有**噸用于測試軟件產品的測試類型**。 您的團隊**無法充分發揮**的能力來處理所有類型的測試。 作為測試管理員,您必須設置測試類型的**優先級** * Web 應用程序測試應以**為重點的**是哪種測試類型? * 為節省成本,應忽略**哪些測試類型?** **Now let's practice with your project. The product you want to test is a banking website. Which Testing Types should you focus in this case? Select All that Apply**<input class="eb" name="eb" type="checkbox" value="2"> A) Unit Testing <input class="ebno" name="ebno" type="checkbox" value="1"> B) API Testing <input class="ebno1" name="ebno1" type="checkbox" value="1"> C) Integration Testing <input class="ebno2" name="ebno2" type="checkbox" value="1"> D) System Testing <input class="ebno3" name="ebno3" type="checkbox" value="2"> E) Install/Uninstall Testing <input class="ebno4" name="ebno4" type="checkbox" value="2"> F) Agile testing <input id="submit" name="submit" type="button" value="Submit"> **We only select B) API Testing C) Integration Testing D) System Testing for Guru99 project** ### 步驟 2.3)文檔風險&問題 風險是未來的**不確定事件**,發生**的可能性**和**潛在**的損失。 當實際發生風險時,便成為“ **問題”。** 在[風險分析和解決方案](/how-precaution-becomes-cure-risk-analysis-and-solutions-in-test-management.html)中,您已經詳細了解了“風險”分析并確定了項目中的潛在風險。 在質量檢查測試計劃中,您將記錄這些風險 | **風險** | **緩解措施** | | 團隊成員缺乏網站測試所需的技能。 | 計劃**培訓課程**以提高您的成員技能 | | 項目進度太緊; 很難按時完成這個項目 | 為每個測試活動設置**測試優先級**。 | | 測試經理的管理技能很差 | 為經理計劃**領導力培訓** | | 缺乏合作會對員工的生產力產生負面影響 | **鼓勵**每個團隊成員執行任務**,并激勵**他們做出更大的努力。 | | 錯誤的預算估算和成本超支 | 在開始工作之前建立**范圍**,非常注意項目計劃并不斷跟蹤和衡量進度 | ### 步驟 2.4)創建測試物流 在測試物流中,測試經理應回答以下問題: * **誰會測試?** * **什么時候進行**測試? **誰會測試?** 您可能不知道將進行測試的測試儀的確切名稱,但是可以定義測試儀的**類型**。 要為特定任務選擇合適的成員,您必須考慮其技能是否適合該任務,并估算項目預算。 為任務選擇錯誤的成員可能會導致項目**失敗**或**延遲**。 具有以下技能的人員最適合進行軟件測試: * 能夠**了解**客戶的觀點 * 強烈的**對品質的渴望** * **注意**詳細說明 * 良好的**合作** 在您的項目中,負責執行測試的成員是**測試人員。** 根據項目預算,您可以選擇內部或外部成員作為測試人員。 **什么時候進行測試?** 測試活動必須與相關的開發活動相匹配。 當您具有**的所有必需項目**如下圖所示時,您將開始測試 ![](https://img.kancloud.cn/2e/12/2e121977a901dc25ca7baa97ad91c51c_835x157.png) ### 步驟 3)定義測試目標 測試目標是測試執行的總體目標和成就。 測試的目的是要找到盡可能多的軟件缺陷。 在發布之前,請確保被測軟件沒有**錯誤**。 要定義測試目標,您應該執行以下兩個步驟 1. 列出可能需要測試的所有軟件功能(功能,性能,GUI 等)。 2. 根據上述特征定義測試的**目標**或**目標** 讓我們按照以下步驟找到您的 Guru99 Bank 測試項目的測試目標 您可以選擇“ **自上而下”** 方法來查找可能需要測試的網站功能。 在這種方法中,您將被測試的應用細分為**組件**和**子組件**。 在上一個主題中,您已經分析了需求規格并瀏覽了網站,因此可以創建**思維導圖**來查找網站功能,如下所示 ![](https://img.kancloud.cn/33/0b/330b43646276275d3545f63b889a9fc3_903x573.png) 該圖顯示了 Guru99 網站可能具有的所有功能。 基于上述功能,您可以按以下方式定義項目 Guru99 的測試目標 * 檢查網站 Guru99 **功能**(帳戶,存款…)是否按預期工作,在實際業務環境中沒有任何錯誤或錯誤 * 檢查網站的外部界面,例如 **UI** 是否按預期工作,并且&滿足客戶需求 * 驗證網站的**可用性**。 這些功能是否方便用戶使用? ### 步驟 4)定義測試標準 測試標準是可以作為測試程序或測試判斷依據的標準或規則。 有以下兩種測試標準 ### 暫停條件 指定測試的關鍵暫停條件。 如果在測試過程中滿足了暫停標準,則將活動測試周期暫停,直到該標準被**解析**為止。 示例:如果您的團隊成員報告 **40%的測試用例失敗,則應**暫停**測試,直到開發團隊修復所有失敗的案例。** ![](https://img.kancloud.cn/98/8b/988bc6f43a78e5ea289e032eb2bddbfd_521x488.png) ### 退出條件 它指定了表示**成功完成測試階段的**的標準。 退出標準是測試的目標結果,在進入下一開發階段之前是必需的。 示例:**所有關鍵測試用例中的 95%**必須通過。 定義退出標準的一些方法是通過指定目標**運行速率**和**通過率**。 * 運行率是執行的**個測試用例/測試規范的總測試用例**之間的比率。 例如,測試規范總共有 120 個 TC,但測試人員僅執行了 100 TC,因此運行速率為 100/120 = 0.83(83%) * 通過率是**編號** **測試用例/已執行測試用例**之間的比率。 例如,在執行的 100 多個 TC 中,有 80 TC 通過了,因此合格率為 80/100 = 0.8(80%) 可以在“測試指標”文檔中檢索此數據。 * 除非給出明確的原因,否則**運行**的速率必須為 **100%**。 * **通過率**取決于項目范圍,但是**實現高通過率**是目標。 **示例:**您的團隊已經完成了測試執行。 他們向您報告測試結果,并希望您確認**退出標準。** ![](https://img.kancloud.cn/e1/74/e174d57123777110a20e79a98f67729e_939x490.png) 在上述情況下,強制運行率為 **100%,**,但測試團隊僅完成了 90%的測試用例。 這意味著不滿足運行率,因此請勿確認退出條件 ### 步驟 5)資源計劃 資源計劃是完成項目任務所需的所有類型資源的詳細摘要**。 資源可能是完成項目所需的人力,設備和材料** 資源計劃是測試計劃的重要因素,因為有助于**確定**項目所使用的資源(員工,設備…)的**數量**。 因此,測試經理可以為項目做出正確的進度表&估算。 本部分代表您的項目的推薦資源。 ### 人力資源 下表代表了您的項目團隊中的各個成員 | **否** | **成員** | **任務** | | **1\.** | 測試經理 | **管理**整個項目定義項目**的方向**獲取適當的資源 | | **2\.** | 測試儀 | 識別并描述適當的測試技術/工具/自動化架構驗證和評估測試方法**執行**測試,**記錄**結果,**報告**缺陷。測試人員可以是內部成員,也可以是外部成員,具體取決于項目預算對于需要**低**技能的任務,我建議您選擇**外包**成員到**,以節省**項目成本。 | | **3\.** | 測試中的開發人員 | **實施**測試用例,測試程序,測試套件等。 | | **4\.** | 測試管理員 | 建立并確保[測試環境](/test-environment-software-testing.html)和資產由**管理**,并維護**支持**測試員使用測試環境進行測試執行 | | **5\.** | SQA 成員 | 負責質量保證檢查以確認測試過程是否滿足指定要求 | ### 系統資源 為了進行測試,對于 Web 應用程序,您應該按照下表計劃資源: | **否** | **資源** | **說明** | | **1\.** | 服務器 | 安裝要測試的 Web 應用程序這包括單獨的 Web 服務器,數據庫服務器和應用程序服務器(如果適用) | | **2\.** | 測試工具 | 測試工具是自動化測試,模擬用戶操作,生成測試結果您可以在該項目中使用大量測試工具,例如 Selenium,QTP 等。 | | **3\.** | 網絡 | 您需要一個包含 LAN 和 Internet 的網絡來模擬真實的業務和用戶環境 | | **4\.** | 電腦 | 用戶經常用來連接 Web 服務器的 PC | ### 步驟 6)計劃測試環境 ### 什么是測試環境 測試環境是測試團隊將在其上執行測試用例的軟硬件設置。 測試環境由**實際業務**和**用戶**環境以及物理環境(例如服務器,前端運行環境)組成。 ### 如何設置測試環境 返回您的項目,如何為該銀行網站設置**測試環境**? 要完成此任務,您需要**測試團隊和開發團隊之間的強有力合作** ![](https://img.kancloud.cn/89/ef/89efc0ba89326a91ba26007e3927823e_313x266.png) 您應該向開發人員提出一些問題,以清楚地了解正在測試的 Web 應用程序**。 這里是一些建議的問題。 當然,您可以根據需要提出其他問題。** * 該網站可以同時處理的最大用戶連接數是多少? * 安裝此網站有什么硬件/軟件要求? * 用戶的計算機是否需要任何特定設置才能瀏覽網站? 下圖描述了銀行網站[的測試環境,網址為 www.demo.guru99.com/V4](http://www.demo.guru99.com/V4) ![](https://img.kancloud.cn/0c/ee/0ceeeb61d4f4d3efe831bc241d9c5158_1036x631.png) ### 步驟 7)安排&估算 在[測試估算](/an-expert-view-on-test-estimation.html)一文中,您已經使用了一些技術來估算完成項目的工作量。 現在,您應該包括該估計以及測試計劃的時間表 在“測試估算”階段,假設您將整個項目分解為多個小任務,并按如下所示添加每個任務的估算 | **任務** | **成員** | **估算工作量** | | **創建測試規范** | 測試設計師 | 170 工時 | | **執行測試執行** | 測試員,測試管理員 | 80 工時 | | **測試報告** | Tester | 10 工時 | | **測試交付** | | 20 工時 | | **總計** | | **280 工時** | 然后,您創建**時間表**以完成這些任務。 制定時間表是項目管理中的常用術語。 通過在測試計劃中創建可靠的時間表,測試管理器可以將其用作監視項目進度,控制成本超支的工具。 要創建項目進度表,測試管理器需要以下幾種類型的輸入: * **員工和項目期限**:工作日,項目期限,資源可用性是影響進度的因素 * **項目估算**:根據估算,測試管理器知道完成項目需要多長時間。 這樣他就可以制定適當的項目進度表 * **項目風險**:了解風險有助于測試經理為項目時間表增加足夠的額外時間來應對風險 讓我們用一個例子來練習: 假設老板想在個月內完成**項目 Guru99,您已經在“測試估算”中估算了每個任務的工作量。 您可以如下創建時間表** ![](https://img.kancloud.cn/9b/31/9b3115c48d8bb614650e47217e80b464_924x267.png) ### 步驟 8)測試可交付成果 測試交付物是必須開發和維護以支持測試工作的所有文檔,工具和其他組件的列表。 在軟件開發生命周期的每個階段,都有不同的測試交付物。 ![](https://img.kancloud.cn/7b/42/7b420cd3276b708f8ea41424c3d69afd_598x110.png) 在測試階段之前,會在**中提供測試交付物。** * 測試計劃文件。 * 測試案例文件 * 測試設計規范。 在測試期間,**提供了測試交付物** * 測試腳本 * 模擬器。 * 測試數據 * 測試追蹤矩陣 * 錯誤日志和執行日志。 在測試周期結束后,**提供了測試交付物。** * **測試結果/報告** * 缺陷報告 * 安裝/測試程序指南 * **發行說明** **資源** [下載示例測試計劃模板](https://drive.google.com/uc?export=download&id=0B_vqvT0ovzHcWW5vYUd1MXp6cDA) [下載網站 Guru99 Bank](https://drive.google.com/uc?export=download&id=0B_vqvT0ovzHcVF93Umg1YXliYVk) 的示例系統測試計劃
                  <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>

                              哎呀哎呀视频在线观看