Kiểm tra SAP - Hướng dẫn nhanh

Nhiều tổ chức triển khai SAP ERP (Enterprise Resource Planning) để quản lý hoạt động kinh doanh của họ và thích ứng với những thách thức thị trường mới. SAP R / 3 là một phần mềm ERP tích hợp cho phép các tổ chức quản lý hoạt động kinh doanh của họ một cách hiệu quả. Các tổ chức có thể giảm chi phí để vận hành hoạt động của họ bằng cách sử dụng các gói ERP SAP R / 3.

SAP R / 3 cũng cho phép khách hàng tương tác với các cơ sở dữ liệu khác nhau để chạy các ứng dụng khác nhau với sự trợ giúp của GUI thân thiện với người dùng. Hệ thống SAP R / 3 được chia thành các mô-đun khác nhau để bao hàm chức năng của các hoạt động kinh doanh khác nhau trong một tổ chức.

Các mô-đun SAP R / 3 phổ biến nhất là -

• Quản lý vật liệu SAP.
• Kế toán và Kiểm soát Tài chính SAP.
• Bán hàng và phân phối SAP.
• Nguồn nhân lực SAP.
• Quản lý chuỗi cung ứng SAP.
• Quản lý nhà máy SAP.

SAP Testing là kiểm tra chức năng của các mô-đun này và để đảm bảo rằng chúng hoạt động theo cấu hình.

Hệ thống SAP trải qua nhiều thay đổi khác nhau như quản lý bản vá và sửa lỗi, triển khai mô-đun mới và nhiều thay đổi cấu hình khác. Tất cả những sửa đổi này làm nảy sinh nhu cầu kiểm tra hồi quy được thực hiện trong môi trường SAP. Các công cụ tự động hóa kiểm tra SAP như công cụ Tăng tốc và Tối ưu hóa Kiểm tra SAP có thể được sử dụng cho mục đích này.

SAP TAOlà một công cụ tự động hóa để tạo các trường hợp thử nghiệm cho các kịch bản đầu cuối cho các ứng dụng SAP. Ngoài ra, còn có nhiều công cụ kiểm tra Tự động hóa khác để kiểm tra SAP như HP QTP và ECATT, v.v. có thể được sử dụng.

Tầm quan trọng của thử nghiệm

Dưới đây là danh sách các lý do chính tại sao kiểm tra SAP được thực hiện và tại sao nó là một chức năng quan trọng trong sự phát triển của một tổ chức -

• System Validation - Kiểm tra SAP liên quan đến kiểm tra đầu cuối hoàn chỉnh và xác nhận tất cả các mô-đun SAP trong môi trường SAP ERP.

• Quality and Revenue- Kiểm tra SAP là kiểm tra dựa trên đầu ra và không giống như các phương pháp kiểm tra thông thường dựa trên đầu vào. Nó đảm bảo chất lượng của hệ thống SAP và cũng tập trung vào doanh thu và chi phí của tổ chức.

• Cost and Predictability - Kiểm tra SAP liên quan đến việc giảm chi phí phát triển SAP và cải thiện khả năng dự đoán.

• Compliance Requirement - Kiểm tra SAP đảm bảo rằng việc triển khai SAP đang đáp ứng các yêu cầu tuân thủ mới trong một tổ chức cụ thể và tất cả các mô-đun đang hoạt động theo cấu hình mong đợi.

• New Implementation and Configuration Changes- Có nhiều loại thay đổi khác nhau được thực hiện trong hệ thống SAP, như các bản vá và sửa lỗi, triển khai mới, thay đổi cấu hình. Do đó, kiểm tra SAP đảm bảo rằng tất cả các mô-đun đang hoạt động theo yêu cầu trong môi trường hệ thống động này.

• Integration- Kiểm thử SAP được thực hiện để kiểm tra các báo cáo, luồng dữ liệu và luồng công việc khác nhau, biểu mẫu GUI,… Nó được sử dụng để kiểm tra sự tích hợp hệ thống giữa các mô-đun khác nhau. Ví dụ: nếu việc đăng đơn hàng được thực hiện yêu cầu hành động trong Bán hàng và Phân phối, MM và FICO, thì thử nghiệm SAP sẽ kiểm tra sự tích hợp giữa các hệ thống này.

• Performance - Nó cũng được sử dụng để đảm bảo hệ thống có thể đáp ứng các thỏa thuận Mức dịch vụ hay không, thời gian hệ thống thực hiện các hành động cụ thể, hiệu suất của hệ thống, v.v.

Có các phương pháp kiểm tra khác nhau có thể được sử dụng để kiểm tra chức năng của phần mềm, hệ thống hoặc ứng dụng.

Các kỹ thuật kiểm tra phổ biến nhất là -

• Unit Testing - Đây là một loại kiểm thử hộp trắng liên quan đến việc kiểm tra một đơn vị hoặc một nhóm đơn vị.

• Integration Testing - Trong thử nghiệm này, nhiều hệ thống được kết hợp với nhau để kiểm tra đầu ra của hệ thống tích hợp.

• Functional Testing - Nó kiểm tra chức năng của từng mô-đun theo kết quả mong muốn.

• Usability Testing- Nó kiểm tra tính dễ sử dụng của một ứng dụng hoặc một hệ thống. Nó kiểm tra mức độ dễ dàng của người dùng mới khi sử dụng ứng dụng hoặc hiểu hệ thống.

• Acceptance Testing - Kiểm thử chấp nhận được thực hiện để kiểm tra xem một hệ thống có đáp ứng yêu cầu của người dùng hay không và có chấp nhận ứng dụng hoặc hệ thống hay không.

• System Testing - Toàn bộ hệ thống được kiểm tra theo yêu cầu và đặc điểm kỹ thuật.

• Stress Testing - Trong thử nghiệm này, hệ thống được đưa vào trạng thái căng thẳng vượt quá đặc điểm kỹ thuật của nó để kiểm tra khi nó bị lỗi.

• Performance Testing - Thử nghiệm này được thực hiện để kiểm tra xem hệ thống có đáp ứng yêu cầu về hiệu suất hay không.

• Regression Testing - Nó bao gồm việc kiểm tra ứng dụng hoặc hệ thống đầy đủ cho các sửa đổi.

• Beta Testing- Mục đích của thử nghiệm beta là để che các lỗi không mong muốn. Nó thuộc lớp thử nghiệm hộp đen. Nó được thực hiện bằng cách phát hành phiên bản trước của sản phẩm cuối cùng, được gọi là Beta.

• Database Testing- Kiểm thử cơ sở dữ liệu được sử dụng để kiểm tra dữ liệu trong cơ sở dữ liệu. Nó được thực hiện bằng cách sử dụng các câu lệnh SQL.

• ETL Testing - Kiểm tra ETL được thực hiện để đảm bảo nếu dữ liệu được trích xuất, chuyển đổi và tải chính xác từ hệ thống nguồn sang hệ thống đích.

Kiểm tra bằng tay

Kiểm thử thủ công có nghĩa là bạn đang kiểm tra một phần mềm theo cách thủ công mà không sử dụng bất kỳ công cụ tự động nào hoặc bất kỳ tập lệnh nào. Trong loại thử nghiệm này, người kiểm tra đảm nhận vai trò của người dùng cuối và kiểm tra phần mềm để xác định lỗi hoặc bất kỳ hành vi không mong muốn nào.

Có các giai đoạn khác nhau của thử nghiệm thủ công. Đó là - thử nghiệm đơn vị, thử nghiệm tích hợp, thử nghiệm hệ thống và thử nghiệm chấp nhận người dùng.

Người thử nghiệm thủ công sử dụng các kế hoạch thử nghiệm, trường hợp thử nghiệm hoặc kịch bản thử nghiệm khác nhau để đảm bảo tính hoàn chỉnh của thử nghiệm. Kiểm tra thủ công cũng có thể được gọi làexploratory testing bởi vì người kiểm tra khám phá phần mềm để xác định lỗi trong đó theo cách thủ công.

Kiểm tra tự động hóa

Trong kiểm thử Tự động hóa, người kiểm thử viết các kịch bản và sử dụng các công cụ phần mềm để kiểm tra sản phẩm. Quá trình này liên quan đến việc tự động hóa quy trình thủ công. Kiểm thử tự động bao gồm việc chạy lại nhiều lần các trường hợp kiểm thử đã được thực hiện theo cách thủ công.

Kiểm thử tự động cũng được sử dụng để kiểm tra ứng dụng từ mục đích tải, hiệu suất và căng thẳng. Nó được sử dụng để tăng phạm vi kiểm tra. Kiểm tra tự động cải thiện độ chính xác và tiết kiệm thời gian và tiền bạc so với kiểm tra thủ công.

Công cụ kiểm tra phần mềm

Các công cụ sau có thể được sử dụng để kiểm tra Tự động hóa:

• HP Quick Test Professional (QTP)
• Selenium
• SAP TAO
• ECATT
• Bộ kiểm tra chức năng hợp lý của IBM
• SilkTest
• TestComplete
• Kiểm tra mọi nơi
• WinRunner
• LaodRunner
• Visual Studio Test Professional
• WATIR

Vòng đời phát triển phần mềm xác định chuỗi các bước được thực hiện để phát triển một ứng dụng hoặc hiệu quả của phần mềm. Trong chương này, chúng ta sẽ thảo luận về các giai đoạn được xác định trong SDLC. Mỗi giai đoạn có quy trình riêng và các sản phẩm chuyển sang giai đoạn tiếp theo.

Nghiên cứu khả thi

Giai đoạn đầu tiên của SDLC là requirement gathering. Sau khi các yêu cầu được thu thập, nhóm đưa ra một kế hoạch sơ bộ về quy trình phần mềm. Ở bước này, nhóm phân tích xem liệu một phần mềm có thể được tạo ra để đáp ứng tất cả các yêu cầu của người dùng hay không. Nó được tìm hiểu xem liệu dự án có khả thi về mặt tài chính, thực tế và công nghệ để tổ chức tiếp nhận hay không. Có rất nhiều thuật toán có sẵn, giúp các nhà phát triển kết luận về tính khả thi của một dự án phần mềm.

Phân tích hệ thống

Ở bước này, các nhà phát triển quyết định lộ trình kế hoạch của họ và cố gắng đưa ra mô hình phần mềm tốt nhất phù hợp với dự án. Phân tích hệ thống bao gồm hiểu biết về các hạn chế của sản phẩm phần mềm, tìm hiểu các vấn đề liên quan đến hệ thống hoặc các thay đổi cần thực hiện trong hệ thống hiện có, xác định và giải quyết tác động của dự án đối với tổ chức và nhân sự, v.v. Nhóm dự án phân tích phạm vi của dự án và lập kế hoạch lịch trình và nguồn lực phù hợp.

Thiết kế phần mềm

Bước tiếp theo là mang toàn bộ kiến ​​thức về các yêu cầu và phân tích trên bàn làm việc và thiết kế sản phẩm phần mềm. Đầu vào từ người dùng và thông tin thu thập được trong giai đoạn thu thập yêu cầu là đầu vào của bước này. Đầu ra của bước này có hai dạng;logical design và physical design. Các kỹ sư tạo ra siêu dữ liệu và từ điển dữ liệu, sơ đồ logic, sơ đồ luồng dữ liệu và trong một số trường hợp là mã giả.

Mã hóa

Bước này còn được gọi là programming phase. Việc thực hiện thiết kế phần mềm bắt đầu bằng cách viết mã chương trình bằng một ngôn ngữ lập trình phù hợp và phát triển các chương trình thực thi không có lỗi một cách hiệu quả.

Thử nghiệm

Một ước tính nói rằng 50% toàn bộ quá trình phát triển phần mềm nên được kiểm tra. Các lỗi có thể làm hỏng phần mềm từ mức độ nghiêm trọng đến mức độ xóa của chính nó. Kiểm thử phần mềm được thực hiện trong khi mã hóa bởi các nhà phát triển và kiểm tra kỹ lưỡng được thực hiện bởi các chuyên gia kiểm thử ở các cấp độ mã khác nhau như kiểm tra mô-đun, kiểm tra chương trình, kiểm tra sản phẩm, kiểm tra nội bộ và kiểm tra sản phẩm ở cuối người dùng. Phát hiện sớm các lỗi và cách khắc phục chúng là chìa khóa để phát triển một phần mềm đáng tin cậy.

Hội nhập

Phần mềm có thể cần được tích hợp với thư viện, cơ sở dữ liệu và (các) chương trình khác. Giai đoạn này của SDLC đề cập đến việc tích hợp phần mềm với các thực thể thế giới bên ngoài.

Thực hiện

Thực hiện hoặc triển khai có nghĩa là cài đặt phần mềm trên máy người dùng. Đôi khi, phần mềm cần cấu hình sau cài đặt ở cuối người dùng. Phần mềm được kiểm tra tính di động và khả năng thích ứng và các vấn đề liên quan đến tích hợp được giải quyết trong quá trình thực hiện.

Vòng đời kiểm thử phần mềm

Vòng đời kiểm thử phần mềm (STLC) bao gồm tất cả các bước được thực hiện theo cách cụ thể để đảm bảo rằng các mục tiêu chất lượng được đáp ứng và mỗi bước đều có các mục tiêu và sản phẩm cụ thể.

STLC được sử dụng để cải thiện chất lượng của một sản phẩm phần mềm và làm cho nó có khả năng đáp ứng các yêu cầu kinh doanh để đạt được các mục tiêu nhất định.

Các giai đoạn khác nhau trong Vòng đời kiểm thử phần mềm như sau:

• Giai đoạn yêu cầu
• Lập kế hoạch kiểm tra
• Phân tích thử nghiệm
• Giai đoạn thiết kế thử nghiệm
• Triển khai thử nghiệm
• Giai đoạn thực hiện kiểm tra
• Giai đoạn đóng cửa thử nghiệm

Giai đoạn yêu cầu

Đây là giai đoạn đầu tiên của Vòng đời kiểm thử phần mềm. Trong giai đoạn này, công việc của tester là phân tích các yêu cầu. Có nhiều phương pháp khác nhau để Phân tích Yêu cầu như thực hiện các phiên động não với các doanh nhân, các thành viên trong nhóm và cố gắng tìm hiểu xem các yêu cầu có thể kiểm tra được hay không.

Giai đoạn này xác định phạm vi của thử nghiệm. Nếu một nhóm kiểm tra tìm thấy bất kỳ tính năng nào không thể kiểm tra được thì điều đó sẽ được thông báo cho khách hàng.

Lập kế hoạch kiểm tra

Trong giai đoạn này, người thử nghiệm xác định các hoạt động và nguồn lực sẽ giúp đáp ứng các mục tiêu thử nghiệm.

Các chỉ số khác nhau được xác định và có sẵn các phương pháp để xác định và theo dõi các chỉ số đó. Lập kế hoạch kiểm tra cũng bao gồm việc xác định các chỉ số hiệu suất chính để đánh giá kiểm tra.

Phân tích thử nghiệm

Giai đoạn này xác định các nguyên tắc phải được kiểm tra. Nó bao gồm việc xác định các điều kiện thử nghiệm bằng cách sử dụng tài liệu yêu cầu, mọi rủi ro liên quan và các tiêu chí thử nghiệm khác.

Các yếu tố khác nhau được sử dụng để tìm ra các điều kiện thử nghiệm -

• Độ phức tạp của sản phẩm
• Độ sâu kiểm tra
• Rủi ro liên quan
• Yêu cầu kỹ năng
• Kiến thức về các thành viên trong nhóm kiểm tra
• Quản lý kiểm tra
• Sự sẵn có của các bên liên quan

Điều kiện thử nghiệm nên được viết một cách chi tiết.

Hãy để chúng tôi lấy một example. Đối với một trang web bán sản phẩm trực tuyến, điều kiện thử nghiệm là khách hàng phải có thể thanh toán trực tuyến. Bạn có thể thêm các điều kiện chi tiết như, thanh toán phải khả thi bằng thẻ Tín dụng, chuyển khoản NEFT, thẻ ghi nợ hoặc ngân hàng trực tuyến.

Ưu điểm của việc viết điều kiện kiểm thử chi tiết là nó làm tăng phạm vi kiểm thử vì các trường hợp kiểm thử thường được viết trên cơ sở điều kiện kiểm tra. Nó cho phép viết các trường hợp kiểm thử chi tiết hơn. Nó cũng giúp xác định điều kiện khi nào nên dừng thử nghiệm một sản phẩm phần mềm.

Giai đoạn thiết kế thử nghiệm

Giai đoạn này xác định cách thức thực hiện các bài kiểm tra.

• Chia nhỏ các điều kiện thử nghiệm thành nhiều điều kiện phụ để tăng mức độ phù hợp của nó.

• Lấy dữ liệu thử nghiệm.

• Thiết lập môi trường thử nghiệm.

• Nhận các chỉ số truy xuất nguồn gốc yêu cầu.

• Tạo chỉ số phạm vi kiểm tra.

Giai đoạn triển khai thử nghiệm

Giai đoạn này bao gồm việc tạo các trường hợp thử nghiệm chi tiết theo các điều kiện và chỉ số thử nghiệm được xác định.

• Ưu tiên bao test.
• Test-case được sử dụng cho hồi quy.
• Đảm bảo tính đúng đắn của test-case.
• Đăng xuất khỏi các trường hợp thử nghiệm trước khi thực thi thực sự bắt đầu.

Giai đoạn thực hiện kiểm tra

Giai đoạn này của Vòng đời kiểm thử phần mềm liên quan đến việc thực thi các trường hợp thử nghiệm thực tế.

• Thực thi các trường hợp thử nghiệm.
• Ghi lại các khuyết tật.
• Kiểm tra số liệu truy xuất nguồn gốc để theo dõi tiến độ.

Kiểm tra đóng cửa

Giai đoạn này bao gồm kiểm tra việc hoàn thành bài kiểm tra.

• Kiểm tra xem tất cả các trường hợp thử nghiệm có được thực thi và mở các lỗi không.
• Ghi lại những bài học kinh nghiệm.
• Đóng giai đoạn Thử nghiệm.

Có nhiều loại phương pháp kiểm tra khác nhau có thể được sử dụng để thực hiện kiểm tra SAP.

Kiểm tra đơn vị

Kiểm thử đơn vị được sử dụng để kiểm tra chức năng của hệ thống SAP và các thành phần khác nhau của nó. Nó được thực hiện bởi các chuyên gia về miền và cấu hình, những người biết chức năng của từng đơn vị trong hệ thống.

Thí dụ

Giả sử nhiệm vụ là tạo một đơn bán hàng và lưu nó. Để thực hiện kiểm tra đơn vị cho nhiệm vụ này, người kiểm tra phải biết rằng đơn đặt hàng bán hàng có thể được lưu bằng cách sử dụng các yếu tố của tổ chức SAP như dữ liệu tổng thể của khách hàng, chức năng của đối tác, dữ liệu tổng thể vật liệu, mã công ty, khu vực kiểm soát tín dụng, tổ chức bán hàng, v.v.

Thí dụ

Trong quá trình phát triển ABAP, Kiểm thử đơn vị có thể được thực hiện để kiểm tra xem có thể tạo báo cáo từ dữ liệu do nhà phát triển tạo hay không. Nó yêu cầu hỗ trợ từ chuyên gia miền.

Thử nghiệm hệ thống

Kiểm thử hệ thống liên quan đến việc tích hợp các yếu tố của hệ thống SAP để đảm bảo rằng chức năng SAP liên quan được liên kết với nhau trong môi trường phát triển.

Thí dụ

Nếu bạn nói dòng tiền cho một báo giá trong một tổ chức sẽ cho thấy rằng một báo giá có thể được sử dụng để tạo đơn hàng bán hàng, việc giao hàng có thể được tạo và xử lý từ đơn đặt hàng, việc giao hàng có thể được lập hóa đơn, thanh toán được chuyển cho kế toán và một khoản thanh toán của khách hàng được áp dụng đối với hóa đơn kế toán.

Mỗi đơn vị được kiểm tra như vậy và sau đó kết quả kiểm tra được kết hợp bằng cách sử dụng kiểm tra hệ thống.

Kiểm tra dựa trên tình huống

Kiểm tra kịch bản, như tên cho thấy, được thực hiện theo các trường hợp kinh doanh cụ thể.

Thí dụ

Giả sử có một vài nhiệm vụ cụ thể cho một phân khúc khách hàng hoặc một dòng sản phẩm nhất định hoặc một tập hợp các dịch vụ. Đối với các dòng mục tiêu cụ thể này, bạn có các tình huống khác nhau cần thử nghiệm. Thử nghiệm này cũng được thực hiện trong môi trường phát triển.

Thử nghiệm hội nhập

Trong thử nghiệm này, dữ liệu thử nghiệm đến từ một nguồn trích xuất dữ liệu thực. Dữ liệu được biết đến với người dùng cuối doanh nghiệp.

Kiểm tra tích hợp được sử dụng để trình bày rằng quy trình kinh doanh, như được thiết kế và cấu hình trong SAP, chạy bằng cách sử dụng dữ liệu trong thế giới thực. Ngoài ra, thử nghiệm cho thấy rằng các trình kích hoạt giao diện, báo cáo, quy trình làm việc đang hoạt động.

Kiểm tra giao diện SAP

Kiểm tra giao diện đảm bảo rằng quy trình nghiệp vụ trên hệ thống SAP chạy tự động, các sự kiện được kích hoạt và kết quả được chuyển đến hệ thống nhận. Kiểm tra giao diện bao gồm việc thực thi trên hệ thống gửi, tiếp theo là tạo tự động đầu ra giao diện, sau đó hệ thống nhận sử dụng tệp đó và chứng minh rằng quy trình nghiệp vụ vẫn tiếp tục trên máy nhận.

Lý tưởng nhất, kiểm thử giao diện liên quan đến các hoạt động kiểm thử lớn hơn khi một dự án tiến triển. Thử nghiệm giao diện cho thấy việc kích hoạt hoạt động, việc lựa chọn dữ liệu chính xác và đầy đủ, truyền dữ liệu thành công và người nhận có thể sử dụng dữ liệu đã gửi.

Kiểm tra sự chấp nhận của người dùng SAP

SAP UAT được sử dụng để đảm bảo rằng người dùng cuối có thể thực hiện các chức năng công việc được giao với hệ thống mới. Khía cạnh quan trọng của thử nghiệm này là hiểu yêu cầu nghiệp vụ và đảm bảo rằng các tính năng, chức năng và khả năng mong đợi luôn sẵn sàng.

Kiểm tra hiệu suất hệ thống SAP

Kiểm tra hiệu suất kiểm tra các khía cạnh sau:

• Thời gian phản hồi của hệ thống có được chấp nhận theo yêu cầu kinh doanh hay không

• Các quy trình định kỳ có đang chạy trong thời gian cho phép hay không,

• Có thể hỗ trợ tải người dùng đồng thời dự kiến ​​hay không

Kiểm tra hiệu suất xác định các tắc nghẽn và mã hóa không hiệu quả trong hệ thống SAP. Không có khả năng điều chỉnh hiệu suất hệ thống được thiết lập hoàn hảo và chương trình đang chạy với mã được tối ưu hóa.

Kiểm tra tải SAP

Trong Kiểm tra tải, người kiểm tra áp dụng tải tối đa trên hệ thống, người dùng trực tuyến hoặc xử lý hàng loạt định kỳ và xác định xem hệ thống có đủ khả năng để xử lý tải hay không. Nếu không, nó sẽ tìm ra các bước cần thiết để cải thiện hiệu suất.

Kiểm tra Ủy quyền và Bảo mật SAP

Kiểm tra Ủy quyền và Bảo mật được sử dụng để đảm bảo rằng người dùng chỉ có thể thực hiện các giao dịch và truy cập vào dữ liệu thích hợp có liên quan đến dự án của họ.

Cũng như việc triển khai các tiêu chuẩn Bảo mật, điều này thực sự quan trọng để kiểm tra xem bảo mật và ủy quyền có được đặt trong một hệ thống hay không. ID thử nghiệm cho các vai trò công việc được tạo và sử dụng để xác nhận cả những gì người dùng có thể làm và những gì người dùng không thể làm.

Thử nghiệm cắt bỏ SAP

Thử nghiệm cắt bỏ thường được thực hiện một lần trong vòng đời của dự án. Ở đây, thực thi quy mô đầy đủ được thực hiện cho tất cả các tác vụ liên quan để trích xuất dữ liệu từ các hệ thống kế thừa. Sau đó, để thực hiện bất kỳ loại chuyển đổi dữ liệu nào, hãy tải kết quả vào hệ thống SAP và xác nhận đầy đủ kết quả, bao gồm cả việc người dùng đăng xuất.

Kiểm tra hồi quy SAP

Kiểm thử hồi quy được sử dụng để tìm các chức năng mới và kiểm tra các chức năng trước đó trong hệ thống khi nó được nâng cấp hoặc một hệ thống mới được thiết lập. Vai trò quan trọng của kiểm thử hồi quy là kiểm tra chức năng hiện có cũng như cấu hình và cơ sở mã mới được cập nhật.

Khi bạn nâng cấp hệ thống SAP của mình hoặc áp dụng bản vá, nó sẽ không ảnh hưởng đến chức năng mà người dùng mong đợi sẽ thực hiện. Ngoài ra, nó sẽ không ảnh hưởng đến các tính năng mới được cho là sẽ được giới thiệu trong một bản phát hành mới.

Quá trình kiểm tra SAP thường được chia thành ba giai đoạn:

• Lập kế hoạch kiểm tra
• Kiểm tra thiết lập hệ thống
• Thực hiện kiểm tra và đánh giá

Lập kế hoạch kiểm tra

Lập kế hoạch kiểm tra bao gồm các bước liên quan đến giai đoạn đầu của thử nghiệm.

• Thu thập yêu cầu. Những gì cần phải được kiểm tra? Các yêu cầu chức năng cần được thu thập để kiểm tra hệ thống và ứng dụng.

• Phát triển trường hợp thử nghiệm cho thử nghiệm thủ công và tự động hóa. Trong kiểm thử tự động hóa, có thể sử dụng nhiều công cụ khác nhau để tạo các trường hợp thử nghiệm.

• Xem xét các trường hợp thử nghiệm.

Kiểm tra thiết lập hệ thống

Thiết lập hệ thống thử nghiệm bao gồm việc thiết lập môi trường thử nghiệm để chạy các trường hợp thử nghiệm. Tại đây, người kiểm tra cần xác định các chỉ số chính để báo cáo.

Thực hiện kiểm tra và đánh giá

Việc thực thi và đánh giá kiểm thử bao gồm việc thực thi các trường hợp kiểm thử và ghi chú lại kết quả đầu ra. Nó bao gồm các hoạt động sau:

• Xử lý và báo cáo khiếm khuyết.
• Đánh giá kế hoạch kiểm tra theo kết quả.
• Tài liệu về tất cả các khuyết tật và so sánh kết quả với các số liệu chính.

Kiểm tra SAP - Quy trình quan trọng

Trong thử nghiệm hệ thống SAP, bạn cần xác định các quy trình kinh doanh quan trọng sẽ bị ảnh hưởng khi thực hiện các thay đổi trong hệ thống SAP. Nó chủ yếu nằm trong Kiểm thử hồi quy, nơi bạn áp dụng bản vá hoặc triển khai hệ thống mới.

Bước đầu tiên trước khi áp dụng những thay đổi này là thực hiện change impact analysis. Điều này bao gồm các quy trình quan trọng sẽ bị ảnh hưởng khi thực hiện thay đổi.

Thí dụ

Chúng ta hãy lấy một ví dụ. Giả sử những thay đổi theo kế hoạch như sau:

Các thay đổi có kế hoạch

• Gói hỗ trợ SAP 7
• Mã tùy chỉnh
• Gói nâng cao SAP

Hệ thống có hiệu lực

• Đơn đặt hàng
• Giao hàng
• Phương thức thanh toán

Phân tích tác động cho các quá trình quan trọng

Tại đây, các hoạt động sau sẽ được thực hiện trong Phân tích tác động -

• Xác định các quy trình kinh doanh quan trọng bị ảnh hưởng bởi việc thực hiện thay đổi.

• Doanh nghiệp cần cung cấp lý do tại sao phải thực hiện thay đổi này.

• Tạo kế hoạch kiểm tra để giám sát các quy trình quan trọng để kiểm tra SAP trong khi thực hiện thay đổi.

• Đánh giá tác động của thay đổi đối với các quá trình quan trọng và mục đích để thực hiện thay đổi.

Điều hướng kiểm tra SAP đảm bảo rằng bạn bao gồm từng mô-đun của hệ thống SAP của mình và thực hiện ít nhất một kiểm tra cho mỗi chức năng. Nó cũng làm giảm nỗ lực kiểm tra thủ công và bao gồm hầu hết các đường dẫn kiểm tra trong hệ thống SAP.

Kiểm tra OPA có thể được thực hiện để kiểm tra Điều hướng kiểm tra SAP. OPA được gọi làOpen Source Programmingvà nó chủ yếu được sử dụng để phát triển các ứng dụng web. Để biên dịch chương trình OPA, bạn có thể sử dụng Node.js trên máy chủ và JavaScript ở phía máy khách.

Tạo Kiểm tra bằng OPA

OPA cho phép bạn sử dụng ba đối tượng trong Qunit. Các chức năng này nên được xác định trong một bài kiểm tra để OPA biết những hành động cần thực hiện.

• Given - để vượt qua sự sắp xếp.

• When - các hành động cần thực hiện.

• Then - quả quyết.

Thí dụ

Ví dụ sau cho thấy cách sử dụng tất cả 3 đối tượng trong 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();
}

Bước tiếp theo là xác định ba chức năng.

Xác định các chức năng

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

Trong hàm trên, chúng tôi đã giả định rằng ứng dụng chạy trong một trang có tên là index.html. Bài kiểm tra OPA của chúng tôi nằm trong thư mục test / opa.html.

Xác định các sắp xếp

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"
      });
   }
})

Xác định các xác định

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"
      )}
   }
})

Chạy thử nghiệm OPA

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

Logic luồng màn hình trong Kiểm tra SAP giống như mã ABAP và nó được sử dụng để chứa các khối xử lý. Nó chứa phần thủ tục của màn hình. Nó được tạo trong trình vẽ màn hình và họa sĩ màn hình này tương tự như một trình biên tập ABAP.

Logic luồng màn hình không liên quan đến việc khai báo dữ liệu bên ngoài và mỗi khối xử lý được xác định bằng tiền tố 'PROCESS'. Ví dụ,

• QUY TRÌNH SAU KHI ĐẦU VÀO
• QUÁ TRÌNH TRƯỚC KHI ĐẦU RA
• QUY TRÌNH TRÊN YÊU CẦU TRỢ GIÚP
• QUY TRÌNH VỀ GIÁ TRỊ-YÊU CẦU

Mỗi lôgic luồng màn hình phải chứa các từ khóa Process SAU KHI ĐẦU VÀO và Process TRƯỚC KHI OUTPUT.

Trong một khối sự kiện, bạn có thể sử dụng các từ khóa như MODULE, FIELD, ON, VALUES, CALL, v.v.

Không.	Mô tả và từ khóa logic luồng màn hình
1	MODULE Gọi một mô-đun hộp thoại trong chương trình ABAP
2	FIELD Chỉ định điểm mà tại đó nội dung của một trường màn hình sẽ được vận chuyển
3	ON Được sử dụng trong liên kết với FIELD
4	VALUES Được sử dụng cùng với FIELD
5	CHAIN Bắt đầu một chuỗi xử lý.
6	ENDCHAIN Kết thúc một chuỗi xử lý.
7	CALL Gọi một màn hình phụ.
số 8	LOOP Bắt đầu xử lý một bảng màn hình.
9	ENDLOOP Kết thúc xử lý bảng màn hình.

Tạo luồng màn hình

Trong trình duyệt Kho lưu trữ, bấm đúp vào tên của màn hình và nó sẽ hiển thị logic luồng của màn hình.

Trình chỉnh sửa luồng logic của Screen Painter sẽ mở ra và bạn chỉnh sửa luồng logic của màn hình. Bạn có thể sử dụng bất kỳ trình soạn thảo mã nguồn ABAP nào có sẵn để xác định logic luồng.

Bạn có thể sử dụng các từ khóa sau để tạo logic luồng màn hình -

Không.	từ khóa & mô tả
1	CALL Gọi một màn hình phụ.
2	CHAIN Bắt đầu một chuỗi xử lý.
3	ENDCHAIN Kết thúc một chuỗi xử lý.
4	ENDLOOP Kết thúc xử lý vòng lặp.
5	FIELD Đề cập đến một trường. Có thể kết hợp với các từ khóa MODULE và SELECT.
6	LOOP Bắt đầu xử lý vòng lặp.
7	MODIFY Sửa đổi một bảng.
số 8	MODULE Xác định một mô-đun xử lý.
9	ON Được sử dụng với các bài tập FIELD.
10	PROCESS Xác định một sự kiện xử lý.
11	SELECT Kiểm tra một mục nhập trong một bảng.

Kiểm tra màn hình

Màn hình kiểm tra được sử dụng để kiểm tra sự xuất hiện của màn hình vì nó sẽ xuất hiện trong thời gian chạy. Nếu bạn đã lập trình logic luồng, bạn có thể chọn mô phỏng màn hình có hoặc không có nó.

Để thực hiện Kiểm tra màn hình, hãy làm theo các bước dưới đây:

• Chọn Màn hình → Kiểm tra.
• Hệ thống sẽ hiển thị một hộp thoại để mô phỏng thời gian chạy.
• Bạn có thể thay đổi tọa độ cửa sổ, nếu nó được yêu cầu.
• Tiếp theo, xác định phạm vi mô phỏng.
• Để bao gồm lôgic luồng, hãy nhấp vào 'chọn lôgic luồng hoàn chỉnh'.
• Nhấp vào Tiếp tục và mô phỏng màn hình sẽ xuất hiện.

Có các mô-đun SAP khác nhau được triển khai trong một tổ chức có thể được kiểm tra bằng các công cụ kiểm tra khác nhau như HP Quick Test Professional (QTP), IBM Rational Functional Tester (RFT) và công cụ Tăng tốc và Tối ưu hóa Kiểm tra SAP (TAO).

Mô-đun SAP chung

Các mô-đun SAP phổ biến được liệt kê bên dưới:

• Financial Modules - Kiểm soát và Kế toán Tài chính (FICO), Kho báu (TR) và Kiểm soát Doanh nghiệp (EC).

• Logistics Modules - Quản lý Vật tư (MM), Bảo trì Nhà máy (PM), Bán hàng và Phân phối (SD), Quản lý Chất lượng (QM), v.v.

• Human Resource Management - Kế toán tính lương, quản lý thời gian, đào tạo và quản lý sự kiện.

Tất cả các mô-đun này phụ thuộc lẫn nhau và chức năng của một mô-đun này ảnh hưởng đến chức năng của các mô-đun khác.

Thí dụ

Giả sử bạn phải tạo Đơn hàng bán trong mô-đun Bán hàng và Phân phối (SD). Tại đây, trước tiên bạn cần nhậptransaction code(ví dụ: Mã giao dịch VA01). Tiếp theo, kiểm tra kho của mặt hàng trong mô-đun Hàng tồn kho và kiểm tra hạn mức tín dụng có sẵn trên hồ sơ khách hàng trong mô-đun Quan hệ khách hàng. Nó cho thấy rằng tất cả các mô-đun này đều phụ thuộc lẫn nhau; nếu bạn tùy chỉnh bất kỳ mô-đun nào trong số này, nó sẽ ảnh hưởng đến hệ thống ERP liên quan.

Để thực hiện kiểm tra SAP, bạn cần hiểu các tính năng, chức năng và cách quy trình làm việc diễn ra trong các mô-đun SAP này. Hầu hết các lý do thất bại phổ biến của dự án triển khai ERP là lập kế hoạch thử nghiệm không chính xác và sử dụng các trường hợp thử nghiệm sai.

Các hệ thống ERP không thuộc SAP như PeopleSoft, Edwards, Oracle E Business suite có các khách hàng và khả năng khác nhau. Nhóm kiểm thử cần hiểu chức năng của hệ thống hoàn chỉnh.

Các loại nhóm kiểm tra

Thông thường có hai loại trình kiểm tra có sẵn trong các dự án SAP -

• Core Testers - người chịu trách nhiệm thực hiện kiểm thử cơ bản hệ thống ERP và các phân hệ.

• Implementation Testers - người làm việc trên dự án thực hiện và bao quát các chức năng tùy biến của các mô-đun SAP.

Các yêu cầu tùy chỉnh từ khách hàng có thể ảnh hưởng đến các mô-đun của hệ thống SAP. Nhóm kiểm tra sẽ có thể ghi lại từng yêu cầu tùy chỉnh và tác động của nó đối với các mô-đun SAP khác.

Hệ thống ERP là hệ thống lớn và do đó, lý tưởng là quá trình thử nghiệm nên được tự động hóa. Luôn luôn khuyến khích thực hiện kiểm tra tự động cho hệ thống ERP, vì kiểm tra thủ công là một quá trình rất tốn thời gian và lâu dài. Nếu không kiểm tra từng thành phần của hệ thống SAP, thật khó để đạt được chất lượng 100% và thực hiện thành công dự án SAP.

Thực hiện kiểm tra SAP cho ví dụ trên bằng QTP

Để thực hiện kiểm tra SAP cho ví dụ trên, hãy làm theo các bước dưới đây:

• Bước đầu tiên là cài đặt công cụ HP QTP và cài đặt các trình cắm thêm cần thiết trong QTP để làm cho nó tương thích để kết nối với hệ thống ERP.

• Bước tiếp theo là sử dụng Trung tâm Chất lượng HP (QC) để phát triển kế hoạch thử nghiệm và sau đó chuyển đổi thiết kế kế hoạch thử nghiệm sang Tập lệnh thử nghiệm. Các kế hoạch thử nghiệm này có thể được chuyển đổi thành tập lệnh bằng HP QTP.

• Tiếp theo, ghi lại màn hình GUI R / 3 của hệ thống SAP cho mô-đun SD trong khi tạo Đơn hàng bán hoặc tạo PR trong MM.

• Sau khi bạn hoàn tất việc ghi trong công cụ QTP, hãy tạo một tập lệnh trong VB.

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

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

Bạn cũng có thể thêm các thông số và tùy chỉnh khác nhau theo yêu cầu của bạn.

Giao diện trong hệ thống ERP được biết đến như một công cụ có nhiệm vụ lấy dữ liệu từ một hệ thống và di chuyển dữ liệu đó sang hệ thống khác. Ví dụ: giả sử bạn có một chương trình tạo báo cáo ở định dạng XML và sau đó chương trình này đọc tệp XML để cung cấp đầu vào cho hệ thống khác. Bạn cũng có thể thao tác trong khi chuyển thông tin từ hệ thống này sang hệ thống khác.

Thí dụ

Hãy xem xét một công cụ của nhà cung cấp chăm sóc sự tham gia của nhân viên. Bây giờ, giao diện hệ thống sẽ lấy thông tin này và đưa nó vào hệ thống SAP HR.

Kiểm tra giao diện đảm bảo rằng công việc này đang chạy thành công để đảm bảo rằng dữ liệu được truyền hoàn toàn và không có lỗi trong khi chuyển dữ liệu đến hệ thống SAP HR.

Các điểm cần xem xét khi thực hiện Kiểm tra giao diện SAP

Kiểm thử giao diện SAP hoàn toàn phụ thuộc vào các hoạt động và quy trình tổ chức. Trong khi thực hiện Kiểm tra giao diện SAP, bạn cần xem xét các điểm chính sau:

• Mục đích của việc sử dụng Giao diện SAP là gì và những tình huống kinh doanh nào được giao diện xử lý?

• Kiểm tra xem Giao diện có đang xử lý chính xác tất cả các tình huống kinh doanh theo chiến lược thử nghiệm hay không.

• Để thực hiện kiểm thử Giao diện, cách tốt nhất là bắt đầu với việc thực hiện kiểm thử Đơn vị.

• Bạn phải kiểm tra xem giao diện gửi đi có ổn không, có nghĩa là nó đảm bảo thực hiện các thông số kỹ thuật của cuộc họp tệp về bố cục, v.v.

• Bạn phải kiểm tra xem giao diện gửi đến có ổn không. Kiểm tra xem nó có đang đọc đúng tệp hay không và nếu nó đang thực hiện các bước chính xác trong hệ thống đích.

Các trường hợp thử nghiệm SAP được yêu cầu thực hiện kiểm tra cài đặt và cấu hình của hệ thống SAP, bất kỳ triển khai mới nào, thử nghiệm đa ngôn ngữ và thiết bị, thử nghiệm mạng nội bộ, thử nghiệm thời gian thực, v.v.

Hệ thống ERP là một hệ thống tập trung chung và được nhiều người sử dụng đồng thời trong thời gian thực. Do đó, nó tạo ra nhu cầu viết các trường hợp thử nghiệm với rất nhiều nỗ lực và sự cống hiến.

Một hệ thống ERP cũng liên quan đến các giao dịch FI khác nhau, vì vậy mỗi trường hợp thử nghiệm nên bao gồm phạm vi của tất cả các phần cấu hình và triển khai. Dữ liệu kiểm tra phải được thông qua cẩn thận và mỗi kiểm tra phải có một cột với dữ liệu đầu ra tên.

Thí dụ

Test Case ID - XYZ_ERP_SD_A20301

Module - SD Bán hàng & Phân phối SAP

Hãy để chúng tôi kiểm tra giao dịch VA01 để tạo đơn đặt hàng trong hệ thống Bán hàng và Phân phối (SD).

Các trường được nhập khi tạo Đơn hàng -

• Ngày đặt hàng
• Kiểu đơn hàng
• Ngày hết hạn
• ID khách hàng
• Id Giao hàng, Chi tiết Giao hàng, v.v.

Sau khi bạn nhập chi tiết, hãy nhấn Enter và thêm tất cả các chi tiết trong Đơn hàng bán hàng.

Để tạo test-case SAP, bạn có thể chuyển dữ liệu đầu vào (đúng và sai và xem kết quả) -

Dữ liệu đầu vào chính xác

• Ngày đặt hàng 01/01/2016, Loại đơn hàng Đơn hàng bán hàng
• Ngày hết hạn 15/01/2016, Ngày giao hàng 10/01/2016,
• Chọn Ngày đến hạn thanh toán 10/01/2015, Mục số 10, v.v.

Dữ liệu đầu vào không chính xác

• Ngày đặt hàng 01/01/2017, Loại đơn hàng Đơn hàng bán hàng
• Ngày hết hạn 15/01/2017, Ngày giao hàng 10/01/2017,
• Chọn Ngày đến hạn thanh toán 10/01/2017, Số lượng mặt hàng 0, v.v.

Dữ liệu đầu ra - Với dữ liệu chính xác

• Đơn đặt hàng được lưu thành công trong mô-đun SAP và được lập hóa đơn.
• Tiếp theo là Số phiếu đóng gói.
• Tiếp theo là số Đơn đặt hàng, v.v.

Dữ liệu đầu ra - Với dữ liệu không chính xác

• Thông báo lỗi nhập dữ liệu không chính xác. Tin nhắn văn bản cho dữ liệu đầu vào không chính xác phải được xác định trong hệ thống.

Sản lượng mong đợi

• Đơn đặt hàng#
• Hóa đơn bán hàng#
• Danh sách đóng gói #, v.v.

Kiểm tra SAP TAO (Tăng tốc và Tối ưu hóa Kiểm tra) là một công cụ được sử dụng để thực hiện kiểm tra tự động hệ thống SAP. SAP TAO giúp khách hàng đẩy nhanh quá trình tạo các trường hợp kiểm thử tự động cho hệ thống SAP. Kiểm tra tự động hóa sử dụng TAO được thực hiện bằng cách tạo các thành phần kiểm tra cho các giao dịch khác nhau trong các mô-đun SAP.

Các thành phần kiểm tra sử dụng TAO được tải lên Trung tâm Chất lượng HP. Các thành phần thử nghiệm được tạo như vậy thường dành cho các giao dịch đơn lẻ và sau này có thể được sử dụng để tạo các kịch bản thử nghiệm. Công cụ này có thể được tích hợp dễ dàng với Trình quản lý giải pháp SAP để duy trì các thành phần thử nghiệm khác nhau.

Tóm lại, bạn có thể nói rằng SAP TAO cho phép khách hàng SAP tự động hóa các nhu cầu kinh doanh bằng cách tự động tạo các trường hợp thử nghiệm nháp và các thành phần thử nghiệm.

Các tính năng chính của TAO

SAP TAO cho phép khách hàng chia nhỏ một phần mềm thành nhiều phần có thể được tích hợp vào các trường hợp kiểm thử bằng giao diện đơn giản bằng cách kéo và thả từng phần.

• TAO hỗ trợ tái sử dụng linh hoạt các trường hợp thử nghiệm và dữ liệu.

• Nếu có bất kỳ thay đổi chức năng nào trong hệ thống, bạn có thể dễ dàng duy trì các trường hợp thử nghiệm vì sự thay đổi này.

Các phiên bản phổ biến của SAP TAO là TAO 2.0 và TAO 3.0.

Tích hợp SAP TAO với các công cụ khác

Một trong những tính năng chính của SAP TAO là nó có thể dễ dàng tích hợp với các công cụ khác nhau để tạo các trường hợp thử nghiệm tự động. Một số công cụ phổ biến có thể được tích hợp với TAO là:

• Giám đốc Giải pháp SAP (Solman).
• Trung tâm Chất lượng HP QC.
• Kiểm tra Chất lượng HP Chuyên nghiệp QTP.

SAP TAO 2.0

SAP TAO 2.0 là một công cụ được sử dụng để tạo các trường hợp kiểm thử tự động trong quá trình Kiểm tra hồi quy hệ thống. Nó giúp khách hàng của SAP tạo ra các thành phần thử nghiệm khác nhau từ màn hình của một giao dịch và tham số hóa chúng.

Các thành phần kiểm tra này được tạo bình thường cho một mã giao dịch và sau đó chúng có thể được kết hợp để kiểm tra các kịch bản. Nó có thể được tích hợp dễ dàng với Trình phân tích thay đổi quy trình kinh doanh trong Trình quản lý giải pháp SAP.

SAP TAO 2.0 đi kèm với các gói Dịch vụ khác nhau SP 02, SP 04 và SP 06.

SAP TAO thực hiện các tác vụ sau trong Vòng đời kiểm tra SAP:

• Tạo các trường hợp kiểm tra
• Tái sinh các thành phần bị ảnh hưởng
• Hợp nhất các trường hợp kiểm tra
• Thực hiện kiểm tra

Kiến trúc quy trình SAP TAO

Hình minh họa sau đây cho thấy kiến ​​trúc quy trình của SAP TAO.

Các bước như sau:

• Bước đầu tiên là lấy các yêu cầu cho Kiểm tra SAP. Điều này bao gồm việc hiểu chức năng của các mô-đun SAP và xác định yêu cầu kiểm tra được thực hiện.

• Tiếp theo, lấy thông tin từ phân tích yêu cầu để tạo các thành phần Kiểm tra.

• Bước tiếp theo là tạo các trường hợp thử nghiệm và các thành phần bằng công cụ SAP TAO.

• Bước cuối cùng là ghi lại kết quả thử nghiệm và cập nhật phân tích với kết quả thử nghiệm.

Điều kiện tiên quyết để cài đặt SAP TAO

Đã tải xuống Ma trận tương thích Solman của Trình quản lý giải pháp SAP, Trung tâm chất lượng và SAP TAO từ liên kết này - http://service.sap.com

Đi tới Quản lý kiểm tra và thông tin bổ sung> Quản lý kiểm tra. Nó sẽ hiển thị tất cả các thành phần tương thích được hỗ trợ bởi SAP TAO.

Kiểm tra các điều kiện tiên quyết cho các thành phần trên hệ thống SAP trong bối cảnh hệ thống của bạn -

• Phiên bản SOLMAN của Trình quản lý giải pháp SAP, sau khi kiểm tra ma trận tương thích như trên.

• Phiên bản của ST-PI trên tất cả các hệ thống đang thử nghiệm.

• Phiên bản của ST-A / PI trên các hệ thống đang thử nghiệm kiểu CRM.

Đối với trung tâm làm việc Cấu hình Trình quản lý Giải pháp SAP, hãy đảm bảo rằng các hệ thống mà quá trình kiểm tra phải được thực hiện được kết nối với SOLMAN.

Cài đặt ứng dụng khách SAP TAO yêu cầu cấu hình sau trên hệ thống cục bộ:

• RAM: 4 GB.
• Dung lượng đĩa trống: 500 MB.
• Kết nối mạng LAN với máy chủ QC của Trung tâm Chất lượng SAP và SOLMAN.
• Quyền quản lý.
• SAPGUI với cấp bản vá mới nhất.
• Microsoft Excel 97 trở lên.
• Microsoft Internet Explorer hỗ trợ giao diện người dùng CRM.

Có nhiều mô-đun khác nhau bên trong công cụ SAP TAO. Chúng tôi đã thảo luận về các thành phần chính trong chương này.

Bộ phân tích quy trình

Thành phần đầu tiên là Trình phân tích luồng quy trình được sử dụng để tự động tìm ra các giao diện người dùng được sử dụng trong các mã giao dịch được thực thi trong hệ thống SAP. Nó tự động tạo các thành phần thử nghiệm và tải chúng lên Trung tâm Chất lượng.

Trình phân tích luồng quy trình cũng được sử dụng để xác định trình tự của các thành phần kiểm tra theo hành động của người dùng và tạo các giá trị bảng tính.

Quan sát

Bạn phải thêm Mã giao dịch vào danh sách. SAP TAO sẽ trả về tất cả các màn hình được liên kết với một giao dịch cụ thể. Bạn có thể chọn bất kỳ màn hình nào và nhấp vào tùy chọn Kiểm tra.

Hợp nhất

Nó cho phép bạn thu thập nhiều thành phần thử nghiệm vào một thử nghiệm. Bạn cần tìm bài kiểm tra trong Trung tâm chất lượng từ cây QC và nhấp vào Hợp nhất.

Chọn Mã giao dịch bạn muốn hợp nhất và nhấp vào Add to Consolidate list ở dưới cùng để tạo một kịch bản thử nghiệm.

Nhập khẩu và xuất khẩu

Tùy chọn Nhập và Xuất được sử dụng để xuất tới Trung tâm Chất lượng và nhập từ Trung tâm Chất lượng. Bạn cần chọn các thành phần cần nhập và xuất và nhấp vào nút yêu cầu.

Thay đổi trình phân tích

Trình phân tích thay đổi được sử dụng để theo dõi các thay đổi và tác động đến hệ thống SAP. Khi bạn thực hiện bất kỳ thay đổi nào đối với hệ thống SAP, hệ thống đó sẽ xác định các quy trình kinh doanh bị ảnh hưởng.

Để sử dụng Trình phân tích thay đổi, hãy chọn dự án cụ thể và nhấp vào change impact analysisLựa chọn. Nó sẽ cho phép bạn xem xét và sửa chữa các thành phần bị ảnh hưởng trong hệ thống SAP do thay đổi này.

Kho

Kho lưu trữ được sử dụng để chứa thông tin về tất cả các thành phần và luồng kiểm tra trong một dự án. Để xem lại thông tin về bất kỳ thành phần thử nghiệm nào và để kiểm tra quy trình, bạn có thể nhấp vàoComponent Explorer hoặc là PFA Explorer.

Cấu hình của Trung tâm chất lượng SAP có thể được thực hiện theo hai cách:

• Thuộc tính máy chủ HP
• Dự án HP

Thuộc tính máy chủ HP

Step 1- Trong SAP TAO, nhấp vào Trung tâm Chất lượng SAP. Bạn nên có URL của Trung tâm Chất lượng SAP trong bảng kết nối của SAP TAO. Tiếp theo, nhập URL vào trình duyệt web.

Step 2 - Nhập các giá trị sau vào Trung tâm Chất lượng SAP của HP Site Administration và nhấp vào apply to entire.

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

Step 3 - Đối với một dự án mới, hãy thực hiện các bước sau:

• Tạo miền và dự án mới trong SAP QC.
• Tạo người dùng mới để gán dự án đó cho người dùng mới.
• Phân bổ vai trò Quản trị viên Dự án cho người dùng mới được tạo.

Step 4 - Đăng xuất khỏi Trung tâm Chất lượng SAP của Ban Quản trị Trang web HP.

Dự án HP

Trong SAP TAO, nhấp vào Trung tâm chất lượng SAP. Bạn nên có URL của Trung tâm Chất lượng SAP trong bảng kết nối của SAP TAO.

• Step 1 - Nhập URL vào trình duyệt web của bạn.

• Step 2 - Bước tiếp theo là đăng nhập vào tên miền / dự án.

• Step 3 - Điều hướng đến Kế hoạch kiểm tra.

• Step 4 - Trong thư mục Chủ đề, tạo thư mục với tên BPT Resources → tạo thư viện thư mục.

• Step 5- SAP TAO ghi chú thông tin về Hợp nhất thử nghiệm vào trường người dùng của các thực thể thử nghiệm trong QC và theo mặc định, nó là TS_USER_01. Lưu ý rằng điều này đúng khi được kết nối với SOLMAN cho tất cả các bài kiểm tra được tạo bởi SAP TAO.

• Step 6 - Người dùng SAP QC không nên sử dụng trường người dùng tương tự cho các mục đích khác trong các dự án Trung tâm chất lượng của họ.

Tạo vùng ứng dụng trong QTP

Vùng ứng dụng được yêu cầu bởi các thành phần SAP TAO để chứa HP QTP và các phần bổ trợ web. Để tạo vùng ứng dụng trong QTP, bạn cần thực hiện các bước sau:

• Chạy QTP của HP với tư cách Quản trị viên. Nó thay đổi tùy theo hệ điều hành.

• Bạn có thể chọn các phần bổ trợ Web và SAP.

• Tiếp theo, kết nối tự động hoặc thủ công với dự án Trung tâm chất lượng. Bước này là tự động nếu nó được cấu hình.

• Tiếp theo, tạo một vùng ứng dụng với tên_SAP_Doc. Tên của khu vực ứng dụng được nhập khi nhấp vào nút Lưu.

Bộ phân tích quy trình (PFA)

Process Flow Analyzer được sử dụng để tự động tìm ra các giao diện người dùng được sử dụng trong các mã giao dịch được thực thi trong hệ thống SAP. Nó tự động tạo các thành phần thử nghiệm và tải chúng lên Trung tâm Chất lượng.

Nó cũng được sử dụng để xác định chuỗi các thành phần kiểm tra theo hành động của người dùng và tạo các giá trị bảng tính.

Nhấp vào nút Thêm giao dịch → Nhập mã giao dịch và nhấp vào OK.

Bước tiếp theo là nhấp vào Start cái nút.

TAO sẽ khởi chạy SAP và sẽ ghi lại Giao dịch do bạn nhập. Khi quá trình giao dịch hoàn tất, hãy nhấp vàoStop cái nút.

TAO sẽ trả về tất cả các màn hình được sử dụng để tạo quy trình. Tiếp theo, tải bản phân tích lên QC. Điều này có thể được thực hiện bằng cách nhấp vàoUpload cái nút.

Nhập khẩu xuất khẩu

Tùy chọn Nhập và Xuất được sử dụng để xuất tới Trung tâm Chất lượng và nhập từ Trung tâm Chất lượng. Bạn cần chọn các thành phần được nhập và xuất và nhấp vào nút yêu cầu.

Đầu tiên, xác định các thành phần được nhập hoặc xuất. Nhấp chuộtExport sang QC SAP hoặc Import từ SAP QC để nhập / xuất các thành phần cần thiết.

Thay đổi trình phân tích

Trình phân tích thay đổi được sử dụng để theo dõi các thay đổi và tác động đến hệ thống SAP. Khi bạn thực hiện bất kỳ thay đổi nào đối với hệ thống SAP, hệ thống đó sẽ xác định các quy trình kinh doanh bị ảnh hưởng.

Để sử dụng Trình phân tích thay đổi, hãy chọn dự án cụ thể và nhấp vào change impact analysisLựa chọn. Nó sẽ cho phép bạn xem xét và sửa chữa các thành phần bị ảnh hưởng trong hệ thống SAP.

Quan sát

Bạn phải thêm Mã giao dịch vào danh sách. SAP TAO sẽ trả về tất cả các màn hình được liên kết với một giao dịch cụ thể. Bạn có thể chọn bất kỳ màn hình nào và nhấp vàoInspect Lựa chọn.

Để phân tích kết quả của SAP TAO, hãy thực hiện các bước sau:

Step 1- Đi tới danh sách Kiểm tra và trong cây, nhấp vào kiểm tra để phân tích. Nó sẽ đưa bạn đến danh sách các báo cáo và trạng thái của các bài kiểm tra đang chạy sẽ được hiển thị.

Step 2 - Phân tích một bài kiểm tra, nhấp vào View ReportLựa chọn. Nó sẽ mở ra một cửa sổ mới với một báo cáo chi tiết.

Có một tùy chọn để điều chỉnh các cột được hiển thị bằng cách nhấp vào biểu tượng chuột. Bạn cũng có thể xem định dạng HTML của báo cáo thử nghiệm bằng cách nhấp vào Báo cáo HTML. Để điều tra thêm về kết quả thử nghiệm, bạn có thể đi tới thư mục nhật ký từ báo cáo HTML.

Việc xây dựng thử nghiệm được thực hiện trong Trung tâm Chất lượng SAP bằng cách sử dụng SAP TAO. Bạn cần hợp nhất các thành phần thử nghiệm để tạo ra các kịch bản thử nghiệm. Bạn có thể thực hiện mộtsingle or multiple tests trong SAP TAO sử dụng Bảng kỹ thuật vật tư TBOM.

Thực hiện kiểm tra một lần

Kỹ thuật Vật liệu (TBOM) được sử dụng để chứa các đối tượng ở dạng thực thi. Change Analyzer sử dụng điều này để cho biết liệu một đối tượng thực thi có bị ảnh hưởng khi một thay đổi được thực hiện hay không.

Trong trường hợp bạn muốn sử dụng Trình phân tích thay đổi quy trình nghiệp vụ, bạn cần tạo một TBOM cho từng đối tượng thực thi trong các kịch bản và quy trình thử nghiệm.

Note - Nếu bạn cần chạy một bài kiểm tra duy nhất và bạn phải cập nhật TBOM, hãy nhấp vào Execute and update TBOM.

Bạn có thể kiểm tra chi tiết cập nhật trên trang TBOM. Bạn có thể sửa đổi danh sách chạy được tạo trong SAP TAO.

Thực hiện nhiều thử nghiệm

Trong Trình phân tích thay đổi quy trình nghiệp vụ, để thực hiện nhiều thử nghiệm, bạn có thể chọn một thư mục và thêm nó vào danh sách chạy. Bạn cũng có thể chọn tạo TBOM tại thời điểm thực thi.

Note - Nếu TBOM đã tồn tại tại thời điểm thực thi, nó sẽ chỉ cập nhật TBOM hiện có.

Hợp nhất được biết đến như một quá trình kết hợp các thành phần SAP TAO với các thành phần có sẵn để tạo ra các kịch bản thử nghiệm như các thành phần nghiệp vụ giao dịch đơn lẻ. Nó cho phép bạn thu thập nhiều thành phần thử nghiệm vào một thử nghiệm.

Nó xảy ra khi các thành phần giao dịch được tập hợp. Ảnh chụp màn hình sau đây cho thấy các thành phần giao dịch trong QC.

Bạn cần tìm bài kiểm tra trong Trung tâm chất lượng từ cây QC và nhấp vào tùy chọn Hợp nhất.

Chọn Mã giao dịch bạn muốn hợp nhất và nhấp vào Add to Consolidate list ở dưới cùng để tạo một kịch bản thử nghiệm.

Như đã trình bày trong các chương trước, bạn cần làm theo các bước được đưa ra bên dưới -

• Step 1 - Tìm ra giao dịch bạn muốn hợp nhất trong QC.

• Step 2 - Thêm các giao dịch để tổng hợp danh sách.

• Step 3 - Nhấn nút hợp nhất.

Máy quét giao diện người dùng được sử dụng để tạo các thành phần màn hình mới với các thành phần hiện có. Nó là một plugin cho công cụ QTP. Bạn nên thử sử dụng tab kiểm tra trên máy quét giao diện người dùng. Máy quét giao diện người dùng tiêu chuẩn chỉ hoạt động với máy khách giao diện người dùng GUI. Bạn cũng có thể sử dụng máy quét giao diện người dùng của bên thứ ba để chụp các thành phần màn hình.

Nếu bạn phải sử dụng máy quét giao diện người dùng, bạn cần kích hoạt nó trong tab Kiểm tra của công cụ SAP TAO. Máy quét giao diện người dùng được sử dụng để lấy thông tin từ một màn hình trong một lần và chuyển các đối tượng màn hình này sang QC như một thành phần màn hình.

Máy quét giao diện người dùng cho phép bạn tạo các thành phần từ màn hình SAP GUI không được hỗ trợ bởi Trình phân tích luồng quy trình hoặc tab Kiểm tra.

Làm thế nào để sử dụng UI Scanner với SAP TAO?

Khi bạn đăng nhập vào SAP TAO, hãy nhấp vào Inspectchuyển hướng. Nó sẽ hiển thị một tùy chọn để sử dụng UI Scanner.

Đăng nhập vào hệ thống SAP. Nhập mã giao dịch và đến màn hình được quét và đăng xuất.

Bạn có thể sử dụng tùy chọn Trình quét giao diện người dùng mặc định với công cụ QTP, bằng cách chuyển đến tab Quét giao diện người dùng trong tùy chọn Kiểm tra trong SAP TAO. Nếu không, bạn có thể sử dụng kiểm tra QTP tùy chỉnh với quy trình UI Scanner bằng cách đi tới UI Scanner và chọn tùy chọn bên ngoài.

Trong kiểm thử Tự động hóa, người kiểm tra viết kịch bản và sử dụng các công cụ phần mềm khác để kiểm tra sản phẩm. Quy trình này liên quan đến việc tự động hóa quy trình thủ công. Trong khi đó, kiểm tra thủ công tốn nhiều thời gian và cần một đội ngũ chuyên gia kiểm tra kinh nghiệm, chuyên gia về chủ đề và giao tiếp hiệu quả giữa các thành viên trong nhóm.

Kiểm tra tự động hóa bao gồm việc chạy lại nhiều lần các trường hợp kiểm thử đã được thực hiện theo cách thủ công.

Ngoài kiểm thử hồi quy, bạn có thể nói rằng kiểm thử tự động cũng được sử dụng để kiểm tra ứng dụng từ mục đích tải, hiệu suất và căng thẳng. Nó được sử dụng để tăng phạm vi kiểm tra, cải thiện độ chính xác và tiết kiệm thời gian và tiền bạc so với kiểm tra thủ công.

Công cụ kiểm tra phần mềm

Các công cụ sau có thể được sử dụng để kiểm tra Tự động hóa:

• HP Quick Test Professional (QTP)
• Selenium
• SAP TAO
• ECATT
• Bộ kiểm tra chức năng hợp lý của IBM
• SilkTest
• TestComplete
• Kiểm tra mọi nơi
• WinRunner
• LaodRunner
• Visual Studio Test Professional
• WATIR

Để thực hiện kiểm thử Tự động hóa SAP, cần phải thiết lập giao tiếp giữa SAP TAO, Trình quản lý giải pháp SAP và hệ thống được kiểm tra.

Để thiết lập cấu hình này, bạn cần có ủy quyền quản trị trên SAP SOLMAN. Điều này là bắt buộc để truy cập và sửa đổi nội dung bảng dữ liệu.

T-Code: SE16

Bạn cần hiển thị tên bảng: AGS_TAO_SETTING và thay đổi giá trị cho AGS_TAO_ENABLE_SM_SETUP thành ON.

Tiếp theo, hãy kiểm tra ma trận tương thích cho SAP TAO và Trình quản lý giải pháp. SAP TAO 3.0 chứa trình hướng dẫn ghi lại Trình phân tích luồng quy trình có thể được sử dụng để dễ dàng ghi thử nghiệm.

Note- SAP TAO 3.0 là một thành phần cho Trình quản lý Giải pháp 7.1 và không hỗ trợ Trình quản lý Giải pháp 7.0. Mở Trung tâm làm việc Cấu hình Trình quản lý Giải pháp SAP và chạy Mã giao dịch - SOLMAN_SETUP.

Mở SAP Logon và thêm hệ thống sẽ được kiểm tra khi đăng nhập.

Làm thế nào để kết nối SAP SOLMAN với TAO?

Vào SAP TAO và đăng nhập và chọn SAP SOLMAN trong danh sách. Danh sách hệ thống trong SAP TAO này được lấy từ tệp cấu hình của đăng nhập SAP. Để thêm hệ thống trong SAP TAO, bạn cần thêm hệ thống mới trong SAP Logon và làm mới danh sách trong TAO.

Nhập thông tin đăng nhập và nhấp vào đăng nhập. SAP TAO sẽ được kết nối với Trình quản lý giải pháp SAP và trình hướng dẫn cấu hình TAO sẽ mở ra.

Kiểm tra Quy trình Kinh doanh (BPT) là một phần của khuôn khổ tự động hóa QTP và được HP sử dụng với Trung tâm Chất lượng. BPT được sử dụng để tạo các kịch bản thử nghiệm tự động hóa và chạy các kịch bản đó mà không cần biết trước về tự động hóa.

HP BPT loại bỏ sự phức tạp của việc tạo và bảo trì trường hợp thử nghiệm và kết hợp tất cả tài liệu và tự động hóa thử nghiệm trong một nỗ lực.

Kiểm tra Quy trình Kinh doanh điều chỉnh quy trình kiểm tra với các mục tiêu kinh doanh và giảm đáng kể thời gian của vòng đời kiểm tra.

Cách sử dụng Công cụ kiểm tra quy trình kinh doanh của HP?

Công cụ Kiểm tra Quy trình Kinh doanh sử dụng các thành phần có thể tái sử dụng để tạo các trường hợp thử nghiệm và do đó giảm thời gian bảo trì thử nghiệm và tăng hiệu quả của quá trình thử nghiệm.

Để đẩy nhanh quá trình tự động hóa thử nghiệm, nó sử dụng phương pháp điều khiển từ khóa. Bạn có thể thêm các phương pháp hay nhất phổ biến vào quy trình thử nghiệm. Nó cho phép bạn sử dụng một giải pháp thử nghiệm không dựa trên các tập lệnh thử nghiệm. Sau khi tạo thử nghiệm thủ công trong BPT, bạn có thể dễ dàng tự động hóa trường hợp thử nghiệm.

Bạn cũng có thể duy trì các phiên bản và đường cơ sở khác nhau cho các thành phần thử nghiệm khác nhau, các luồng quy trình mà không có bất kỳ cơ hội nào ghi đè các trường hợp cũ.

Các trường hợp kiểm tra được tạo bằng công cụ Kiểm tra quy trình nghiệp vụ có thể được thực hiện bằng QC của Trung tâm Chất lượng HP.

Lợi ích của việc Sử dụng Kiểm tra Quy trình Kinh doanh của HP

Sử dụng BPT, một SME phi kỹ thuật có thể dễ dàng tạo, duy trì và chạy các trường hợp thử nghiệm và có thể ghi lại chúng trong một hệ thống dựa trên Web.

• Nó cho phép bạn thiết kế và tạo các thành phần có thể tái sử dụng trong các trường hợp thử nghiệm và sử dụng chúng theo yêu cầu kinh doanh.

• Bạn cũng có thể chạy các tập lệnh thử nghiệm bằng HP Sprinter.

• Với sự sẵn có của khuôn khổ để sử dụng các thành phần có thể tái sử dụng, nó làm giảm nỗ lực duy trì các trường hợp thử nghiệm.

Trung tâm Chất lượng HP (ALM)

Trung tâm Chất lượng HP, một công cụ quản lý kiểm tra, hiện được biết đến nhiều như Application Life Cycle Management (ALM), vì nó không chỉ là một công cụ quản lý thử nghiệm mà nó hỗ trợ các giai đoạn khác nhau của vòng đời phát triển phần mềm.

HP-ALM giúp chúng tôi quản lý các mốc quan trọng của dự án, phân phối, tài nguyên và theo dõi tình trạng dự án, các tiêu chuẩn cho phép chủ sở hữu Sản phẩm đánh giá tình trạng hiện tại của sản phẩm. Điều quan trọng là phải hiểu lịch sử, kiến ​​trúc và Quy trình làm việc của Trung tâm Chất lượng.

Mô-đun Yêu cầu cho phép người dùng xác định, quản lý và theo dõi các yêu cầu ở tất cả các giai đoạn của vòng đời phần mềm. Sau đây là các chức năng chính trong mô-đun yêu cầu.

Không.	Chức năng & Mô tả
1	Tạo yêu cầu Tạo các yêu cầu, gán cho các bản phát hành / chu kỳ.
2	Yêu cầu tải lên Yêu cầu tải lên bằng Bổ trợ ALM-MS Excel
3	Yêu cầu truy xuất nguồn gốc Cho phép cách xác định các liên kết xác định nguồn gốc giữa các yêu cầu và sự phụ thuộc tồn tại giữa các yêu cầu.
4	Ma trận truy xuất nguồn gốc Cho phép người dùng xem ma trận xác định nguồn gốc liệt kê các yêu cầu về nguồn và các yêu cầu và thử nghiệm liên quan của chúng.

Kế hoạch kiểm tra

Bước quan trọng trong việc kiểm thử bất kỳ ứng dụng nào là phát triển một kế hoạch kiểm thử rõ ràng và chính xác. Một kế hoạch kiểm thử tốt cho phép nhóm đánh giá chất lượng của ứng dụng đang được kiểm tra tại bất kỳ thời điểm nào trong vòng đời phát triển phần mềm.

Các chức năng sau là rất quan trọng để hiểu mô-đun kế hoạch kiểm tra tốt hơn.

Không.	Chức năng & Mô tả
1	Creating Tests Mô-đun này mô tả cách tạo thư mục của các đối tượng kiểm tra trong cây kế hoạch kiểm tra và cũng để thêm các bài kiểm tra.
2	Uploading Tests Tải lên Teats bằng ALM-MS Excel Addins
3	Requirement and Test Coverage Cho phép cách xác định mối quan hệ giữa các yêu cầu và thử nghiệm.
4	Test Configuration Cụ thể hóa tập hợp con dữ liệu hoặc môi trường thời gian chạy mà thử nghiệm nên sử dụng.

Để biết thêm chi tiết về cách HP QC, vui lòng truy cập - http://www.tutorialspoint.com/qc/index.htm

HP Quick Test Professional (QTP) là một công cụ kiểm tra chức năng tự động giúp người kiểm tra thực hiện kiểm tra hồi quy tự động để xác định bất kỳ khoảng trống, lỗi / khiếm khuyết nào trái với kết quả thực tế / mong muốn của ứng dụng được kiểm tra.

Kho lưu trữ đối tượng

Kho lưu trữ đối tượng là một tập hợp các đối tượng và thuộc tính mà QTP sẽ có thể nhận ra các đối tượng và hành động trên đó. Khi người dùng ghi lại một bài kiểm tra, các đối tượng và thuộc tính của nó được ghi lại theo mặc định. Nếu không hiểu các đối tượng và thuộc tính của nó, QTP sẽ KHÔNG thể phát lại các tập lệnh.

Hành động

Các hành động giúp người kiểm tra phân chia tập lệnh thành các nhóm câu lệnh QTP được gọi là actions. Các thao tác tương tự như các hàm trong VBScript, tuy nhiên có một vài điểm khác biệt. Theo mặc định, QTP tạo một bài kiểm tra với 1 hành động.

Hành động	Chức năng
Các hành động là tính năng xây dựng của QTP.	Các chức năng VBScript được hỗ trợ bởi cả VBScript và QTP.
Các thông số hành động chỉ được truyền theo giá trị.	Các tham số của hàm được chuyển qua byvalue hoặc byref.
Các hành động có đuôi .mts	Các hàm được lưu dưới dạng .vbs hoặc .qfl
Các hành động có thể được sử dụng lại hoặc không.	Các chức năng luôn có thể sử dụng lại.

Các thuộc tính của hành động có thể được truy cập bằng cách nhấp chuột phải vào Cửa sổ Trình chỉnh sửa Tập lệnh và chọn "Thuộc tính".

Thuộc tính hành động chứa thông tin sau:

• Tên hành động
• Location
• Cờ tái sử dụng
• Thông số đầu vào
• Thông số đầu ra

Các loại hành động

Có ba loại hành động -

• Non-reusable action - Một hành động chỉ có thể được gọi trong thử nghiệm cụ thể mà nó đã được thiết kế và chỉ có thể được gọi một lần.

• Reusable action - Một hành động có thể được gọi nhiều lần bất kỳ thử nghiệm nào mà nó cư trú và cũng có thể được sử dụng bởi bất kỳ thử nghiệm nào khác

• External Reusable action- Đó là một hành động có thể tái sử dụng được lưu trữ trong một bài kiểm tra khác. Hành động bên ngoài là chỉ đọc trong kiểm tra gọi, nhưng nó có thể được sử dụng cục bộ với bản sao có thể chỉnh sửa của thông tin Bảng dữ liệu cho hành động bên ngoài.

Để biết thêm thông tin, vui lòng sử dụng liên kết sau - http://www.tutorialspoint.com/qtp/index.htm

Hầu hết các công ty thực hiện SAP cần phải thực hiện kiểm tra. Vì phạm vi thử nghiệm quá lớn, có thể áp dụng phương pháp tự động để duy trì các thay đổi trong hệ thống SAP.

Nhiều công ty đã thiết kế các giải pháp nội bộ của họ để đáp ứng các yêu cầu của khách hàng để thực hiện Kiểm tra SAP. Khách hàng có thể đến từ lĩnh vực ngân hàng, tài chính, sản xuất hoặc chăm sóc sức khỏe.

Thí dụ

Dưới đây là một ví dụ về việc thực hiện kiểm tra SAP cho một công ty sản xuất.

Client Requirement- Khách hàng là một công ty sản xuất có trụ sở tại Vương quốc Anh. Yêu cầu của dự án là thực hiện kiểm tra SAP bằng QTP và thực hiện tự động hóa và kiểm tra chức năng các hoạt động chính trong lĩnh vực Nguồn nhân lực, Chuỗi cung ứng, Hậu cần, Quản lý vật tư và bảo trì nhà máy và sử dụng các trường hợp kiểm thử tự động để nâng cấp SAP và thực hiện kiểm tra tích hợp và hồi quy .

Tasks Performed- Nó bắt đầu với sự hiểu biết về các quy trình kinh doanh chính và các nhiệm vụ hệ thống SAP được tự động hóa. Nhóm thử nghiệm đã tham khảo một dự án thử nghiệm cũ để hoàn thiện chiến lược thử nghiệm, thời gian và nỗ lực cần thiết để chạy thực thi thử nghiệm trong công cụ HP QTP.

Là một phần của việc thực hiện dự án, 100 quy trình kinh doanh đã được tự động hóa thành công. Giải pháp được triển khai giúp thực hiện nhanh hơn, chính xác hơn, tăng phạm vi và chất lượng dịch vụ.

Tools Used - Các công cụ sau đã được sử dụng: SAP R / 3, HP QTP, Tập lệnh thử nghiệm được viết bằng VB, và Dữ liệu ở định dạng XML và XLS.

Key Benefits Achieved - Các lợi ích sau đã đạt được -

• Xác thực hệ thống
• Chất lượng và Doanh thu
• Chi phí và khả năng dự đoán
• Quản lý tuân thủ
• Thay đổi cấu hình và triển khai mới

Bạn hiểu gì về Kiểm tra SAP?

Kiểm tra SAP là kiểm tra chức năng của các mô-đun SAP khác nhau để đảm bảo rằng chúng đang hoạt động theo cấu hình. Hệ thống SAP trải qua nhiều thay đổi như quản lý và sửa bản vá, triển khai mô-đun mới và nhiều thay đổi cấu hình khác. Tất cả những điều này làm nảy sinh nhu cầu kiểm tra hồi quy được thực hiện trong môi trường SAP. Các công cụ tự động hóa kiểm tra SAP như SAP TAO có thể được sử dụng cho mục đích này và được SAP khuyến nghị để kiểm tra.

Giải thích những lợi ích chính của việc thực hiện Kiểm tra SAP.

Các lợi ích của việc thực hiện Kiểm tra SAP rất đa dạng. Chúng như sau:

• System Validation - Kiểm tra SAP liên quan đến việc kiểm tra hoàn chỉnh từ đầu đến cuối và xác nhận tất cả các mô-đun SAP trong môi trường SAP ERP.

• Quality and Revenue - Kiểm tra SAP là kiểm tra dựa trên đầu ra và không giống như các phương pháp kiểm tra thông thường dựa trên đầu vào và nó đảm bảo chất lượng của hệ thống SAP và cũng tập trung vào doanh thu và chi phí của tổ chức.

• Cost and Predictability - Kiểm tra SAP liên quan đến việc giảm chi phí phát triển SAP và cải thiện khả năng dự đoán.

• Compliance Requirement - Kiểm tra SAP đảm bảo rằng việc triển khai SAP đang đáp ứng các yêu cầu tuân thủ mới trong một tổ chức cụ thể và tất cả các mô-đun đang hoạt động theo cấu hình mong đợi.

• New Implementation and Configuration Changes- Có nhiều loại thay đổi khác nhau được thực hiện trong hệ thống SAP, như các bản vá và sửa lỗi, triển khai mới, thay đổi cấu hình. Kiểm tra SAP đảm bảo rằng tất cả các mô-đun đang hoạt động theo yêu cầu trong môi trường hệ thống động này.

• Integration- Kiểm thử SAP được thực hiện để kiểm tra các báo cáo, luồng dữ liệu và luồng công việc khác nhau, biểu mẫu GUI,… Nó được sử dụng để kiểm tra sự tích hợp hệ thống giữa các mô-đun khác nhau. Ví dụ: nếu việc đăng đơn hàng được thực hiện yêu cầu hành động trong Bán hàng và Phân phối, MM và FICO nên thử nghiệm SAP kiểm tra sự tích hợp giữa các hệ thống này.

• Performance - Nó cũng được sử dụng để đảm bảo liệu hệ thống có thể đáp ứng các thỏa thuận Mức dịch vụ hay không, thời gian hệ thống thực hiện để thực hiện các hành động cụ thể, hiệu suất của hệ thống, v.v.

Kể tên một số mô-đun mà kiểm tra SAP có thể được thực hiện.

Kiểm tra SAP có thể được thực hiện trên các mô-đun sau:

• Quản lý vật liệu SAP
• Kế toán và Kiểm soát Tài chính SAP
• Bán hàng và phân phối SAP
• Nguồn nhân lực SAP
• Quản lý chuỗi cung ứng SAP
• Quản lý nhà máy SAP

Kể tên một số công cụ kiểm tra Tự động hóa.

Một số công cụ kiểm tra tự động hóa là - HP Quick Test Professional (QTP), Selenium, SAP TAO, ECATT, IBM Rational Functional Tester, WinRunner và LoadRunner.

Các giai đoạn khác nhau liên quan đến vòng đời Kiểm thử phần mềm là gì?

Các giai đoạn khác nhau trong Vòng đời kiểm thử phần mềm là - Giai đoạn yêu cầu, Lập kế hoạch kiểm thử, Phân tích kiểm thử, Giai đoạn thiết kế thử nghiệm, Triển khai thử nghiệm, Giai đoạn thực thi thử nghiệm và Giai đoạn đóng thử nghiệm.

Việc sử dụng Unit testing trong SAP là gì? Giải thích bằng một ví dụ.

Kiểm thử đơn vị được sử dụng để kiểm tra chức năng của các thành phần khác nhau trong hệ thống SAP. Nó được thực hiện bởi các chuyên gia về miền và cấu hình, những người biết chức năng của từng đơn vị trong hệ thống.

Example- Để tạo và lưu đơn đặt hàng. Để thực hiện Kiểm thử đơn vị cho nhiệm vụ này, người kiểm tra nên biết rằng đơn đặt hàng bán hàng có thể được lưu bằng cách sử dụng các yếu tố của tổ chức SAP như dữ liệu tổng thể của khách hàng, chức năng của đối tác, dữ liệu tổng thể vật liệu, mã công ty, khu vực kiểm soát tín dụng, tổ chức bán hàng, v.v.

Giải thích thử nghiệm đơn vị bằng một ví dụ.

Kiểm thử đơn vị được sử dụng để kiểm tra chức năng của các phần trong hệ thống SAP. Nó được thực hiện bởi chuyên gia về miền và cấu hình, những người biết chức năng của từng đơn vị trong hệ thống.

Example- Để tạo và lưu đơn đặt hàng. Để thực hiện Kiểm thử đơn vị cho nhiệm vụ này, người kiểm tra nên biết rằng đơn đặt hàng bán hàng có thể được lưu bằng cách sử dụng các yếu tố của tổ chức SAP như dữ liệu tổng thể của khách hàng, chức năng của đối tác, dữ liệu tổng thể vật liệu, mã công ty, khu vực kiểm soát tín dụng, tổ chức bán hàng, v.v.

Giải thích Kiểm thử hệ thống bằng một ví dụ.

Kiểm thử hệ thống liên quan đến việc tích hợp các yếu tố của hệ thống SAP để đảm bảo rằng chức năng SAP liên quan được liên kết với nhau trong môi trường phát triển.

Example- Nếu bạn nói Dòng tiền cho một báo giá trong một tổ chức sẽ cho thấy rằng một báo giá có thể được sử dụng để tạo một đơn đặt hàng bán hàng, một giao hàng có thể được tạo và xử lý từ đơn đặt hàng, giao hàng có thể được lập hóa đơn, thanh toán được chuyển cho kế toán, và một khoản thanh toán của khách hàng được áp dụng đối với hóa đơn kế toán. Mỗi đơn vị được kiểm tra như vậy và sau đó kết quả kiểm tra được kết hợp.

Giải thích Thử nghiệm dựa trên tình huống bằng một ví dụ.

Thử nghiệm dựa trên kịch bản, như tên cho thấy, được thực hiện theo các trường hợp kinh doanh cụ thể.

Example- Giả sử có một vài nhiệm vụ dành riêng cho một phân khúc khách hàng hoặc một dòng sản phẩm nhất định hoặc một tập hợp các dịch vụ. Đối với các dòng mục tiêu cụ thể này, bạn có các tình huống khác nhau cần thử nghiệm.

Thử nghiệm này cũng được thực hiện trong môi trường phát triển, một lập luận có thể được đưa ra để nói rằng đây là một trường hợp thử nghiệm mà bạn sẽ đề cập trong thử nghiệm hệ thống.

Giải thích Kiểm tra tích hợp bằng một ví dụ.

Trong thử nghiệm này, dữ liệu thử nghiệm đến từ nguồn trích xuất dữ liệu thực, chuyển đổi được thực hiện và tải bài tập và dữ liệu được người dùng cuối doanh nghiệp biết.

Example- Kiểm thử tích hợp được sử dụng để trình bày rằng quy trình nghiệp vụ như được thiết kế và cấu hình trong SAP, chạy bằng dữ liệu thế giới thực. Ngoài ra, thử nghiệm cho thấy rằng trình kích hoạt giao diện, báo cáo, quy trình làm việc đang hoạt động.

Giải thích Kiểm tra giao diện SAP.

Kiểm tra giao diện đảm bảo rằng quy trình nghiệp vụ trên hệ thống SAP chạy tự động. Lý tưởng nhất là kiểm thử giao diện liên quan đến các hoạt động kiểm thử lớn hơn khi một dự án tiến triển. Thử nghiệm giao diện cho thấy việc kích hoạt hoạt động, việc lựa chọn dữ liệu chính xác và đầy đủ, truyền dữ liệu thành công và người nhận có thể sử dụng dữ liệu đã gửi.

Kiểm tra sự chấp nhận của người dùng SAP hữu ích ở đâu?

SAP UAT được sử dụng để đảm bảo rằng người dùng cuối có thể thực hiện các chức năng công việc được giao với hệ thống mới. Khía cạnh quan trọng của thử nghiệm này là hiểu yêu cầu nghiệp vụ và đảm bảo rằng các tính năng, chức năng và khả năng mong đợi luôn sẵn sàng.

Tại sao Kiểm tra Hiệu suất lại cần thiết?

Kiểm tra hiệu suất xác định các tắc nghẽn và mã hóa không hiệu quả trong hệ thống SAP. Nó được thực hiện để kiểm tra -

• Thời gian phản hồi của hệ thống có được chấp nhận theo yêu cầu kinh doanh hay không
• Các quy trình định kỳ có đang chạy trong thời gian cho phép hay không
• Có thể hỗ trợ tải người dùng đồng thời dự kiến ​​hay không

Tầm quan trọng của Kiểm tra Ủy quyền và Bảo mật SAP là gì?

Kiểm tra Ủy quyền và Bảo mật được sử dụng để đảm bảo rằng người dùng chỉ có thể thực hiện các giao dịch và truy cập vào dữ liệu thích hợp có liên quan đến dự án của họ.

Cũng như việc triển khai các tiêu chuẩn Bảo mật, điều này thực sự quan trọng để kiểm tra xem bảo mật và ủy quyền có được đặt trong một hệ thống hay không. ID thử nghiệm cho các vai trò công việc được tạo và sử dụng để xác nhận cả những gì người dùng có thể làm và những gì người dùng không thể làm.

Giải thích việc sử dụng SAP Cutover Testing.

Thử nghiệm này thường được thực hiện một lần trong vòng đời của dự án. Thuật ngữ "chuyển đổi" có nghĩa là thực hiện quy mô đầy đủ tất cả các tác vụ liên quan để trích xuất dữ liệu từ các hệ thống kế thừa và sau đó thực hiện bất kỳ loại chuyển đổi dữ liệu nào, tải kết quả vào hệ thống SAP và xác thực đầy đủ kết quả, bao gồm cả việc người dùng đăng xuất .

Kiểm tra hồi quy SAP là gì?

Kiểm tra hồi quy SAP được sử dụng để tìm các chức năng mới và kiểm tra các chức năng cũ trong hệ thống khi nó được nâng cấp hoặc một hệ thống mới được thiết lập. Vai trò quan trọng của kiểm thử hồi quy là kiểm tra chức năng hiện có và cấu hình mới cập nhật và cơ sở mã.

Khi bạn nâng cấp hệ thống SAP của mình hoặc áp dụng bản vá, nó sẽ không ảnh hưởng đến chức năng mà người dùng dự kiến ​​sẽ thực hiện và kiểm tra các tính năng mới được cho là sẽ được giới thiệu trong bản phát hành mới.

Mục đích của việc sử dụng Điều hướng trong Kiểm tra SAP là gì?

Điều hướng kiểm tra SAP đảm bảo rằng bạn bao gồm từng mô-đun của hệ thống SAP của bạn và ít nhất một kiểm tra được thực hiện cho mỗi chức năng.

Nó cũng làm giảm nỗ lực kiểm tra thủ công và bao gồm hầu hết các đường dẫn kiểm tra trong hệ thống SAP. Kiểm tra OPA có thể được thực hiện để kiểm tra Kiểm tra SAP - Điều hướng.

Logic luồng màn hình trong Kiểm tra SAP là gì?

Logic luồng màn hình trong Kiểm tra SAP giống như mã ABAP và nó được sử dụng để chứa các khối xử lý. Nó chứa một phần thủ tục của màn hình và được tạo trong trình vẽ màn hình và họa sĩ màn hình này tương tự như một trình soạn thảo ABAP.

Các mô-đun khác nhau trong hệ thống SAP và việc sử dụng chúng là gì?

Financial Modules - Kiểm soát và Kế toán Tài chính (FICO), Kho báu (TR) và Kiểm soát Doanh nghiệp (EC).

Logistics Modules - Quản lý Vật tư (MM), Bảo trì Nhà máy (PM), Bán hàng và Phân phối (SD), Quản lý Chất lượng (QM), v.v.

Human Resource Management - Kế toán tính lương, quản lý thời gian, đào tạo và quản lý sự kiện.

Test-case là gì? Phạm vi của các trường hợp thử nghiệm trong hệ thống SAP là gì?

SAP Test-case được yêu cầu thực hiện kiểm tra cài đặt và cấu hình của hệ thống SAP, bất kỳ triển khai mới nào, kiểm tra Đa ngôn ngữ và thiết bị, kiểm tra mạng nội bộ, kiểm tra thời gian thực, v.v.

Vì hệ thống ERP là một hệ thống tập trung phổ biến và được sử dụng bởi nhiều người dùng đồng thời trong thời gian thực, nó tạo ra nhu cầu viết các trường hợp thử nghiệm với rất nhiều nỗ lực và tâm huyết.

Hệ thống ERP cũng liên quan đến các giao dịch FI khác nhau, vì vậy mỗi trường hợp thử nghiệm nên bao gồm phạm vi của tất cả các phần cấu hình và triển khai. Dữ liệu kiểm tra phải được thông qua cẩn thận và mỗi kiểm tra phải có một cột với dữ liệu đầu ra tên.

Tăng tốc và tối ưu hóa kiểm tra SAP là gì?

Tăng tốc và tối ưu hóa kiểm tra SAP TAO 2.0 là một công cụ được sử dụng để tạo các trường hợp kiểm thử tự động trong quá trình kiểm tra hồi quy của một hệ thống. Nó giúp khách hàng của SAP tạo ra các thành phần thử nghiệm khác nhau từ màn hình của một giao dịch và tham số hóa chúng.

Các thành phần kiểm tra này được tạo bình thường cho một mã giao dịch và sau đó có thể được kết hợp để kiểm tra các kịch bản. Nó có thể được tích hợp dễ dàng với Trình phân tích thay đổi quy trình kinh doanh trong Trình quản lý giải pháp SAP.

Yêu cầu phần cứng tối thiểu để thực hiện cài đặt SAP TAO trên hệ thống cục bộ là gì?

• RAM: 4 GB
• Dung lượng đĩa trống: 500 MB
• Kết nối mạng LAN với máy chủ QC của Trung tâm Chất lượng SAP và SOLMAN
• Quyền quản lý
• SAPGUI với cấp bản vá mới nhất
• Microsoft Excel 97 trở lên.
• Hỗ trợ Microsoft Internet Explorer cho giao diện người dùng CRM

Việc sử dụng Trình phân tích luồng quy trình trong SAP TAO là gì?

Trình phân tích luồng quy trình được sử dụng để tự động tìm ra các giao diện người dùng được sử dụng trong các mã giao dịch được thực thi trong hệ thống SAP. Nó tự động tạo các thành phần thử nghiệm và tải chúng lên Trung tâm Chất lượng. Nó cũng được sử dụng để xác định trình tự của các thành phần kiểm tra theo hành động của người dùng và tạo các giá trị bảng tính.

Mục đích của tab hợp nhất trong SAP TAO là gì?

Hợp nhất được biết đến như một quá trình kết hợp các thành phần SAP TAO với các thành phần có sẵn để tạo ra các kịch bản thử nghiệm như các thành phần nghiệp vụ giao dịch đơn lẻ. Nó cho phép bạn thu thập nhiều thành phần thử nghiệm vào một thử nghiệm.

Làm cách nào để kết nối SAP TAO với Trình quản lý giải pháp SAP?

Vào SAP TAO và đăng nhập và chọn SAP SOLMAN trong danh sách. Danh sách hệ thống này là SAP TAO được lấy từ tệp cấu hình của đăng nhập SAP. Vì vậy, để thêm một hệ thống trong SAP TAO, bạn cần thêm một hệ thống mới trong SAP Logon và làm mới danh sách trong TAO.

Nhập thông tin đăng nhập và nhấp vào đăng nhập.

SAP TAO sẽ được kết nối với Trình quản lý giải pháp SAP và trình hướng dẫn cấu hình TAO sẽ mở ra.