Kiểm tra SOA là gì?
Kiểm tra SOA (Kiến trúc hướng dịch vụ) là Kiểm tra phong cách kiến trúc SOA trong đó các thành phần ứng dụng được thiết kế để giao tiếp thông qua các giao thức truyền thông thường qua mạng.
Trong hướng dẫn này, bạn sẽ học-
- SOA là gì?
- Dịch vụ là gì?
- Kiểm tra SOA
- Chiến lược kiểm tra SOA
- Phương pháp kiểm tra SOA
- Những thách thức trong kiểm tra SOA
- Công cụ kiểm tra SOA
- Các trường hợp sử dụng kiểm tra SOA
SOA là gì?
SOA là một phương pháp tích hợp các ứng dụng và quy trình nghiệp vụ với nhau để đáp ứng nhu cầu kinh doanh.
Trong Kỹ thuật phần mềm, SOA cung cấp sự nhanh nhẹn và linh hoạt cho các quy trình kinh doanh. Các thay đổi đối với quy trình hoặc ứng dụng có thể được hướng đến một thành phần cụ thể mà không ảnh hưởng đến toàn bộ hệ thống.
Các nhà phát triển phần mềm trong SOA hoặc phát triển hoặc mua nhiều chương trình được gọi là DỊCH VỤ.
Dịch vụ là gì?
- Dịch vụ có thể là một đơn vị chức năng của ứng dụng hoặc quy trình kinh doanh, có thể được sử dụng lại hoặc lặp lại bởi bất kỳ ứng dụng hoặc quy trình nào khác.
(Ví dụ: trong hình trên, Cổng thanh toán là một dịch vụ có thể được sử dụng lại bởi bất kỳ trang thương mại điện tử nào. Bất cứ khi nào cần thanh toán, trang thương mại điện tử sẽ gọi / Yêu cầu dịch vụ Cổng thanh toán. Sau khi thanh toán được thực hiện trên một cổng, một phản hồi được gửi đến trang web thương mại điện tử)
- Dịch vụ dễ lắp ráp và dễ cấu hình lại các thành phần.
- Dịch vụ có thể được so sánh với các khối xây dựng. Họ có thể xây dựng bất kỳ ứng dụng nào cần thiết. Thêm và xóa chúng khỏi ứng dụng hoặc quy trình kinh doanh rất dễ dàng.
- Các dịch vụ được định nghĩa nhiều hơn bởi chức năng kinh doanh mà chúng thực hiện hơn là dưới dạng các đoạn mã.
Dịch vụ web
Dịch vụ web là các thành phần ứng dụng độc lập, có sẵn trên web.
Chúng có thể được xuất bản, tìm thấy và có thể được sử dụng trên web. Họ có thể giao tiếp thông qua internet.
- Nhà cung cấp dịch vụ xuất bản dịch vụ lên internet.
- Khách hàng tìm kiếm một dịch vụ web cụ thể từ Cơ quan đăng ký dịch vụ web
- Một URL và WSDL cho dịch vụ web được yêu cầu được trả về.
>> Sử dụng WSDL và URL, giao tiếp giữa nhà cung cấp dịch vụ và người yêu cầu diễn ra thông qua các bản tin SOAP. <<
- Khi người tiêu dùng gọi đến một dịch vụ web, một kết nối HTTP sẽ được thiết lập với nhà cung cấp.
Thông báo SOAP được tạo để hướng dẫn nhà cung cấp gọi logic dịch vụ web được yêu cầu.
- Phản hồi nhận được từ nhà cung cấp là một thông báo SOAP sẽ được nhúng vào phản hồi HTTP. Phản hồi HTTP này là định dạng dữ liệu mà ứng dụng tiêu dùng có thể hiểu được.
Thí dụ
Trang chủ của Trang web và Công cụ tìm kiếm hiển thị báo cáo thời tiết hàng ngày. Thay vì viết mã toàn bộ phần báo cáo thời tiết, bạn có thể mua Dịch vụ báo cáo thời tiết từ một nhà cung cấp và tích hợp vào các trang.
Kiểm tra SOA
SOA bao gồm các công nghệ khác nhau. Các ứng dụng được xây dựng bằng SOA có nhiều dịch vụ khác nhau được kết hợp với nhau một cách lỏng lẻo.
Kiểm tra SOA nên tập trung vào 3 lớp hệ thống
Lớp dịch vụ
Lớp này bao gồm các dịch vụ, các dịch vụ được hiển thị bởi một hệ thống bắt nguồn từ các chức năng nghiệp vụ.
Ví dụ -
Hãy xem xét một Trang web Sức khỏe bao gồm
- Theo dõi cân nặng
- Theo dõi lượng đường trong máu
- Máy đo huyết áp
Trình theo dõi hiển thị dữ liệu tương ứng và ngày chúng được nhập. Lớp dịch vụ bao gồm các dịch vụ lấy dữ liệu tương ứng từ Cơ sở dữ liệu-
- Dịch vụ theo dõi cân nặng
- Dịch vụ theo dõi lượng đường trong máu
- Dịch vụ theo dõi huyết áp
- Dịch vụ đăng nhập
Lớp xử lý
Lớp Quy trình bao gồm các quy trình, tập hợp các dịch vụ là một phần của một chức năng duy nhất.
Các quy trình có thể là một phần của giao diện người dùng (ví dụ: công cụ tìm kiếm), một phần của công cụ ETL (để lấy dữ liệu từ cơ sở dữ liệu).
Trọng tâm chính trong lớp này sẽ nằm trong giao diện người dùng và quy trình.
Giao diện người dùng của máy theo dõi trọng lượng và sự tích hợp của nó với Cơ sở dữ liệu là trọng tâm chính.
Các chức năng dưới đây sẽ được xem xét
- Thêm dữ liệu mới
- Chỉnh sửa dữ liệu hiện có
- Tạo trình theo dõi mới
- Xóa dữ liệu
Tầng lớp người tiêu dùng
Lớp này chủ yếu bao gồm các giao diện người dùng.
Dựa trên lớp, việc kiểm tra một ứng dụng SOA được phân phối thành ba cấp.
- Cấp độ dịch vụ
- Mức giao diện
- Cấp độ kết thúc đến kết thúc
- Cách tiếp cận Từ trên xuống được sử dụng cho Thiết kế Thử nghiệm.
- Cách tiếp cận Từ dưới lên được sử dụng để Thực thi Kiểm tra.
Chiến lược kiểm tra SOA
Phương pháp tiếp cận lập kế hoạch thử nghiệm,
- Kiến trúc hoàn chỉnh của ứng dụng nên được Người kiểm tra SOA hiểu.
- Ứng dụng cần được chia thành các dịch vụ độc lập (Dịch vụ, có cấu trúc yêu cầu và phản hồi riêng và không phụ thuộc vào bất kỳ dịch vụ nào khác để tạo phản hồi).
- Cấu trúc ứng dụng cần được tổ chức lại thành ba thành phần - Dữ liệu, Dịch vụ và các ứng dụng front-end.
- Tất cả các thành phần cần phải được phân tích cẩn thận và các kịch bản kinh doanh nên được đưa ra.
- Các kịch bản kinh doanh nên được phân loại thành các kịch bản chung và các kịch bản ứng dụng cụ thể.
- Cần chuẩn bị Ma trận xác định nguồn gốc và tất cả các trường hợp thử nghiệm phải được truy tìm theo các tình huống kinh doanh.
Phương pháp tiếp cận thực thi kiểm tra
- Mỗi thành phần dịch vụ nên được kiểm tra.
- Tích hợp Kiểm tra các thành phần dịch vụ nên được thực hiện để xác nhận luồng dữ liệu thông qua các dịch vụ và tính toàn vẹn của dữ liệu.
- Kiểm tra hệ thống của mô hình hoàn chỉnh nên được thực hiện để xác nhận luồng dữ liệu giữa ứng dụng front-end và cơ sở dữ liệu.
- Kiểm tra hiệu suất nên được thực hiện để tinh chỉnh và hiệu suất tối ưu.
Phương pháp kiểm tra SOA
1) Kiểm tra dựa trên dữ liệu theo kịch bản kinh doanh,
- Các khía cạnh kinh doanh khác nhau liên quan đến hệ thống cần được phân tích.
- Các kịch bản nên được phát triển dựa trên sự tích hợp của
- Các dịch vụ Web khác nhau của ứng dụng
- Dịch vụ web và ứng dụng.
- Việc thiết lập dữ liệu nên được thực hiện dựa trên các tình huống trên.
- Việc thiết lập dữ liệu cũng nên được thực hiện để bao gồm các tình huống từ đầu đến cuối.
2) Những cái cọc
- Các giao diện giả sẽ được tạo để kiểm tra các dịch vụ.
- Các đầu vào khác nhau có thể được cung cấp thông qua các giao diện này và các đầu ra có thể được xác nhận.
- Khi một ứng dụng sử dụng giao diện với một dịch vụ bên ngoài, dịch vụ này chưa được thử nghiệm (dịch vụ của bên thứ ba), sơ khai có thể được tạo trong quá trình Kiểm tra tích hợp.
3) Kiểm tra hồi quy
- Kiểm tra hồi quy trên ứng dụng nên được thực hiện khi có nhiều bản phát hành để đảm bảo tính ổn định và tính sẵn sàng của hệ thống.
- Một bộ kiểm tra hồi quy toàn diện sẽ được tạo ra bao gồm các dịch vụ tạo thành một phần quan trọng của ứng dụng.
- Bộ thử nghiệm này có thể được sử dụng lại trong nhiều bản phát hành của dự án.
4) Kiểm tra mức độ dịch vụ
Kiểm tra mức dịch vụ bao gồm kiểm tra thành phần về chức năng, bảo mật, hiệu suất và khả năng tương tác.
Mỗi và mọi Dịch vụ cần được kiểm tra độc lập trước tiên.
5) Kiểm tra chức năng
Kiểm tra chức năng nên được thực hiện trên mỗi dịch vụ để
- Đảm bảo rằng dịch vụ cung cấp phản hồi phù hợp cho từng yêu cầu.
- Nhận được lỗi đúng đối với các yêu cầu có dữ liệu không hợp lệ, dữ liệu không hợp lệ, v.v.
- Kiểm tra từng yêu cầu và phản hồi cho mỗi và mọi hoạt động mà dịch vụ phải thực hiện trong thời gian chạy.
- Xác thực các thông báo lỗi khi lỗi xảy ra ở cấp máy chủ, máy khách hoặc mạng.
- Xác thực rằng câu trả lời nhận được có đúng định dạng.
- Xác thực rằng dữ liệu nhận được trên phản hồi tương ứng với dữ liệu được yêu cầu.
6) Kiểm tra bảo mật
Kiểm tra bảo mật của dịch vụ web là một khía cạnh quan trọng trong quá trình kiểm tra mức dịch vụ của ứng dụng SOA; điều này đảm bảo sự an toàn của ứng dụng.
Các yếu tố sau đây cần được đề cập trong quá trình thử nghiệm:
- Tiêu chuẩn Công nghiệp được xác định bởi kiểm tra WS-Security phải được Dịch vụ Web tuân thủ.
- Các biện pháp bảo mật sẽ hoạt động hoàn hảo.
- Mã hóa dữ liệu và chữ ký điện tử trên tài liệu
- Xác thực và Ủy quyền
- SQL Injection, Malware, XSS, CSRF, các lỗ hổng bảo mật khác sẽ được kiểm tra trên XML.
- Sự từ chối của dịch vụ tấn công
7) Kiểm tra hiệu suất
Kiểm tra hiệu suất của dịch vụ cần được thực hiện vì các dịch vụ có thể được sử dụng lại và nhiều ứng dụng có thể đang sử dụng cùng một dịch vụ.
Các yếu tố sau được xem xét trong quá trình thử nghiệm:
- 8) Hiệu suất và chức năng của dịch vụ cần được kiểm tra khi chịu tải nặng.
- Hiệu suất của dịch vụ cần được so sánh trong khi làm việc riêng lẻ và trong ứng dụng, nó được kết hợp với.
- Kiểm tra tải của dịch vụ nên được thực hiện
- để xác minh thời gian phản hồi
- để kiểm tra các nút thắt cổ chai
- để xác minh việc sử dụng CPU và bộ nhớ
- để dự đoán khả năng mở rộng
9) Kiểm tra mức độ tích hợp
- Kiểm tra mức dịch vụ đảm bảo chỉ hoạt động bình thường của các dịch vụ riêng lẻ, nó không đảm bảo hoạt động của các thành phần được ghép nối.
- Kiểm thử tích hợp được thực hiện chủ yếu tập trung vào các giao diện.
- Giai đoạn này bao gồm tất cả các tình huống kinh doanh có thể xảy ra.
- Thử nghiệm phi chức năng của ứng dụng nên được thực hiện thêm một lần nữa trong giai đoạn này. Bảo mật, tuân thủ và Kiểm tra hiệu suất đảm bảo tính khả dụng và ổn định của hệ thống ở mọi khía cạnh.
- Các giao thức truyền thông và mạng phải được kiểm tra để xác nhận tính nhất quán của truyền thông dữ liệu giữa các dịch vụ.
10) Thử nghiệm từ đầu đến cuối
Giai đoạn này đảm bảo rằng ứng dụng xác nhận các yêu cầu kinh doanh cả về mặt chức năng và phi chức năng.
Các mục dưới đây được đảm bảo sẽ được kiểm tra trong quá trình kiểm tra từ đầu đến cuối
- Tất cả các dịch vụ hoạt động như mong đợi sau khi tích hợp
- Xử lý ngoại lệ
- Giao diện người dùng của ứng dụng
- Luồng dữ liệu thích hợp qua tất cả các thành phần
- Quy trình kinh doanh
Những thách thức trong kiểm tra SOA
- Thiếu giao diện cho Dịch vụ
- Quá trình kiểm tra trải dài trên nhiều hệ thống do đó tạo ra nhu cầu dữ liệu phức tạp
- Ứng dụng là một tập hợp các thành phần khác nhau có xu hướng thay đổi. Nhu cầu Kiểm tra hồi quy thường xuyên hơn.
- Do kiến trúc Multilayer, rất khó để cô lập các khuyết tật.
- Vì dịch vụ sẽ được sử dụng trong các giao diện khác nhau, rất khó để dự đoán tải, do đó làm cho việc lập kế hoạch kiểm tra hiệu suất trở nên cồng kềnh.
- SOA là một tập hợp các công nghệ không đồng nhất. Việc thử nghiệm một ứng dụng SOA đòi hỏi những người có các bộ kỹ năng khác nhau, do đó làm tăng chi phí lập kế hoạch và thực hiện.
- Vì ứng dụng là sự tích hợp của nhiều dịch vụ, nên kiểm tra bảo mật cũng có những rắc rối riêng. Xác thực xác thực và ủy quyền là khá nhiều khó khăn.
Công cụ kiểm tra SOA
Có rất nhiều công cụ kiểm tra SOA có sẵn trên thị trường để giúp người kiểm tra trong việc kiểm tra các ứng dụng SOA. Dưới đây là một số Công cụ kiểm tra SOA phổ biến :
1) Giao diện người dùng SOAP
"SOAP UI" là một công cụ kiểm tra chức năng mã nguồn mở cho Dịch vụ và Kiểm tra API.
- Ứng dụng máy tính để bàn
- Hỗ trợ nhiều giao thức - SOAP, REST, HTTP, JMS, AMF, JDBC
- Các dịch vụ web có thể được phát triển, kiểm tra và gọi ra.
- Cũng có thể sử dụng để kiểm tra tải, Kiểm tra tự động hóa và kiểm tra bảo mật
- Stubs có thể được tạo bởi MockServices
- Các yêu cầu và kiểm tra Dịch vụ Web có thể được tạo tự động thông qua ứng dụng khách dịch vụ web của nó.
- Có các công cụ báo cáo sẵn có
- Được phát triển bởi SmartBear
2) iTKO LISA
"LISA" là bộ sản phẩm cung cấp giải pháp kiểm tra chức năng cho các hệ thống phân tán như SOA.
- Cũng có thể sử dụng để kiểm tra hồi quy, tích hợp, tải và hiệu suất.
- Được phát triển bởi iTKO (CA Technologies)
- Có thể được sử dụng để thiết kế và thực hiện các bài kiểm tra.
3) Kiểm tra Dịch vụ HP
"Kiểm tra dịch vụ" là một công cụ kiểm tra chức năng, hỗ trợ cả kiểm tra giao diện người dùng và dịch vụ chia sẻ
- Cả kiểm tra chức năng và hiệu suất của các dịch vụ có thể được thực hiện bằng một tập lệnh duy nhất.
- Tích hợp với HP QC.
- Có thể quản lý số lượng lớn dịch vụ và dữ liệu.
- Hỗ trợ kiểm tra khả năng tương tác bằng cách mô phỏng môi trường máy khách JEE, AXIS và DotNet.
- Được phát triển bởi HP.
4) Kiểm tra SOA của Parasoft
SOA Test là bộ công cụ kiểm tra và phân tích được phát triển để kiểm tra các ứng dụng API và API.
- Hỗ trợ các công nghệ Web Services, REST, JSON, MQ, JMS, TIBCO, HTTP, XML.
- Có thể kiểm tra chức năng, đơn vị, tích hợp, hồi quy, bảo mật, khả năng tương tác, tuân thủ và hiệu suất.
- Stubs có thể được tạo bằng cách sử dụng Parasoft Virtualize, thông minh hơn SOAP UI.
- Được phát triển bởi ParaSoft
Các trường hợp sử dụng kiểm tra SOA
Hãy xem xét một Trang web thương mại điện tử, có chứa các chức năng và chức năng con dưới đây:
Xử lý đơn hàng
GIAI ĐOẠN 1
Trong giai đoạn đầu tiên của thử nghiệm SOA tức là Giai đoạn Chiến lược Thử nghiệm, ứng dụng được chia thành Dịch vụ và các chức năng nghiệp vụ.
Hãy để chúng tôi xem xét bên dưới là các Dịch vụ trong ứng dụng.
- Tạo đơn hàng
- Kiểm tra trạng thái khách hàng
- Thay đổi trạng thái đơn hàng
- Kiểm tra trạng thái đơn hàng
- Kiểm tra hàng tồn kho
Các chức năng kinh doanh giống như các chức năng của Trang web.
Lưu ý: Tài liệu chiến lược kiểm tra sẽ chứa danh sách dịch vụ và các chức năng phải được kiểm tra.
GIAI ĐOẠN 2
Giai đoạn Lập kế hoạch Kiểm tra. Các trường hợp kiểm thử được viết cho mỗi cấp độ.
- Cấp độ Kết thúc đến Kết thúc. Các trường hợp kiểm thử được viết cho từng trường hợp sử dụng nghiệp vụ và quy trình.
Dưới đây là ví dụ về các trường hợp thử nghiệm
- Tạo đơn hàng với người dùng đang hoạt động.
- Tạo đơn hàng với người dùng không hoạt động.
- Tạo đơn hàng với sản phẩm có sẵn với số lượng đặt hàng
- Tạo đơn hàng với sản phẩm có sẵn với số lượng đặt hàng> số lượng có sẵn.
- Tạo đơn hàng với nhiều mặt hàng
- Hủy đơn đặt hàng hoàn toàn.
- Hủy đơn đặt hàng một phần.
- Mức độ tích hợp. Các trường hợp kiểm thử được viết để tích hợp cơ sở dữ liệu và giao diện người dùng.
Dưới đây là các trường hợp thử nghiệm ví dụ.
- Tạo một đơn đặt hàng mới với một mặt hàng duy nhất. Xác minh rằng đơn đặt hàng được tạo trên cơ sở dữ liệu.
- Tạo một đơn đặt hàng mới với một mặt hàng duy nhất. Xác minh rằng giá được tính cho đơn đặt hàng là chính xác.
- Tạo một đơn đặt hàng mới với một mặt hàng duy nhất. Xác minh rằng số lượng sản phẩm có sẵn ít hơn số lượng đặt hàng.
- Xác minh rằng trạng thái của đơn đặt hàng được hiển thị trên giao diện người dùng giống như trạng thái của đơn đặt hàng trên cơ sở dữ liệu.
- Hủy đơn đặt hàng và xác minh rằng trạng thái của đơn đặt hàng được sửa đổi trên cơ sở dữ liệu.
- Đối với lần thanh toán đầu tiên, hãy xác minh rằng các chi tiết thanh toán đã nhập trên UI được lưu trên cơ sở dữ liệu.
- Đối với các khoản thanh toán trả lại, hãy xác minh rằng chi tiết thanh toán trên cơ sở dữ liệu được hiển thị trên UI.
- Cấp độ dịch vụ. Mỗi dịch vụ được kiểm tra cho tất cả các điều kiện dữ liệu.
Dưới đây là một vài ví dụ.
| Không. | Chi tiết đơn hàng | Điều kiện đặt hàng |
|---|---|---|
| 1 | Tạo đơn hàng. Số mặt hàng = 1 | Số lượng đặt hàng |
| 2 | Tạo đơn hàng. Số lượng mặt hàng> 1 | Số lượng trên Đơn đặt hàng |
| 3 | Tạo Đơn đặt hàng Số mặt hàng = 1 | Số lượng đặt hàng> Số lượng trên cơ sở dữ liệu |
| 4 | Kiểm tra trạng thái đơn hàng | Trạng thái trên cơ sở dữ liệu = Đang hoạt động |
| 5 | Kiểm tra trạng thái đơn hàng | Trạng thái trên cơ sở dữ liệu = Đã giao hàng |
| 6 | Kiểm tra trạng thái đơn hàng | Trạng thái trên cơ sở dữ liệu = Đã hủy |
| 7 | Kiểm tra trạng thái đơn hàng | Id đơn đặt hàng = Không hợp lệ |
| số 8 | Kiểm tra tính khả dụng của sản phẩm | Số lượng sản phẩm> 0 |
| 9 | Kiểm tra tính khả dụng của sản phẩm | Số lượng sản phẩm = 0 |
| 10 | Kiểm tra tính khả dụng của sản phẩm | Id sản phẩm = không hợp lệ |
GIAI ĐOẠN 3 - Thực hiện kiểm tra
Kiểm tra Thực thi sử dụng phương pháp tiếp cận từ dưới lên, tức là kiểm tra mức dịch vụ được thực hiện đầu tiên, sau đó đến mức Tích hợp và cuối cùng là kiểm tra End to End.
1) Mức độ dịch vụ
Chúng ta hãy xem xét rằng công cụ Soapui được xem xét để thử nghiệm ứng dụng.
WSDL và URL được duyệt vào cửa sổ thử nghiệm của SOAP.
Yêu cầu cho từng dịch vụ sẽ được hiển thị trên cửa sổ yêu cầu.
Bằng cách sửa đổi dữ liệu theo các trường hợp thử nghiệm mức dịch vụ, các yêu cầu được tạo cho mỗi trường hợp thử nghiệm.
|
Trường hợp thử nghiệm |
Yêu cầu |
Phản hồi được mong đợi |
|---|---|---|
|
Tạo đơn hàng. Số lượng mặt hàng = 1 Số lượng đặt hàng |
|
|
|
Tạo đơn đặt hàng. trong tổng số các mặt hàng> 1 Số lượng trên đơn đặt hàng |
|
|
|
Tạo đơn hàng Không. trong tổng số mặt hàng = 1 Số lượng trên đơn đặt hàng> Số lượng trên db |
|
|
|
Kiểm tra trạng thái Đơn hàng Trạng thái trên cơ sở dữ liệu = Đang hoạt động |
|
|
|
Kiểm tra trạng thái Đơn hàng Trạng thái trên cơ sở dữ liệu = Đã giao hàng |
|
|
|
Kiểm tra trạng thái Đơn hàng Id đơn hàng = Không hợp lệ |
|
|
|
Kiểm tra tính khả dụng của sản phẩm Số lượng sản phẩm> 0 |
|
|
|
Kiểm tra tính khả dụng của sản phẩm Số lượng sản phẩm = 0 |
|
|
|
Kiểm tra tính khả dụng của sản phẩm |
|
|
2) Mức độ tích hợp
Các trường hợp kiểm tra mức tích hợp được thực thi trên giao diện Người dùng và cơ sở dữ liệu.
- Tạo đơn đặt hàng với một mặt hàng duy nhất -
- Một người dùng mở trang web.
- Đi để đặt hàng.
- Chọn một sản phẩm và số lượng hợp lệ và lưu đơn đặt hàng.
- Một thông báo cho biết Đơn hàng đã được đặt thành công sẽ được hiển thị.
- Người dùng mở cơ sở dữ liệu và kiểm tra xem chi tiết của đơn đặt hàng có giống với thông tin đã nhập trên trang web hay không.
3) Cấp độ Kết thúc đến Kết thúc
Các luồng nghiệp vụ và các ca sử dụng được thực thi trên Giao diện người dùng.
- Tạo một đơn đặt hàng với nhiều mặt hàng -
- Một người dùng mở một trang web.
- Đi để đặt hàng.
- Yêu cầu về một sản phẩm hợp lệ và số lượng thêm chúng vào giỏ hàng.
- Các sản phẩm hợp lệ khác được bổ sung với số lượng hợp lệ và đơn hàng được lưu lại. Thanh toán được thực hiện thông qua một phương thức thanh toán mới và đặt hàng.
- Một thông báo cho biết "Đơn hàng đã đặt thành công" sẽ được hiển thị.
- Người kiểm tra phải xác nhận rằng toàn bộ quy trình được thực hiện mà không làm sai lệch dữ liệu.
Phần kết luận:
Bằng cách phác thảo chiến lược phù hợp để kiểm tra, tài nguyên, công cụ và tuân thủ để cung cấp dịch vụ tốt, kiểm tra SOA có thể cung cấp ứng dụng được kiểm tra hoàn chỉnh và hoàn hảo.