SAP測試 - 快速指南

上一頁
下一頁

SAP測試 - 概述

許多組織實施SAP ERP（企業資源規劃）來管理其業務運營並適應新的市場挑戰。SAP R/3是一款整合的ERP軟體，允許組織有效地管理其業務。組織可以透過使用SAP R/3 ERP軟體包來降低運營成本。

SAP R/3還允許客戶與不同的資料庫互動，藉助使用者友好的GUI執行不同的應用程式。SAP R/3系統被劃分為不同的模組，以涵蓋組織中不同業務運營的功能。

最常見的SAP R/3模組包括：

  • SAP物料管理。
  • SAP財務會計和控制。
  • SAP銷售和分銷。
  • SAP人力資源。
  • SAP供應鏈管理。
  • SAP工廠管理。

SAP測試是關於測試這些模組的功能，並確保它們按照配置執行。

SAP Testing

SAP系統會經歷各種更改，例如補丁管理和修復、新模組實施以及其他各種配置更改。所有這些修改都增加了在SAP環境中執行迴歸測試的需求。為此可以使用SAP測試加速和最佳化工具等SAP測試自動化工具。

SAP TAO是一款自動化工具，用於為SAP應用程式的端到端場景生成測試用例。除此之外，還有其他各種用於SAP測試的自動化測試工具，例如HP QTP和ECATT等。

測試的重要性

以下是執行SAP測試的原因列表，以及為什麼它是組織發展中一項重要功能的原因：

  • 系統驗證 - SAP測試涉及對SAP ERP環境中所有SAP模組進行完整的端到端測試和驗證。

  • 質量和收入 - SAP測試是基於輸出的測試，不像傳統的基於輸入的測試方法。它確保SAP系統的質量，並關注組織的收入和成本。

  • 成本和可預測性 - SAP測試涉及降低SAP開發成本並提高可預測性。

  • 合規性要求 - SAP測試確保SAP實施符合特定組織中的新合規性要求，並且所有模組都按照預期配置執行。

  • 新實施和配置更改 - SAP系統中實施了不同型別的更改，例如補丁和修復、新實施、配置更改。因此，SAP測試確保所有模組在此動態系統環境中都按要求執行。

  • 整合 - 執行SAP測試是為了測試各種報表、資料流和工作流、GUI表單等。它用於檢查不同模組之間的系統整合。例如，如果進行訂單過賬需要在銷售和分銷、MM和FICO中執行操作，則SAP測試將檢查這些系統之間的整合。

  • 效能 - 它還用於確保系統是否能夠滿足服務水平協議、系統執行特定操作所需的時間、系統的效能等。

SAP測試 - 型別

有不同的測試方法可用於測試軟體、系統或應用程式的功能。

最常見的測試技術包括：

  • 單元測試 - 這是一種白盒測試，涉及測試單個單元或單元組。

  • 整合測試 - 在此測試中，將多個系統組合在一起以測試整合系統的輸出。

  • 功能測試 - 它根據所需結果檢查每個模組的功能。

  • 可用性測試 - 它檢查應用程式或系統的易用性。它檢查新使用者使用應用程式或理解系統有多容易。

  • 驗收測試 - 執行驗收測試是為了測試系統是否滿足使用者要求以及是否接受應用程式或系統。

  • 系統測試 - 根據要求和規範測試整個系統。

  • 壓力測試 - 在此測試中，系統承受超出其規範的壓力，以檢查其何時失效。

  • 效能測試 - 執行此測試以檢查系統是否滿足效能要求。

  • 迴歸測試 - 它包括針對修改測試完整應用程式或系統。

  • Beta測試 - Beta測試的目的是涵蓋意外錯誤。它屬於黑盒測試。它透過釋出最終產品的預發行版本（稱為Beta版）來執行。

  • 資料庫測試 - 資料庫測試用於測試資料庫中的資料。它使用SQL語句執行。

  • ETL測試 - 執行ETL測試以確保資料是否從源系統到目標系統正確提取、轉換和載入。

SAP測試 - 手動與自動化

手動測試

手動測試意味著您在不使用任何自動化工具或任何指令碼的情況下手動測試軟體。在這種型別的測試中，測試人員扮演終端使用者的角色，並測試軟體以識別錯誤或任何意外行為。

手動測試的不同階段包括：單元測試、整合測試、系統測試和使用者驗收測試。

手動測試人員使用各種測試計劃、測試用例或測試場景來確保測試的完整性。手動測試也可以稱為探索性測試，因為測試人員手動探索軟體以識別其中的錯誤。

自動化測試

在自動化測試中，測試人員編寫指令碼並使用軟體工具來測試產品。此過程涉及手動過程的自動化。自動化測試包括多次重新執行手動執行的測試用例。

自動化測試還用於從負載、效能和壓力方面測試應用程式。它用於增加測試覆蓋率。與手動測試相比，自動化測試提高了準確性，並節省了時間和金錢。

軟體測試工具

可以使用以下工具進行自動化測試：

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Testing Anywhere
  • WinRunner
  • LoadRunner
  • Visual Studio Test Professional
  • WATIR

SAP測試 - SDLC

軟體開發生命週期確定開發應用程式或軟體效率的一系列步驟。在本章中，我們將討論SDLC中定義的階段。每個階段都有自己的流程和交付成果，這些流程和交付成果進入下一個階段。

可行性研究

SDLC的第一階段是需求收集。收集需求後，團隊會制定軟體流程的粗略計劃。在此步驟中，團隊會分析是否可以製作軟體以滿足使用者的所有需求。確定該專案在財務上、實踐上和技術上是否可行，以便組織承擔。有許多可用的演算法可以幫助開發人員得出軟體專案的可行性結論。

系統分析

在此步驟中，開發人員決定其計劃的路線圖，並嘗試提出最適合該專案的軟體模型。系統分析包括瞭解軟體產品的侷限性、學習與系統相關的問題或對現有系統進行的更改、識別和解決專案對組織和人員的影響等。專案團隊分析專案的範圍，並相應地規劃進度和資源。

軟體設計

下一步是將所有需求和分析知識放在桌面上並設計軟體產品。來自使用者的輸入和在需求收集階段收集的資訊是此步驟的輸入。此步驟的輸出以兩種設計形式出現；邏輯設計和物理設計。工程師會生成元資料和資料字典、邏輯圖、資料流圖，在某些情況下還會生成虛擬碼。

編碼

此步驟也稱為程式設計階段。軟體設計的實現以使用合適的程式語言編寫程式程式碼並高效地開發無錯誤的可執行程式的形式開始。

測試

據估計，整個軟體開發過程的50%應該進行測試。錯誤可能會從嚴重級別到自行刪除都可能破壞軟體。軟體測試在開發人員編碼時進行，測試專家會在程式碼的各個級別（例如模組測試、程式測試、產品測試、內部測試和使用者端產品測試）進行徹底的測試。儘早發現錯誤並加以糾正是在開發可靠軟體的關鍵。

整合

軟體可能需要與庫、資料庫和其他程式整合。SDLC的這個階段處理軟體與外部世界實體的整合。

實施

實施或部署意味著將軟體安裝在使用者機器上。有時，軟體需要在使用者端進行安裝後配置。在實施過程中，測試軟體的可移植性和適應性，並解決與整合相關的。

軟體測試生命週期

軟體測試生命週期 (STLC) 包含以特定方式執行的所有步驟，以確保滿足質量目標，並且每個步驟都有其特定的目標和交付成果。

STLC 用於提高軟體產品質量，使其能夠滿足業務需求以實現特定目標。

軟體測試生命週期中的不同階段如下：

  • 需求階段
  • 測試計劃
  • 測試分析
  • 測試設計階段
  • 測試實施
  • 測試執行階段
  • 測試關閉階段
STLC

需求階段

這是軟體測試生命週期的第一階段。在這個階段，測試人員的工作是分析需求。需求分析有多種方法，例如與業務人員、團隊成員進行頭腦風暴會議，並嘗試找出需求是否可測試。

此階段確定測試的範圍。如果測試團隊發現任何無法測試的功能，則應將其告知客戶。

測試計劃

在此階段，測試人員確定有助於實現測試目標的活動和資源。

定義各種指標，並提供確定和跟蹤這些指標的方法。測試計劃還包括確定用於測試評估的關鍵績效指標。

測試分析

此階段確定必須測試的指南。它包括使用需求文件、任何相關風險和其他測試標準來識別測試條件。

使用各種因素來找出測試條件：

  • 產品複雜性
  • 測試深度
  • 涉及的風險
  • 所需的技能
  • 測試團隊成員的知識
  • 測試管理
  • 利益相關者的可用性

測試條件應詳細編寫。

讓我們舉個例子。對於一個線上銷售產品的網站，一個測試條件是客戶能夠進行線上支付。您可以新增詳細的條件，例如，可以使用信用卡、NEFT 轉賬、簽帳金融卡或網上銀行進行支付。

編寫詳細測試條件的優點是它增加了測試範圍，因為測試用例通常是根據測試條件編寫的。它允許編寫更詳細的測試用例。它還有助於確定何時停止軟體產品測試。

測試設計階段

此階段確定如何執行測試。

  • 將測試條件分解成多個子條件以提高其覆蓋率。

  • 獲取測試資料。

  • 設定測試環境。

  • 獲取需求追溯指標。

  • 建立測試覆蓋率指標。

測試實施階段

此階段包括根據定義的測試條件和指標建立詳細的測試用例。

  • 確定測試用例的優先順序。
  • 用於迴歸測試的測試用例。
  • 確保測試用例的正確性。
  • 在實際執行開始之前簽署測試用例。

測試執行階段

軟體測試生命週期的這個階段涉及實際執行測試用例。

  • 執行測試用例。
  • 記錄缺陷。
  • 檢查可追溯性指標以跟蹤進度。

測試關閉

此階段包括檢查測試是否完成。

  • 檢查所有測試用例是否已執行以及已開啟的缺陷。
  • 記下經驗教訓。
  • 關閉測試階段。

SAP 中的測試型別

有多種可用於執行 SAP 測試的測試方法。

單元測試

單元測試用於測試 SAP 系統及其各種元件的功能。它由瞭解系統中每個單元功能的領域和配置專家執行。

示例

假設任務是建立一個銷售訂單並儲存它。要對此任務執行單元測試，測試人員應該知道可以使用 SAP 組織元素（如客戶主資料、合作伙伴職能、物料主資料、公司程式碼、信用控制區域、銷售組織等）儲存銷售訂單。

示例

在 ABAP 開發中，可以執行單元測試以檢查是否可以從開發人員生成的資料建立報表。這需要領域專家的協助。

系統測試

系統測試涉及整合 SAP 系統的元素，以確保相關的 SAP 功能在開發環境中連結在一起。

示例

例如，一個組織的報價現金流將顯示報價可用於建立銷售訂單，可以從訂單建立和處理交貨，可以對交貨開票，可以將開票釋放到會計，以及對會計發票應用客戶付款。

每個單元都這樣測試，然後使用系統測試組合測試結果。

基於場景的測試

顧名思義，場景測試是根據具體的業務案例執行的。

示例

假設有一些特定於客戶細分市場、特定產品線或一組服務的任務。對於這些特定的目標線，您需要測試不同的場景。此測試也在開發環境中執行。

整合測試

在此測試中，測試資料來自真實的資料庫提取源。業務終端使用者知道資料。

整合測試用於演示在 SAP 中設計和配置的業務流程使用真實世界資料執行。此外，測試還顯示介面觸發器、報表和工作流正在執行。

SAP 介面測試

介面測試確保 SAP 系統上的業務流程自動執行，事件被觸發，結果被傳輸到接收系統。介面測試包括在傳送系統上執行，然後自動生成介面輸出，然後接收系統使用該檔案並證明業務流程在接收端繼續進行。

理想情況下，介面測試涉及隨著專案進展而進行的更大規模的測試活動。介面測試表明觸發器有效，資料選擇準確完整，資料傳輸成功，接收者能夠使用傳送的資料。

SAP 使用者驗收測試

SAP UAT 用於確保終端使用者能夠使用新系統執行分配的作業功能。此測試的重要方面是瞭解業務需求，並確保預期的功能和能力可用。

SAP 系統性能測試

效能測試檢查以下方面：

  • 系統響應時間是否符合業務要求

  • 週期性流程是否在允許的時間內執行

  • 是否可以支援預期的併發使用者負載

效能測試識別 SAP 系統中的瓶頸和程式碼效率低下。系統性能調整不太可能完美設定，程式也可能不是用最佳化的程式碼執行。

SAP 負載測試

在負載測試中，測試人員對系統施加最大負載（線上使用者或定期批處理），並確定系統是否有能力處理該負載。如果不是，則找出提高效能所需的步驟。

SAP 安全性和授權測試

安全性和授權測試用於確保使用者只能執行與他們的專案相關的交易和訪問相應的資料。

與安全標準的實施一樣，測試系統中是否已設定安全性和授權非常重要。建立並使用作業角色的測試 ID 來確認使用者可以做什麼和不可以做什麼。

SAP 切換測試

切換測試通常在專案生命週期中執行一次。在此，將對所有涉及的任務進行全面執行，以從舊系統中提取資料。然後，執行任何型別的資料轉換，將結果載入到 SAP 系統中並完全驗證結果，包括使用者簽字。

SAP 迴歸測試

迴歸測試用於查詢新功能以及在升級系統或設定新系統時測試系統中的先前功能。迴歸測試的關鍵作用是測試現有功能以及新更新的配置和程式碼庫。

升級 SAP 系統或應用補丁時，不應影響使用者預期執行的功能。此外，它不應影響新版本中應該引入的新功能。

SAP測試 - 流程

SAP 測試流程通常分為三個階段：

  • 測試計劃
  • 測試系統設定
  • 測試執行和評估

測試計劃

測試計劃包括測試初始階段涉及的步驟。

  • 收集需求。需要測試什麼？收集系統和應用程式測試的功能需求。

  • 手動和自動化測試的測試用例開發。在自動化測試中，可以使用各種工具建立測試用例。

  • 審查測試用例。

測試系統設定

測試系統設定涉及設定測試環境以執行測試用例。在這裡，測試人員需要定義關鍵指標以進行報告。

測試執行和評估

測試執行和評估包括執行測試用例並記下輸出。它包括以下活動：

  • 缺陷處理和報告。
  • 根據結果評估測試計劃。
  • 記錄所有缺陷並將結果與關鍵指標進行比較。

SAP 測試——關鍵流程

在 SAP 系統測試中，需要識別在 SAP 系統中實施更改將影響的關鍵業務流程。它主要屬於迴歸測試，您可以在其中應用補丁或實施新系統。

應用這些更改之前的第一步是執行變更影響分析。這涵蓋了將受更改影響的關鍵流程。

示例

讓我們來看一個例子。假設計劃中的變更如下：

計劃變更

  • SAP 支援包 7
  • 自定義程式碼
  • SAP增強包

受影響系統

  • 銷售訂單
  • 貨物交付
  • 支付方式

關鍵流程的影響分析

在此，影響分析中需要執行以下活動：

  • 識別變更實施所影響的關鍵業務流程。

  • 提供業務理由，說明為什麼必須實施此變更。

  • 建立測試計劃，以在執行變更時監控 SAP 測試的關鍵流程。

  • 評估變更對關鍵流程的影響以及實施變更的目的。

SAP測試 - 導航

SAP 測試導航確保涵蓋 SAP 系統的每個模組，並對每個功能執行至少一項測試。它還減少了手動測試工作，並涵蓋了 SAP 系統中的大部分測試路徑。

可以執行 OPA 測試以檢查 SAP 測試導航。OPA 即 **開放原始碼程式設計** 語言，主要用於開發 Web 應用程式。要編譯 OPA 程式，可以在伺服器端使用 Node.js，在客戶端使用 JavaScript。

使用 OPA 建立測試

OPA 允許在 **Qunit** 中使用三個物件。這些函式應該在測試中定義，以便 OPA 知道要執行哪些操作。

  • **Given** - 傳遞安排。

  • **When** - 要執行的操作。

  • **Then** - 斷言。

示例

以下示例顯示如何在 Qunit 中使用所有三個物件：

jQuery.sap.require("sap.ui.test.Opa");
jQuery.sap.require("sap.ui.test.opaQunit");

opaTest("press a Button", function (Given, When, Then) {
   // Arrangements
   Given.iStartMyApp();
	
   //Actions
   When.iPressOnTheButton();
	
   // Assertions
   Then.theButtonShouldHaveADifferentText();
}

下一步是定義這三個函式。

定義函式

var arrangements = new sap.ui.test.Opa ({
   iStartMyApp : function (){
      return this.iStartMyAppInAFrame("../index.html");
   }
});

在上面的函式中，我們假設應用程式在一個名為 index.html 的頁面中執行。我們的 OPA 測試位於 test/opa.html 資料夾中。

定義安排

var actions = new sap.ui.test.Opa ({

   iPressOnTheButton : function (){
      return this.waitFor ({
         viewName : "Main", id : "pressMeButton", success : function (oButton) {
            oButton.$().trigger("tap");
         },
         errorMessage : "No Button found"
      });
   }
})

定義斷言

var assertions = new sap.ui.test.Opa ({

   theButtonShouldHaveADifferentText : function () {
      return this.waitFor ({
         viewName : "Main",
         id : "pressMeButton",
			
         matchers : new sap.ui.test.matchers.PropertyStrictEquals ({
            name : "text",
            value : "got pressed"
         }),
			
         success : function (oButton) {
            Opa.assert.ok(true, "The button's text changed to: " + oButton.getText());
         },
			
         errorMessage : "No change in Button's text"
      )}
   }
})

執行 OPA 測試

sap.ui.test.Opa.extendConfig ({
   arrangements : arrangements,
   actions : actions,
   assertions : assertions,
   viewNamespace : "view."
});

SAP測試 - 螢幕流程

SAP 測試中的螢幕流程邏輯類似於 ABAP 程式碼，用於包含處理塊。它包含螢幕的過程部分。它是在螢幕繪製器中建立的，這個螢幕繪製器類似於 ABAP 編輯器。

螢幕流程邏輯不涉及外部資料宣告，每個處理塊都以“PROCESS”為字首定義。例如：

  • PROCESS AFTER INPUT
  • PROCESS BEFORE OUTPUT
  • PROCESS ON HELP-REQUEST
  • PROCESS ON VALUE-REQUEST

每個螢幕流程邏輯都應包含 PROCESS AFTER INPUT 和 PROCESS BEFORE OUTPUT 關鍵字。

在一個事件塊中，可以使用 MODULE、FIELD、ON、VALUES、CALL 等關鍵字。

序號 螢幕流程邏輯關鍵字和描述
1

MODULE

呼叫 ABAP 程式中的對話方塊模組
2

FIELD

指定應傳輸螢幕欄位內容的點
3

ON

與 FIELD 結合使用
4

VALUES

與 FIELD 結合使用
5

CHAIN

啟動處理鏈。
6

ENDCHAIN

結束處理鏈。
7

CALL

呼叫子螢幕。
8

LOOP

開始處理螢幕表。
9

ENDLOOP

結束處理螢幕表。

建立螢幕流程

在資源管理器中，雙擊螢幕名稱，它將顯示螢幕的流程邏輯。

螢幕繪製器的流程邏輯編輯器將開啟，您可以編輯螢幕流程邏輯。可以使用任何可用的 ABAP 原始碼編輯器來定義流程邏輯。

可以使用以下關鍵字建立螢幕流程邏輯：

序號 關鍵字和描述
1

CALL

呼叫子螢幕。
2

CHAIN

啟動處理鏈。
3

ENDCHAIN

結束處理鏈。
4

ENDLOOP

結束迴圈處理。
5

FIELD

引用欄位。可以與 MODULE 和 SELECT 關鍵字結合使用。
6

LOOP

開始迴圈處理。
7

MODIFY

修改表。
8

MODULE

標識處理模組。
9

ON

與 FIELD 賦值一起使用。
10

PROCESS

定義處理事件。
11

SELECT

檢查表中的條目。

測試螢幕

測試螢幕用於測試螢幕在執行時顯示的外觀。如果已經編寫了流程邏輯，可以選擇是否使用它來模擬螢幕。

要執行螢幕測試，請按照以下步驟操作：

  • 選擇螢幕→測試。
  • 系統將顯示一個用於執行時模擬的對話方塊。
  • 如果需要，可以更改視窗座標。
  • 接下來，定義模擬範圍。
  • 要包含流程邏輯，請單擊“選擇完整流程邏輯”。
  • 單擊繼續，螢幕模擬將出現。

SAP測試 - 模組

組織中實施了不同的 SAP 模組，可以使用各種測試工具進行測試，例如 HP Quick Test Professional (QTP)、IBM Rational Functional Tester (RFT) 和 SAP Test Acceleration and Optimization (TAO) 工具。

常見的 SAP 模組

常見的 SAP 模組列在下面：

  • **財務模組** - 財務會計和控制 (FICO)、財務 (TR) 和企業控制 (EC)。

  • **物流模組** - 物料管理 (MM)、工廠維護 (PM)、銷售和分銷 (SD)、質量管理 (QM) 等。

  • **人力資源管理** - 會計工資、時間管理、培訓和活動管理。

所有這些模組都是相互依賴的，一個模組的功能會影響其他模組的功能。

示例

假設您必須在銷售和分銷 (SD) 模組中建立銷售訂單。在這裡，您首先需要輸入 **事務程式碼**（例如，事務程式碼 VA01）。接下來，檢查庫存模組中的專案庫存，並檢查客戶關係模組中客戶配置檔案中可用的信用額度。這表明所有這些模組都是相互依賴的；如果自定義任何這些模組，它將影響相關的 ERP 系統。

要執行 SAP 測試，您需要了解這些 SAP 模組中的功能、特性以及工作流程是如何進行的。ERP 實施專案失敗的最常見原因是測試計劃不正確以及使用了錯誤的測試用例。

像 PeopleSoft、Edwards、Oracle E 業務套件這樣的非 SAP ERP 系統具有不同的客戶和功能。測試團隊需要了解整個系統功能。

測試團隊型別

SAP 專案中通常有兩種型別的測試人員：

  • **核心測試人員** - 負責執行 ERP 系統和模組的基本測試。

  • **實施測試人員** - 參與實施專案，並涵蓋 SAP 模組的定製功能。

來自客戶的定製請求可能會影響 SAP 系統的模組。測試團隊應該能夠記錄每個定製請求及其對其他 SAP 模組的影響。

ERP 系統是大型系統，因此測試過程理想情況下應該是自動化的。始終建議對 ERP 系統執行自動化測試，因為手動測試是一個非常耗時且漫長的過程。如果不測試 SAP 系統的每個元件，就很難實現 100% 的質量和 SAP 專案的成功實施。

使用 QTP 對上述示例執行 SAP 測試

要對上述示例執行 SAP 測試，請按照以下步驟操作：

  • 第一步是安裝 HP QTP 工具，並在 QTP 中安裝必要的外掛，以使其能夠連線到 ERP 系統。

  • 下一步是使用 HP Quality Center (QC) 開發測試計劃，然後將測試計劃設計轉換為測試指令碼。這些測試計劃可以使用 HP QTP 轉換為指令碼。

  • 接下來，在建立銷售訂單或在 MM 中建立 PR 時，記錄 SD 模組的 SAP 系統的 R/3 GUI 螢幕。

  • 在 QTP 工具中完成錄製後，使用 VB 建立指令碼。

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User")
   .SAPGuiOKCode("OKCode").Set "/nVA01"

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User"). SendKey ENTER

您還可以根據您的需求新增不同的引數和自定義。

SAP測試 - 介面

ERP 系統中的介面是指負責從一個系統獲取資料並將資料移動到另一個系統的工具。例如，假設您有一個程式以 XML 格式生成報表，然後該程式讀取 XML 檔案以向另一個系統提供輸入。您還可以在將資訊從一個系統傳遞到另一個系統時進行操作。

示例

考慮一個負責員工考勤的供應商工具。現在，系統介面將獲取此資訊並將其填充到 SAP HR 系統中。

介面測試確保此作業成功執行，以確保資料完全傳輸，並且在將資料傳輸到 SAP HR 系統時沒有錯誤。

執行 SAP 介面測試時需要考慮的要點

SAP 介面測試完全取決於操作和組織流程。在執行 SAP 介面測試時，需要考慮以下要點：

  • 使用 SAP 介面的目的是什麼？介面處理哪些業務場景？

  • 檢查介面是否根據測試策略準確地處理所有業務場景。

  • 要執行介面測試，最佳實踐是從執行單元測試開始。

  • 必須檢查出站介面是否正常，這意味著它確保執行符合佈局等方面的檔案規範。

  • 必須檢查入站介面是否正常。檢查它是否正確讀取檔案，以及它是否在目標系統中執行正確的步驟。

SAP測試 - 案例

SAP 測試用例需要對 SAP 系統的安裝和配置、任何新實施、多語言和裝置測試、內聯網測試、即時測試等進行檢查。

ERP 系統是一個通用的集中式系統，多個使用者可以同時即時使用。因此，需要付出大量努力和奉獻來編寫測試用例。

ERP 系統還涉及各種 FI 事務，因此每個測試用例都應涵蓋所有配置和實施部分的範圍。應仔細傳遞測試資料，每個測試都應包含一個名為輸出資料的列。

示例

**測試用例 ID** - XYZ_ERP_SD_A20301

**模組** - SAP 銷售與分銷 SD

讓我們檢查事務 **VA01** 以在銷售和分銷 (SD) 系統中建立銷售訂單。

Transaction VA01

建立訂單時要輸入的欄位：

  • 訂單日期
  • 訂單型別
  • 到期日
  • 客戶 ID
  • 運輸ID，運輸詳情等
Initial Screen

輸入詳細資訊後，按 Enter 鍵並將所有詳細資訊新增到銷售訂單。

Overview

要建立 SAP 測試用例，您可以傳遞輸入資料（正確和不正確的資料，並檢視結果）−

正確的輸入資料

  • 訂單日期 2016/01/01，訂單型別 銷售訂單
  • 有效期 2016/01/15，發貨日期 2016/01/10，
  • 選擇應付賬款日期 2015/01/10，專案數量 10 等。

不正確的輸入資料

  • 訂單日期 2017/01/01，訂單型別 銷售訂單
  • 有效期 2017/01/15，發貨日期 2017/01/10，
  • 選擇應付賬款日期 2017/01/10，專案數量 0 等。

輸出資料 - 使用正確的資料

  • 訂單已成功儲存在 SAP 模組中並已開具發票。
  • 接下來是裝箱單號。
  • 接下來是運輸訂單號等。

輸出資料 - 使用不正確的資料

  • 不正確的輸入資料錯誤訊息。不正確的輸入資料的文字訊息應在系統中定義。

預期輸出

  • 銷售訂單#
  • 銷售發票#
  • 裝箱單# 等。

SAP測試 - TAO

SAP 測試 TAO（測試加速和最佳化）是一種用於執行 SAP 系統自動化測試的工具。SAP TAO 幫助客戶加快為 SAP 系統建立自動化測試用例的過程。使用 TAO 進行自動化測試是透過為 SAP 模組中的各種事務建立測試元件來執行的。

使用 TAO 建立的測試元件上傳到 HP Quality Center。這樣建立的測試元件通常用於單個事務，稍後可用於建立測試場景。此工具可以輕鬆地與 SAP Solution Manager 整合以維護不同的測試元件。

簡而言之，可以說 SAP TAO 使 SAP 客戶能夠透過自動建立測試用例草稿和測試元件來自動化業務需求。

TAO 的主要功能

SAP TAO 使客戶能夠將單個軟體分解成多個部分，這些部分可以使用簡單的介面透過拖放每個部分整合到測試用例中。

  • TAO 支援靈活地重用測試用例和資料。

  • 如果系統有任何功能更改，由於此更改，維護測試用例很容易。

SAP TAO 的常見版本是 TAO 2.0 和 TAO 3.0。

SAP TAO 與其他工具的整合

SAP TAO 的一個關鍵功能是它可以輕鬆地與各種工具整合以建立自動化測試用例。一些可以與 TAO 整合的常用工具包括：

  • SAP Solution Manager (Solman)。
  • HP Quality Center QC。
  • HP Quality Test Professional QTP。

SAP TAO 2.0

SAP TAO 2.0 是一種在系統迴歸測試期間用於建立自動測試用例的工具。它幫助 SAP 客戶從事務螢幕建立不同的測試元件並對其進行引數化。

這些測試元件通常為一個事務程式碼建立，稍後可以組合成測試場景。它可以輕鬆地與 SAP Solution Manager 中的業務流程更改分析器整合。

SAP TAO 2.0 附帶不同的 Service Pack SP 02、SP 04 和 SP 06。

SAP TAO 在 SAP 測試生命週期中執行以下任務：

  • 建立測試用例
  • 重新生成受影響的元件
  • 測試用例整合
  • 測試執行

SAP TAO 流程架構

下圖顯示了 SAP TAO 的流程架構。

SAP TAO

步驟如下：

  • 第一步是獲取 SAP 測試的要求。這包括瞭解 SAP 模組的功能並確定要執行的測試要求。

  • 接下來，從需求分析中獲取資訊以生成測試元件。

  • 下一步是使用 SAP TAO 工具生成測試用例和元件。

  • 最後一步是記錄測試結果並使用測試結果更新分析。

安裝 SAP TAO 的先決條件

從此連結下載 SAP Solution Manager Solman 相容性矩陣、Quality Center 和 SAP TAO：http://service.sap.com

轉到測試管理和附加資訊 > 測試管理。它將顯示 SAP TAO 支援的所有相容元件。

檢查系統環境中 SAP 系統上元件的先決條件：

  • 如上所述，檢查相容性矩陣後，SAP Solution Manager SOLMAN 的版本。

  • 所有被測系統上 ST-PI 的版本。

  • CRM 型別被測系統上 ST-A/PI 的版本。

對於 SAP Solution Manager 配置工作中心，請確保要進行測試的系統已連線到 SOLMAN。

SAP TAO 客戶端安裝需要在本地系統上進行以下配置：

  • RAM：4 GB。
  • 可用磁碟空間：500 MB。
  • 與 SAP Quality Center QC 伺服器和 SOLMAN 的 LAN 連線。
  • 管理員許可權。
  • 具有最新補丁級別的 SAPGUI。
  • Microsoft Excel 97 或更高版本。
  • 用於 CRM UI 支援的 Microsoft Internet Explorer。

SAP測試 - TAO資料夾結構

SAP TAO 工具內部有各種模組。我們在本章中討論了關鍵元件。

流程流分析器

第一個元件是流程流分析器，它用於自動查詢在 SAP 系統中執行的事務程式碼中使用的使用者介面。它會自動建立測試元件並將其上傳到 Quality Center。

流程流分析器還用於根據使用者操作識別測試元件的順序和電子表格值的建立。

Process Flow Analyzer

檢查

您必須將事務程式碼新增到列表中。SAP TAO 將返回與特定事務關聯的所有螢幕。您可以選擇任何螢幕並單擊“檢查”選項。

整合

它允許您將多個測試元件收集到一個測試中。您需要從 QC 樹中找到 Quality Center 中的測試，然後單擊“整合”。

Consolidate

選擇要整合的事務程式碼，然後單擊底部的“新增到整合列表”以建立測試場景。

匯入和匯出

匯入和匯出選項用於匯出到 Quality Center 和從 Quality Center 匯入。您需要選擇要匯入和匯出的元件，然後單擊所需的按鈕。

更改分析器

更改分析器用於跟蹤 SAP 系統的更改和影響。當您對 SAP 系統進行任何更改時，它會識別受影響的業務流程。

要使用更改分析器，請選擇特定專案並單擊“更改影響分析”選項。它允許您檢視和修復由於此更改而導致的 SAP 系統中受影響的元件。

Change Analyzer

資源庫

資源庫用於包含專案中所有測試元件和流程的資訊。要檢視有關任何測試元件的資訊並檢查流程流，您可以單擊“元件瀏覽器”或“PFA 瀏覽器”。

Repository

SAP 測試 - 配置 Quality Center

SAP Quality Center 的配置可以透過兩種方式完成：

  • HP 伺服器屬性
  • HP 專案

HP 伺服器屬性

**步驟 1** - 在 SAP TAO 中，單擊 SAP Quality Center。您應該在 SAP TAO 的連接面板中擁有 SAP Quality Center URL。接下來，在 Web 瀏覽器中輸入 URL。

**步驟 2** - 透過 HP 站點管理員在 SAP Quality Center 中輸入以下值，然後單擊“應用於全部”。

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

**步驟 3** - 對於新專案，請執行以下步驟：

  • 在 SAP QC 中建立新域和專案。
  • 建立新使用者以將該專案分配給新使用者。
  • 將專案管理員角色分配給新建立的使用者。

**步驟 4** - 從 HP 站點管理員處登出 SAP Quality Center。

HP 專案

在 SAP TAO 中，單擊 SAP Quality Center。您應該在 SAP TAO 的連接面板中擁有 SAP Quality Center URL。

  • **步驟 1** - 在您的 Web 瀏覽器中輸入 URL。

  • **步驟 2** - 下一步是登入到域/專案。

  • **步驟 3** - 導航到測試計劃。

  • **步驟 4** - 在“主題”資料夾下，建立一個名為 BPT 資源的資料夾 → 建立一個資料夾庫。

  • **步驟 5** - SAP TAO 將有關測試整合的資訊記錄到 QC 中測試實體的使用者欄位中，預設為 TS_USER_01。請注意，當連線到 SOLMAN 時，對於 SAP TAO 建立的所有測試，這是正確的。

  • **步驟 6** - SAP QC 使用者不應將其 Quality Center 專案中的類似使用者欄位用於其他用途。

在 QTP 中建立應用程式區域

SAP TAO 元件需要應用程式區域才能包含 HP QTP 和 Web 附加元件。要在 QTP 中建立應用程式區域，您需要執行以下步驟：

  • 以管理員身份執行 HP 的 QTP。它因作業系統而異。

  • 您可以選擇 Web 附加元件和 SAP。

  • 接下來，自動或手動連線到 Quality Center 專案。如果已配置，此步驟是自動的。

  • 接下來，建立一個名為 _SAP_Doc 的應用程式區域。單擊“儲存”按鈕時會輸入應用程式區域的名稱。

流程流分析器 (PFA)

流程流分析器用於自動查詢在 SAP 系統中執行的事務程式碼中使用的使用者介面。它會自動建立測試元件並將其上傳到 Quality Center。

它還用於根據使用者操作識別測試元件的順序和電子表格值的建立。

Process Flow Analyzer

單擊“新增事務”按鈕 → 輸入事務程式碼並單擊“確定”。

Add Transaction button

下一步是單擊“開始”按鈕。

Click Start

TAO 將啟動 SAP 並記錄您輸入的事務。事務處理完成後，單擊“停止”按鈕。

Click Stop

TAO 將返回用於建立流程流的所有螢幕。接下來，將分析上傳到 QC。這可以透過單擊“上傳”按鈕來完成。

Click Upload

匯入/匯出

匯入和匯出選項用於匯出到 Quality Center 和從 Quality Center 匯入。您需要選擇要匯入和匯出的元件，然後單擊所需的按鈕。

Click import or export

首先，識別需要匯入或匯出的元件。點選**匯出**到SAP QC或**匯入**從SAP QC匯入/匯出所需元件。

更改分析器

更改分析器用於跟蹤 SAP 系統的更改和影響。當您對 SAP 系統進行任何更改時，它會識別受影響的業務流程。

要使用變更分析器，請選擇特定專案並點選**變更影響分析**選項。它允許您審查和修復SAP系統中受影響的元件。

Change Analyzer

檢查

您必須將事務程式碼新增到列表中。SAP TAO將返回與特定事務關聯的所有螢幕。您可以選擇任何螢幕並點選**檢查**選項。

Inspect

SAP測試 - TAO結果分析

要分析SAP TAO的結果，請執行以下步驟：

**步驟1** - 轉到測試列表，在樹中點選要分析的測試。這將帶您到報告列表，並將顯示正在執行的測試的狀態。

click test

**步驟2** - 分析測試，點選**檢視報告**選項。它將開啟一個包含詳細報告的新視窗。

click View Report

可以透過點選滑鼠圖示來調整顯示的列。您還可以透過點選HTML報告檢視測試報告的HTML格式。要進一步調查測試結果，您可以從HTML報告轉到日誌資料夾。

Adjust the columns

TAO構建和執行測試指令碼

測試構建是在使用SAP TAO的SAP Quality Center中完成的。您需要整合測試元件以建立測試場景。您可以使用技術物料清單TBOM在SAP TAO中執行**單個或多個測試**。

單個測試執行

技術物料清單(TBOM)用於以可執行形式包含物件。變更分析器利用它來判斷執行物件在執行更改時是否受到影響。

如果您想使用業務流程變更分析器，則需要為測試場景和流程中的每個可執行物件生成一個TBOM。

**注意** - 如果您需要執行單個測試並且必須更新TBOM，請點選**執行並更新TBOM**。

您可以在TBOM頁面上檢查更新的詳細資訊。您可以修改在SAP TAO中建立的執行列表。

多個測試執行

在業務流程變更分析器中，要執行多個測試，您可以選擇一個資料夾並將其新增到執行列表中。您也可以在執行時選擇TBOM建立。

**注意** - 如果TBOM在執行時已存在，它將只更新現有的TBOM。

SAP測試 - TAO整合

整合是指將SAP TAO元件與內建元件組合起來建立測試場景作為單個事務性業務元件的過程。它允許您將多個測試元件收集到一個測試中。

當收集事務元件時，就會發生這種情況。以下螢幕截圖顯示了QC中的事務元件。

您需要在QC樹中找到Quality Center中的測試，然後點選整合選項。

click Consolidate.

選擇要整合的事務程式碼，然後單擊底部的“新增到整合列表”以建立測試場景。

如前幾章所述，您需要按照以下步驟操作：

  • **步驟1** - 找出您要在QC中整合的事務。

  • **步驟2** - 將事務新增到整合列表。

  • **步驟3** - 按下整合按鈕。

SAP測試 - TAO UI掃描器

UI掃描器用於使用現有元件建立新的螢幕元件。它是QTP工具的外掛。您應該嘗試在UI掃描器上使用檢查選項卡。標準UI掃描器僅適用於GUI前端客戶端。您也可以使用第三方UI掃描器來捕獲螢幕元件。

如果您必須使用UI掃描器，則需要在SAP TAO工具的“檢查”選項卡中啟用它。UI掃描器用於一次獲取一個螢幕的資訊，並將這些螢幕物件作為螢幕元件傳輸到QC。

UI掃描器允許您從流程流程分析器或檢查選項卡不支援的SAP GUI螢幕建立元件。

如何使用SAP TAO與UI掃描器？

登入SAP TAO後，點選**檢查**選項卡。它將顯示一個使用UI掃描器的選項。

click Inspect

登入SAP系統。輸入事務程式碼並轉到要掃描的螢幕，然後登出。

Enter transaction code

您可以透過轉到SAP TAO中“檢查”選項下的“UI掃描”選項卡，使用QTP工具中的預設UI掃描器選項。否則，您可以透過轉到UI掃描器並選擇外部選項來使用帶有UI掃描器過程的自定義QTP測試。

SAP測試 - 自動化工具

在自動化測試中，測試人員編寫指令碼並使用其他軟體工具來測試產品。此過程涉及手動過程的自動化。相比之下，手動測試非常耗時，需要一支經驗豐富的測試專業人員、主題專家團隊，以及團隊成員之間的有效溝通。

自動化測試包括多次重新執行手動執行的測試用例。

除了迴歸測試之外，還可以說自動化測試也用於從負載、效能和壓力方面測試應用程式。它用於增加測試覆蓋率，提高準確性，並與手動測試相比節省時間和金錢。

軟體測試工具

可以使用以下工具進行自動化測試：

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Testing Anywhere
  • WinRunner
  • LoadRunner
  • Visual Studio Test Professional
  • WATIR

SAP測試 - Solution Manager

要執行SAP自動化測試，需要在SAP TAO、SAP Solution Manager和要測試的系統之間建立通訊。

要設定此配置，您需要在SAP SOLMAN上具有管理授權。這是訪問和修改資料表內容所必需的。

T-Code: SE16

您需要顯示錶名：AGS_TAO_SETTING並將AGS_TAO_ENABLE_SM_SETUP的值更改為ON。

接下來，檢查SAP TAO和Solution Manager的相容性矩陣。SAP TAO 3.0包含一個流程流程分析器錄製嚮導，可用於簡化測試錄製。

**注意** - SAP TAO 3.0是Solution Manager 7.1的元件，不支援Solution Manager 7.0。開啟SAP Solution Manager配置工作中心並執行事務程式碼 - SOLMAN_SETUP。

開啟SAP Logon並在登入下新增要測試的系統。

Open SAP Logon

如何將SAP SOLMAN連線到TAO？

轉到SAP TAO並登入，然後在列表中選擇SAP SOLMAN。SAP TAO中的系統列表是從SAP Logon的配置檔案中獲取的。要在SAP TAO中新增系統，您需要在SAP Logon中新增新系統並在TAO中重新整理列表。

Solution Manager

輸入登入憑據並點選登入。SAP TAO將連線到SAP Solution Manager，並將開啟TAO配置嚮導。

SAP測試 - HP業務流程

業務流程測試(BPT)是QTP自動化框架的一部分，並與HP的Quality Center一起使用。BPT用於建立自動化測試場景並在沒有任何自動化先驗知識的情況下執行這些場景。

HP BPT消除了測試用例建立和維護的複雜性，並將所有文件和測試自動化結合在一個工作中。

業務流程測試使測試過程與業務目標保持一致，並大大縮短了測試生命週期時間。

如何使用HP業務流程測試工具？

業務流程測試工具使用可重用元件建立測試用例，從而減少了測試維護時間並提高了測試過程的效率。

為了加快測試自動化的過程，它使用了關鍵字驅動的方法。您可以將常見的最佳實踐新增到測試過程中。它允許您使用不基於測試指令碼的測試解決方案。一旦在BPT中建立了手動測試，您就可以輕鬆地自動化測試用例。

HP Business Testing Tool

您還可以為不同的測試元件、流程流程維護不同的版本和基線，而不會覆蓋舊案例。

使用業務流程測試工具建立的測試用例可以使用HP Quality Center QC執行。

使用HP業務流程測試的益處

使用BPT，非技術SME可以輕鬆建立、維護和執行測試用例，並可以在基於Web的系統中記錄它們。

  • 它允許您設計和建立測試用例中的可重用元件，並根據業務需求使用它們。

  • 您還可以使用HP Sprinter執行測試指令碼。

  • 由於可以使用可重用元件的框架，因此減少了維護測試用例的工作量。

HP Quality Center (ALM)

HP Quality Center，一個測試管理工具，現在通常被稱為**應用程式生命週期管理**(ALM)工具，因為它不再僅僅是一個測試管理工具，它還支援軟體開發生命週期的各個階段。

HP-ALM幫助我們管理專案里程碑、交付成果、資源並跟蹤專案健康狀況、標準，允許產品負責人評估產品的當前狀態。瞭解歷史、架構和Quality Center工作流程非常重要。

需求模組使使用者能夠在軟體生命週期的所有階段定義、管理和跟蹤需求。以下是需求模組中的關鍵功能。

序號 功能與描述
1 建立需求

建立需求，分配給版本/週期。
2 上傳需求

使用ALM-MS Excel載入項上傳需求
3 需求可追溯性

說明如何定義需求之間的可追溯性連結和需求之間存在的依賴關係。
4 可追溯性矩陣

使使用者能夠檢視可追溯性矩陣，該矩陣列出源需求及其關聯的需求和測試。

測試計劃

測試任何應用程式的關鍵步驟是制定清晰而精確的測試計劃。一個好的測試計劃使團隊能夠在軟體開發生命週期的任何時間點評估被測應用程式的質量。

為了更好地理解測試計劃模組，以下功能非常重要。

序號 功能與描述
1

建立測試

此模組描述如何在測試計劃樹中建立測試主題資料夾以及新增測試。
2

上傳測試

使用ALM-MS Excel載入項上傳測試
3

需求和測試覆蓋率

說明如何定義需求和測試之間的關係。
4

測試配置

指定測試應使用的特定資料集或執行時環境。

有關HP QC的更多詳細資訊，請訪問 - https://tutorialspoint.tw/qc/index.htm

SAP測試 - QTP

HP Quick Test Professional (QTP)是一個自動化的功能測試工具，它幫助測試人員執行自動化的迴歸測試，以識別與被測應用程式的實際/預期結果相反的任何差距、錯誤/缺陷。

物件庫

物件庫是物件的集合以及QTP能夠識別物件並對其進行操作的屬性。當用戶錄製測試時，物件及其屬性會預設被捕獲。如果不瞭解物件及其屬性，QTP將無法回放指令碼。

操作

操作幫助測試人員將指令碼劃分為稱為**操作**的QTP語句組。操作類似於VBScript中的函式，但是有一些區別。預設情況下，QTP建立一個包含1個操作的測試。

操作 函式
操作是QTP的內建功能。 VBScript函式同時受VBScript和QTP支援。
操作引數僅按值傳遞。 函式引數按值或按引用傳遞。
操作副檔名為.mts 函式儲存為.vbs或.qfl
操作可能是可重用的，也可能不是可重用的。 函式始終是可重用的。

可以透過右鍵單擊指令碼編輯器視窗並選擇“屬性”來訪問操作的屬性。

Actions

操作屬性包含以下資訊：

  • 操作名稱
  • 位置
  • 可重用標誌
  • 輸入引數
  • 輸出引數

操作型別

有三種類型的操作：

  • **不可重用操作** - 只能在其設計的特定測試中呼叫的操作，並且只能呼叫一次。

  • **可重用操作** - 可以多次呼叫其所在任何測試的操作，也可以被任何其他測試使用。

  • **外部可重用操作** - 它是一個儲存在另一個測試中的可重用操作。外部操作在呼叫測試中是隻讀的，但可以使用外部操作的資料表資訊的可編輯副本在本地使用。

更多資訊，請訪問以下連結 − https://tutorialspoint.tw/qtp/index.htm

SAP測試 - 案例研究

大多數實施SAP的企業都需要進行測試。由於測試範圍過大，可以採用自動化方法來維護SAP系統的變更。

許多公司都設計了內部解決方案來滿足客戶進行SAP測試的需求。客戶可能來自銀行、金融、製造或醫療保健領域。

示例

下面是一個為製造公司執行SAP測試的示例。

客戶需求 − 客戶是一家位於英國的製造公司。專案要求是使用QTP進行SAP測試，並對人力資源、供應鏈、物流、物料管理和工廠維護領域的關鍵操作進行自動化和功能測試，以及使用自動化的測試用例進行SAP升級，並執行整合和迴歸測試。

執行的任務 − 工作始於理解關鍵業務流程和需要自動化的SAP系統任務。測試團隊參考了一箇舊的試點專案，以最終確定測試策略、執行HP QTP工具中測試執行所需的時間和精力。

作為專案實施的一部分，成功自動化了100個業務流程。實施的解決方案帶來了更快的執行速度、更高的準確性、更大的範圍和更高的服務質量。

使用的工具 − 使用了以下工具：SAP R/3、HP QTP、用VB編寫的測試指令碼以及XML和XLS格式的資料。

取得的關鍵成果 − 取得了以下成果 −

  • 系統驗證
  • 質量和收入
  • 成本和可預測性
  • 合規管理
  • 新的實施和配置更改

SAP測試 - 面試問題

SAP測試是測試各種SAP模組的功能，以確保它們按照配置執行。SAP系統會經歷各種更改，例如補丁管理和修復、新模組實施以及其他各種配置更改。所有這些都需要在SAP環境中執行迴歸測試。像SAP TAO這樣的SAP測試自動化工具可用於此目的，並由SAP推薦用於測試。

執行SAP測試的優勢有很多。它們如下所示 −

  • 系統驗證 − SAP測試涉及對SAP ERP環境中所有SAP模組進行完整的端到端測試和驗證。

  • 質量和收入 − SAP測試是基於輸出的測試，不像傳統的基於輸入的測試方法，它確保SAP系統的質量，並關注組織的收入和成本。

  • 成本和可預測性 - SAP測試涉及降低SAP開發成本並提高可預測性。

  • 合規性要求 − SAP測試確保SAP實施符合特定組織的新合規性要求，並且所有模組都按預期配置執行。

  • 新的實施和配置更改 − SAP系統中實施了不同型別的更改，例如補丁和修復、新實施、配置更改。SAP測試確保所有模組在此動態系統環境中都能按要求執行。

  • 整合 − 執行SAP測試是為了測試各種報表、資料流和工作流、GUI表單等。它用於檢查不同模組之間的系統整合。例如，如果進行訂單過賬需要在銷售和分銷、MM和FICO中採取行動，那麼SAP測試將檢查這些系統之間的整合。

  • 效能 − 它還用於確保系統能否滿足服務級別協議、系統執行特定操作所需的時間、系統的效能等。

可以在以下模組上執行SAP測試 −

  • SAP物料管理
  • SAP財務會計和控制
  • SAP銷售和分銷
  • SAP人力資源
  • SAP供應鏈管理
  • SAP工廠管理

一些自動化測試工具包括：HP Quick Test Professional (QTP)、Selenium、SAP TAO、ECATT、IBM Rational Functional Tester、WinRunner和LoadRunner。

軟體測試生命週期中包含的不同階段包括：需求階段、測試計劃、測試分析、測試設計階段、測試實施、測試執行階段和測試結束階段。

單元測試用於測試SAP系統中各個元件的功能。它由瞭解系統中每個單元功能的領域和配置專家執行。

示例 − 建立銷售訂單並儲存。要對此任務執行單元測試，測試人員應該知道可以使用SAP組織元素（例如客戶主資料、合作伙伴職能、物料主資料、公司程式碼、信用控制區域、銷售組織等）儲存銷售訂單。

單元測試用於測試SAP系統中各個部分的功能。它由瞭解系統中每個單元功能的領域和配置專家執行。

示例 − 建立銷售訂單並儲存。要對此任務執行單元測試，測試人員應該知道可以使用SAP組織元素（例如客戶主資料、合作伙伴職能、物料主資料、公司程式碼、信用控制區域、銷售組織等）儲存銷售訂單。

系統測試涉及整合SAP系統的元素，以確保相關的SAP功能在開發環境中連結在一起。

示例 − 如果你說組織中報價的現金流將顯示報價可用於建立銷售訂單，可以建立和處理訂單的交貨，可以對交貨開票，將開票釋放到會計，以及對會計發票應用客戶付款。每個單元都這樣進行測試，然後組合測試結果。

顧名思義，基於場景的測試是根據具體的業務案例執行的。

示例 − 假設有一些特定於客戶細分市場或給定產品線或一組服務的任務。對於這些特定的目標線，您需要測試不同的場景。

此測試也在開發環境中執行，可以說這是一個在系統測試中涵蓋的測試用例。

在此測試中，測試資料來自真實的資料庫提取源，進行轉換和負載練習，並且業務終端使用者瞭解資料。

示例 − 整合測試用於表明在SAP中設計和配置的業務流程使用真實世界的資料執行。此外，測試還表明介面觸發器、報表和工作流正在執行。

介面測試確保SAP系統上的業務流程自動執行。理想情況下，介面測試隨著專案的進展涉及更大的測試活動。介面測試表明觸發器有效、資料選擇準確完整、資料傳輸成功以及接收器能夠使用傳送的資料。

SAP UAT用於確保終端使用者能夠使用新系統執行分配的作業功能。此測試的重要方面是理解業務需求並確保預期功能、特性和能力可用。

效能測試可以識別SAP系統中的瓶頸和編碼效率低下。進行此測試是為了檢查 −

  • 系統響應時間是否符合業務要求
  • 週期性流程是否在允許的時間內執行
  • 是否可以支援預期的併發使用者負載

安全和授權測試用於確保使用者只能執行與其專案相關的交易並訪問相應的資料。

與安全標準的實施一樣，測試系統中是否已設定安全性和授權非常重要。建立並使用作業角色的測試 ID 來確認使用者可以做什麼和不可以做什麼。

此測試通常在專案生命週期中執行一次。“切換”一詞意味著全面執行所有涉及的任務，以從舊系統中提取資料，然後執行任何型別的資料轉換，將結果載入到SAP系統中並完全驗證結果，包括使用者簽字。

SAP迴歸測試用於查詢新功能並在升級系統或設定新系統時測試舊功能。迴歸測試的關鍵作用是測試現有功能以及新更新的配置和程式碼庫。

升級SAP系統或應用補丁時，不應影響使用者預期執行的功能，並檢查新版本中應引入的新功能。

SAP測試導航確保涵蓋SAP系統的每個模組，並且至少對每個功能執行一次測試。

它還可以減少手動測試工作，並涵蓋SAP系統中的大部分測試路徑。可以執行OPA測試來檢查SAP測試 - 導航。

SAP測試中的螢幕流程邏輯類似於ABAP程式碼，用於包含處理塊。它包含螢幕的過程部分，並在螢幕繪製器中建立，此螢幕繪製器類似於ABAP編輯器。

**財務模組** - 財務會計和控制 (FICO)、財務 (TR) 和企業控制 (EC)。

**物流模組** - 物料管理 (MM)、工廠維護 (PM)、銷售和分銷 (SD)、質量管理 (QM) 等。

**人力資源管理** - 會計工資、時間管理、培訓和活動管理。

需要SAP測試用例來檢查SAP系統的安裝和配置、任何新實施、多語言和裝置測試、內聯網測試、即時測試等。

由於ERP系統是一個通用的集中式系統，並且多個使用者同時即時使用，因此需要付出大量努力和奉獻來編寫測試用例。

ERP系統還涉及各種FI事務，因此每個測試用例都應涵蓋所有配置和實施部分的範圍。應仔細傳遞測試資料，並且每個測試都應有一列名為輸出資料的列。

SAP測試加速和最佳化TAO 2.0是一個用於在系統迴歸測試期間建立自動測試用例的工具。它幫助SAP客戶從事務的螢幕建立不同的測試元件並對其進行引數化。

這些測試元件通常為一個事務程式碼建立，之後可以組合成測試場景。它可以輕鬆整合到SAP Solution Manager中的業務流程變更分析器。

  • RAM：4 GB
  • 可用磁碟空間：500 MB
  • 連線到SAP Quality Center QC伺服器和SOLMAN的區域網連線
  • 管理員許可權
  • 具有最新補丁級別的SAPGUI
  • Microsoft Excel 97 或更高版本。
  • 用於CRM UI支援的Microsoft Internet Explorer

流程流分析器用於自動查詢在SAP系統中執行的事務程式碼中使用的使用者介面。它自動建立測試元件並將它們上傳到Quality Center。它還用於根據使用者操作識別測試元件的順序以及電子表格值的建立。

整合是指將SAP TAO元件與內建元件組合起來建立測試場景作為單個事務性業務元件的過程。它允許您將多個測試元件收集到一個測試中。

進入SAP TAO並登入，然後在列表中選擇SAP SOLMAN。SAP TAO中的此係統列表是從SAP登入的配置檔案中獲取的。因此，要在SAP TAO中新增系統，需要在SAP Logon中新增新系統並重新整理TAO中的列表。

輸入登入憑據並單擊登入。

SAP TAO將連線到SAP Solution Manager，並開啟TAO配置嚮導。

列印頁面
上一頁
下一頁
廣告
© . All rights reserved.