SAP 測試面試問題

最常見的 SAP R/3 模組有：

• SAP 物料管理。
• SAP 金融會計和控制。
• SAP 銷售和分銷。
• SAP 人力資源。
• 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 測試會檢查這些系統之間的整合。

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

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

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

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

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

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

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

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

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

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

• HP Quick Test Professional (QTP)
• Selenium
• SAP TAO
• Load Runner
• Win Runner

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

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

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

• 需求階段
• 測試計劃
• 測試分析
• 測試設計階段
• 測試實施
• 測試執行階段
• 測試結束階段

示例

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

示例

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

示例

如果您說組織中報價的現金流量將顯示報價可用於建立銷售訂單、可以建立和處理訂單的交貨、可以對交貨開具發票、將發票釋放到會計以及對會計發票應用客戶付款。

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

與安全標準的實施一樣，測試系統中是否設定了安全和授權非常重要。建立作業角色的測試 ID，並將其用於確認使用者可以執行的操作和使用者不能執行的操作。

SAP 切換測試

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

可以執行 OPA 測試以檢查 SAP 測試導航。OPA 稱為開源程式語言，主要用於開發 Web 應用程式。要編譯 OPA 程式，您可以在伺服器上使用 Node.js，在客戶端上使用 JavaScript。

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

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

效能測試檢查以下方面：

• 系統響應時間是否根據業務需求可接受

• 定期流程是否在允許的時間內執行，

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

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

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

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

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

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

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

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

• 接下來，在建立銷售訂單或在MM中建立PR時，錄製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介面測試完全依賴於操作和組織流程。在執行SAP介面測試時，您需要考慮以下關鍵要點：

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

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

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

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

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

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

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

正確的輸入資料

• 訂單日期2016年1月1日，訂單型別銷售訂單
• 有效期2016年1月15日，發貨日期2016年1月10日，
• 選擇付款截止日期2015年1月10日，專案數量10等。

錯誤的輸入資料

• 訂單日期2017年1月1日，訂單型別銷售訂單
• 有效期2017年1月15日，發貨日期2017年1月10日，
• 選擇付款截止日期2017年1月10日，專案數量0等。

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

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

輸出資料 - 使用錯誤的資料

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

預期輸出

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

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

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

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

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

TAO 2.0和TAO 3.0。

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

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

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

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

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

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

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

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

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

技術物料清單TBOM

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

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

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

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

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

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

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

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

Solution Manager 7.1及更高版本

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

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

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

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

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

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

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

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

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

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

SAP TAO 3.0包含一個流程流分析器錄製嚮導，可用於簡化測試錄製。

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

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