Kiểm tra SOA là gì? Hướng dẫn với ví dụ

Kiểm tra SOA là gì?

SOA (Định hướng dịch vụ ArchiKiểm thử kiến ​​trúc (tecture) là Kiểm thử theo 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 là qua mạng.

SOA là gì?

SOA là một phương pháp tích hợp các ứng dụng và quy trình kinh doanh với nhau để đáp ứng nhu cầu kinh doanh.

Trong Kỹ thuật phần mềm, SOA mang lại sự nhanh nhẹn và linh hoạt cho các quy trình kinh doanh. Những thay đổi đối với quy trình hoặc ứng dụng có thể được hướng tới 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 phát triển hoặc mua các phần 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à dịch vụ có thể được sử dụng lại bởi bất kỳ trang web thương mại điện tử nào. Bất cứ khi nào cần thực hiệ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 hoàn tất trên cổng, phản hồi sẽ được gửi đến trang web thương mại điện tử)
• Dịch vụ dễ dàng lắp ráp và dễ dàng 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. Việc thêm và xóa chúng khỏi ứng dụng hoặc quy trình kinh doanh thật dễ dàng.
• Các dịch vụ được xác định nhiều hơn bởi chức năng kinh doanh mà chúng thực hiện hơn là các đoạn mã.

Dịch vụ website

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 qua internet.

1. Nhà cung cấp dịch vụ xuất bản dịch vụ lên internet.
2. Máy khách tìm kiếm một dịch vụ web cụ thể từ Cơ quan đăng ký dịch vụ web
3. Một URL và WSDL cho dịch vụ web được yêu cầu sẽ được trả về. Bằng cách 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 thông báo SOAP.
4. Khi người tiêu dùng gọi một dịch vụ web, kết nối HTTP sẽ được thiết lập tới nhà cung cấp.
   Một thông báo SOAP được tạo để hướng dẫn nhà cung cấp gọi logic dịch vụ web cần thiết.
5. 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.

Ví 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ì mã hóa 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ừ nhà cung cấp và tích hợp vào các trang.

Kiểm tra SOA

SOA bao gồm nhiều 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 liên kết lỏng lẻo.

Kiểm thử 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 cung cấp bởi một hệ thống bắt nguồn từ các chức năng kinh doanh.

Ví dụ -

Hãy xem xét một trang web về sức khỏe bao gồm

1. Theo dõi cân nặng
2. Theo dõi lượng đường trong máu
3. Máy theo dõi 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 quy trình

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ẽ là giao diện và quy trình người dùng.

Giao diện người dùng của máy theo dõi cân nặ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

1. Thêm dữ liệu mới
2. Chỉnh sửa dữ liệu hiện có
3. Tạo trình theo dõi mới
4. Xóa dữ liệu

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 thử một ứng dụng SOA được chia thành ba cấp độ.

1. Cấp độ dịch vụ
2. Mức giao diện
3. Cấp độ từ đầu đến cuối

• Cách tiếp cận từ trên xuống được sử dụng để thiết kế thử nghiệm.
• Cách tiếp cận từ dưới lên được sử dụng để thực hiện kiểm thử.

Chiến lược kiểm thử SOA

Phương pháp lập kế hoạch kiểm tra,

• Người kiểm tra SOA phải hiểu được toàn bộ kiến ​​trúc của ứng dụng.
• Ứ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 để hình thành 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à ứng dụng giao diện người dùng.
• 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 phải được vạch 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ể.
• A Ma trận truy xuất nguồn gốc cần được chuẩn bị và tất cả các trường hợp kiểm thử phải được bắt nguồn từ các kịch bản kinh doanh.

Phương pháp thực hiện kiểm thử

• Mỗi thành phần dịch vụ nên được kiểm tra.
• Thử nghiệm hội nhập của các thành phần dịch vụ phải được thực hiện để xác thực 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.
• Thử nghiệm hệ thống của mô hình hoàn chỉnh phải được thực hiện để xác thực luồng dữ liệu giữa ứng dụng giao diện người dùng và cơ sở dữ liệu.
• Kiểm tra năng suất nên được thực hiện để tinh chỉnh và đạt hiệu suất tối ưu.

Phương pháp kiểm tra SOA

1) Thử nghiệm 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 cần được xây dựng dựa trên sự tích hợp của
• Thông báo sau Các dịch vụ Web của ứng dụng
• Dịch vụ và ứng dụng web.
• 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 phải được thực hiện để bao quát các tình huống từ đầu đến cuối.

2) Sơ khai

• Giao diện giả sẽ được tạo để kiểm tra dịch vụ.
• Nhiều đầ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 thực.
• Khi một ứng dụng sử dụng giao diện với một dịch vụ bên ngoài chưa được kiểm tra (dịch vụ của bên thứ ba), một 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à 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 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 cấp độ 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 phải được thử nghiệm độ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 xấu, v.v.
• Kiểm tra từng yêu cầu và phản hồi cho từng 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 xảy ra lỗi ở cấp độ máy chủ, máy khách hoặc mạng.
• Xác thực rằng các phản hồ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 tính 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 ngành được xác định bởi thử nghiệm WS-Security phải được Dịch vụ web tuân thủ.
• Các biện pháp an ninh phải hoạt động hoàn hảo.
• Mã hóa dữ liệu và Digichữ ký tal trên các tài liệu
• Xác thực và Ủy quyền
• SQL Tiêm, Phần mềm độc hại, XSS, CSRF và các lỗ hổng 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 phải đượ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 đây được xem xét trong quá trình thử nghiệm:

• Hiệu suất và chức năng của dịch vụ cần được kiểm tra dưới tải nặng.
• Hiệu suất của dịch vụ cần được so sánh khi làm việc riêng lẻ và trong ứng dụng mà nó được kết hợp với.
• Kiểm tra tải dịch vụ nên được thực hiện
• để xác minh thời gian phản hồi
• để kiểm tra tắc nghẽn
• để xác minh việc sử dụng CPU và bộ nhớ
• để dự đoán khả năng mở rộng

8) Kiểm tra mức độ tích hợp

• Kiểm tra mức độ dịch vụ đảm bảo chỉ các dịch vụ riêng lẻ hoạt động bình thường, nó không đảm bảo hoạt động của các thành phần được kết hợp.
• Kiểm thử tích hợp được thực hiện tập trung chủ yếu vào các giao diện.
• Giai đoạn này bao gồm tất cả các kịch bản kinh doanh có thể xảy ra.
• Việc kiểm tra 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 sẵn sàng và ổn định của hệ thống về mọi mặt.
• Các giao thức mạng và giao tiếp phải được kiểm tra để xác nhận tính nhất quán của giao tiếp dữ liệu giữa các dịch vụ.

9) 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ề chức năng và phi chức năng.

Các mục dưới đây được đảm bảo đượ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 thông qua tất cả các thành phần
• Quy trình nghiệp vụ

Những thách thức trong thử nghiệm SOA

• Thiếu giao diện cho Dịch vụ
• Quá trình thử nghiệm 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 này là 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 đa lớp nên rất khó để phân lập các khiếm khuyết.
• Vì dịch vụ sẽ được sử dụng trong các giao diện khác nhau nên rất khó dự đoán tải, do đó khiến việc lập kế hoạch kiểm thử hiệu năng trở nên cồng kềnh.
• SOA là tập hợp các công nghệ không đồng nhất. Việc thử nghiệm ứng dụng SOA đòi hỏi những người có các kỹ năng khác nhau, từ đó 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 việc kiểm tra bảo mật cũng có những nhược điểm riêng. Việc xác thực xác thực và ủy quyền là khá nhiều khó khăn.

Các trường hợp sử dụng thử nghiệm SOA

Hãy xem xét một Trang web thương mại điện tử có các chức năng và chức năng phụ bên dưới:

Xử lý Đơn đặt hàng

PHASE 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 các Dịch vụ và chức năng kinh doanh.

Chúng ta hãy xem xét dưới đây 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

Chức năng kinh doanh giống như chức năng của Trang web.

Lưu ý: Tài liệu chiến lược thử nghiệm sẽ chứa danh sách dịch vụ và các chức năng phải được thử nghiệm.

PHASE 2

Giai đoạn lập kế hoạch kiểm tra. Các trường hợp thử nghiệm được viết cho từng cấp độ.

1. Cấp độ từ đầu đến cuối. Các trường hợp thử nghiệm được viết cho từng trường hợp và quy trình sử dụng nghiệp vụ. Dưới đây là ví dụ về các trường hợp thử nghiệm
   • Tạo đơn đặt hàng với người dùng đang hoạt động.
   • Tạo đơn đặt 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 < số lượng có sẵn.
   • Tạo đơn hàng với sản phẩm có sẵn với số lượng đặt > số lượng có sẵn.
   • Tạo đơn hàng có nhiều mặt hàng
   • Hủy đơn hàng hoàn toàn.
   • Hủy đơn hàng một phần.
2. Mức độ tích hợp. Các trường hợp thử nghiệm đượ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 hàng mới với một mặt hàng duy nhất. Xác minh rằng đơn hàng được tạo trên cơ sở dữ liệu.
   • Tạo một đơn 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 hàng là chính xác.
   • Tạo một đơn 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 hàng hiển thị trên UI giống với trạng thái trên cơ sở dữ liệu.
   • Hủy đơn hàng và xác minh rằng trạng thái của đơn 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 thông tin thanh toán nhập vào UI đã được lưu trong cơ sở dữ liệu.
   • Đối với việc trả lại thanh toán, hãy xác minh rằng thông tin thanh toán trên cơ sở dữ liệu được hiển thị trên UI.
3. Cấp độ dịch vụ. Mỗi dịch vụ đều được kiểm tra 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 đặt hàng	Điều kiện đặt hàng
1	Tạo đơn hàng. Số mục = 1	Số lượng đặt hàng < Số lượng trên cơ sở dữ liệu
2	Tạo đơn hàng. Số mục > 1	Số lượng trên đơn hàng < Số lượng trên cơ sở dữ liệu.
3	Tạo số thứ tự của các mặt hàng = 1	Số lượng trên đơn 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 hàng = Không hợp lệ
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 thử

Thực hiện kiểm thử sử dụng cách tiếp cận từ dưới lên, tức là kiểm thử cấp độ dịch vụ được thực hiện trước, sau đó là cấp độ Tích hợp và cuối cùng Thử nghiệm từ đầu đến cuối.

1) Mức độ dịch vụ

Chúng ta hãy xem xét điều đó xà phòng công cụ được xem xét để thử nghiệm ứng dụng.

Sản phẩm wsdl và URL được duyệt vào cửa sổ kiểm tra 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 kiểm thử cấp độ dịch vụ, các yêu cầu sẽ được tạo cho từng trường hợp kiểm thử.

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 = 1Số lượng đặt hàng < Số lượng trên db	x2 2	o3251 Thành công
Tạo đơn hàng.Không. của Mặt hàng > 1Số lượng trên Đơn hàng < Số lượng trên db	y1 1 y2 3	o3251 Thành công
Tạo số đơn hàng của Mặt hàng = 1Số lượng đặt hàng > Số lượng trên db	x23 200	vô giá trị không thành công
Kiểm tra trạng thái đơn hàngTrạng thái trên cơ sở dữ liệu = Đang hoạt động	o9876	Tích cực Thành công
Kiểm tra trạng thái đơn hàngTrạng thái trên cơ sở dữ liệu = Đã giao hàng	o9656	Đã vận chuyển Thành công
Kiểm tra trạng thái đơn hàngID đơn hàng = Không hợp lệ	y5686	vô giá trị không thành công
Kiểm tra tình trạng còn hàng của sản phẩmSố lượng sản phẩm >0	d34	34 Đúng Thành công
Kiểm tra tình trạng còn hàng của sản phẩmSố lượng sản phẩm =0	y34	0 KHÔNG Thành công
Kiểm tra tình trạng còn hàng của sản phẩmProduct id = không hợp lệ	sder	không thành công

2) Mức độ tích hợp

Các trường hợp kiểm thử 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 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 sản phẩm và số lượng hợp lệ rồi lưu đơn 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 thông tin chi tiết của đơn hàng có giống với thông tin đã nhập trên trang web hay không.

3) Cấp độ từ đầu đến cuối

Các luồng công việc và trường hợp sử dụng được thực thi trên Giao diện người dùng.

• Tạo một đơn 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.
• Hỏi về sản phẩm hợp lệ và số lượng sẽ thêm chúng vào giỏ hàng.
• Các sản phẩm hợp lệ khác được thêm vào với số lượng hợp lệ và đơn hàng được lưu. Thanh toán được thực hiện thông qua phương thức thanh toán mới và đơn hàng được đặt.
• Thông báo “Đặt hàng thành công” sẽ được hiển thị.
• Người kiểm thử phải xác thực rằng toàn bộ luồng được thực hiện mà không làm sai lệch dữ liệu.

Kết luận

Bằng cách phác thảo chiến lược phù hợp để thử nghiệm, tài nguyên, công cụ và tuân thủ để cung cấp dịch vụ tốt, thử nghiệm SOA có thể cung cấp ứng dụng được thử nghiệm hoàn chỉnh và hoàn hảo.