1。單元測試

單元測試是測試每個單元或組件的過程中單獨一個軟件應用程序。這是最初的功能測試過程中的一步。單元測試的目標是確保工作單元組件。

一個單元是一個可測試的組件測試的軟件係統在應用軟件開發階段。

單元測試的目標是確保隔離代碼是正確的。一塊單元組件是一個單一的應用程序功能或代碼。單元測試通常是由開發人員使用白盒測試方法。

當項目準備好了發送給測試工程師,他或她將開始單元測試或組件測試通過檢查每個組件的獨立應用程序的模塊或模塊或一個接一個。

通過單元測試如何實現最好的結果嗎?

通過遵循下麵的技術,但是可以提供最好的結果,同時避免混亂和增加複雜性:

• 測試用例必須是獨立的,因此任何更改或改進需求將不會影響測試用例。
• 單元測試用例的命名約定必須明確和一貫的。
• 在繼續下一階段的SDLC之前,在單元測試發現缺陷必須解決。
• 在任何給定的時間,隻有一個代碼應該被測試。
• 包括測試用例的代碼編寫過程;否則,執行路線的數量將會增加。
• 如果任何模塊的代碼更改,檢查是否相關的單元測試模塊是否可以訪問。

優勢

• 模塊單元測試使用的方法,它允許任何部分進行測試,而無需等待測試的其他部分完成。
• 掌握單位API,提供的開發團隊專注於單元的功能和功能應該如何出現在單元測試套裝。
• 單元測試使開發人員可以將重構代碼幾天後確認模塊功能。

缺點

• 因為它操作代碼單元,它不能檢測集成或廣泛級別的錯誤。
• 因為單元測試的考試不允許所有的執行路徑,無法趕上計劃中的每一個錯誤。
• 結合其他測試活動時效果最好。

2。集成測試

經過單元測試,集成測試是在軟件測試過程中下一步。單位或單個組件的軟件測試在這一組測試。專注於集成測試水平暴露過程中出現故障,交互集成的組件或單位。

單元測試采用模塊測試,集成測試和測試這些模塊結合起來。該軟件是由各種各樣的軟件模塊編碼的各種程序員或程序員。集成測試的目的是確保所有組件都正確地溝通。

一旦所有的組件或模塊獨立工作,然後我們需要檢查之間的數據流被稱為依賴模塊集成測試。

類型的集成測試

集成測試可以分為兩部分:

• 增量集成測試
• 增量集成測試

增量方法

模塊添加一個接一個按升序或根據需要增量的方法。所選擇的模塊必須是邏輯上的聯係。確定函數的有效性,通常是兩個或兩個以上的模塊和測試。重複這個過程,直到所有的模塊已經成功測試了。

Flipkart公司假設我們測試一個應用程序。我們會做增量集成測試和應用的流程是這樣的:

Flipkart公司→Log_in搜索→→→回家Add_cart→付款→Log_out

自頂向下方法

這種策略是指高級模塊與底層模塊的測試過程,直到所有的模塊已經成功測試了。因為關鍵部件進行測試,主要的設計缺陷可以早期發現並糾正。我們將逐步添加模塊或一個接一個,檢查數據流在這種技術相同的順序。

在這種方法中,我們將確保我們添加模塊是一個孩子的,例如,孩子C是一個孩子的B,等等,如下圖所示:

自底向上的方法

底部向上測試策略是指下級模塊與更高層次模塊的測試過程,直到所有模塊已經成功測試了。因為頂級關鍵模塊進行測試,可能會出現問題。或者,換句話說,我們將添加模塊自底向上和檢查數據流在同一序列。

在這種方法中,我們要確保我們添加的模塊是前麵的孩子的,如下圖所示:

3所示。係統測試

係統測試是將一個完全集成的軟件係統測試。在大多數情況下,軟件集成到一個計算機係統。模塊中創建的項目,然後與其它軟件和硬件相結合,形成一個完整的計算機係統。換句話說,計算機係統包括一組軟件執行各種功能;但是,軟件無法完成工作;它必須以適當的硬件界麵的。係統測試是幾種類型的集合的測試旨在鍛煉和評估一個集成軟件的總體功能計算機係統相比,它的需求。

係統測試是檢查應用程序的端到端流程的過程或軟件作為用戶。我們旅行(經曆)應用程序的所有必要的模塊和檢查端特性或端業務功能正常,以及測試產品作為一個整體係統。

它被稱為端到端測試由於測試環境與生產環境相同。

係統測試類型

有50多個類型的隨機,但軟件測試企業通常隻使用其中的一些。下麵是一個列表:

回歸測試

回歸測試是係統測試的一部分,檢查和檢測係統中如果有問題的結果改變了係統的另一個組件。確保在整個開發過程的任何修改沒有引入新的缺陷,和之前的缺陷不會出現添加新軟件。

負載測試

負載測試是係統測試的一部分,看看係統是否能承受實時負載。

功能測試

係統的功能測試完成,看看係統中有任何缺失的函數。測試人員創建的關鍵功能列表應包含在係統中,可以添加功能測試期間提高係統的質量。

恢複測試係統是係統測試的一部分,確認係統的可靠性、可信賴,和問責製,所有這些都是基於係統的收回的能力。它應該能夠成功從所有可能的係統崩潰中恢複過來。

遷移測試

遷移測試確保如果係統需要修改在一個新的基礎設施,它可以毫不費力地完成。

可用性測試

這個測試的目的是確保係統與用戶很熟悉,並實現它的目標。

軟件和硬件測試

本係統測試的目的是確保硬件和軟件是兼容的。要運行軟件沒有問題,硬件配置必須兼容。通過允許硬件和軟件之間的交互,兼容性提供了靈活性。

下麵是各個模塊的集成測試Gmail應用程序:

登錄

• 首先,我們將與我們的用戶名和密碼登錄到應用程序,然後查看主頁上的用戶名。

組成

• 寫一個消息,發送,並檢查在發送項目(發送方)。
• 寫一封電子郵件,發送,檢查收件人的收件箱(郵箱)。
• 寫一個消息,發送,檢查你的新信息(郵箱)。
• 寫一封電子郵件,然後保存它作為通風,檢查發送方吃水。
• 寫一個消息,發送無效id(合法格式),並檢查無法投遞的郵件。
• 寫郵件,接近國際跳棋,檢查它們。

收件箱

• 選擇消息,回應,檢查發送物品或接收機的收件箱。
• 回複一個電子郵件在你的收件箱,選擇它,將其保存為一個通風,檢查通風。
• 選擇消息,然後刪除它,把它在垃圾桶裏。

發送項目

• 去發送項目,回答,或者向前,看看發送項目或接收機的收件箱。
• 選擇郵件,發送項目,回複或轉發,另存為草稿,並檢查草案。
• 選擇一個信息,刪除它,把它放在垃圾桶。

草案(通風)

• 選擇電子郵件吃水,向前,其標記為發送或收件箱。
• 選擇電子郵件吃水,刪除它,然後檢查它在垃圾桶裏。