Cách tạo Test Suite & Test Case trong SoapUI

Hiểu giao thức SOAP

Trước khi tạo trường hợp Kiểm thử SOAPUI, hãy cùng chúng tôi hiểu những điều cơ bản về Giao thức SOAP. Điều này sẽ giúp bạn sử dụng SOAP UI để kiểm tra các yêu cầu và phản hồi SOAP một cách hiệu quả.

SOAP là viết tắt của Giao thức truy cập đối tượng đơn giản. Dưới đây là các thuộc tính của Giao thức SOAP.

• Nó là một giao thức dựa trên XML để liên lạc giữa hai hệ thống khác nhau.
• Nó là một nền tảng và ngôn ngữ độc lập. Do đó, một hệ thống được phát triển bằng cách sử dụng Java có thể giao tiếp với một hệ thống được phát triển trong.NET.
• Yêu cầu/phản hồi SOAP được vận chuyển qua HTTP.

Tìm hiểu ĐỊNH DẠNG thông báo SOAP

Một thông điệp SOAP là một tài liệu XML thông thường chứa các thành phần sau. Thông điệp có thể là thông điệp yêu cầu hoặc thông điệp phản hồi.

Sau khi thiết lập không gian làm việc mà chúng ta đã thực hiện trong hướng dẫn trước, chúng ta phải tạo cấu trúc dự án SoapUI, bộ thử nghiệm, trường hợp thử nghiệm để thử nghiệm một dịch vụ web nhất định. Hãy cùng chúng tôi hiểu một ví dụ về Dự án SoapUI để tạo một dự án SOAP mới.

Tạo một dự án SOAP

Bước 1) Bây giờ, tùy thuộc vào dự án, chúng ta cần nhập giao thức SOAP/REST. Chúng ta sẽ tạo một Dự án SOAP mới.

Bước 2) Chúng tôi sẽ sử dụng yêu cầu SOAP sau http://www.dneonline.com/calculator.asmx?wsdl

1. Nhập tên dự án
2. Nhập đường dẫn của yêu cầu WSDL. Trong trường hợp này là http://www.dneonline.com/calculator.asmx?wsdl
3. nhấn OK

Lưu ý:

• Tạo yêu cầu mẫu cho tất cả các hoạt động? Nó tạo ra một yêu cầu mẫu cho tất cả các hoạt động có sẵn trong WSDL đã cho. Ngay khi bạn nhập địa chỉ WSDL, tùy chọn này sẽ tự động được chọn. Bạn có thể bỏ chọn nó.
• Tạo Bộ thử nghiệm cho WSDL đã nhập: Tạo bộ thử nghiệm SoapUI trong dự án cho WSDL đã nhập.
• Đường dẫn tương đối: Nó cho phép người dùng lưu tất cả các tệp liên quan đến tệp dự án.

Bước 3) Khi tạo dự án SOAP với WSDL nói trên, chúng ta có thể thấy rằng có hai thao tác sẽ được nhập vào dự án.

Bước 4) Mở rộng yêu cầu đầu tiên và nhấp chuột phải vào 'Thêm.' Sau đó nhấp vào 'Yêu cầu mới'.

Sau đó bấm vào 'OK'. Nó sẽ hiển thị yêu cầu SOAP ở định dạng XML

1. Nhập 'intA' và 'intB'
2. Bấm vào nút gửi
3. XML phản hồi sẽ được hiển thị ở khung bên phải.

Bạn có thể thắc mắc tại sao lại tạo Test Case? Khi bạn có thể trực tiếp kiểm tra Webservice tại đây…

Vâng, bạn có thể gửi yêu cầu cho một hoạt động. Còn những người khác thì sao? Bạn có thể thực hiện bao nhiêu kết hợp đầu vào cho Phần bổ sung bằng thao tác này? Bạn phải chỉnh sửa yêu cầu cho từng sự kết hợp.

Ví dụ: Nếu bạn muốn cộng từ 4 và 4 thay vì 5 và 5… Bạn cần chỉnh sửa lại thao tác. Vì vậy, người ta phải tạo một bộ/trường hợp thử nghiệm để thử nghiệm tất cả các tình huống có thể xảy ra mà không cần phải trực tiếp chỉnh sửa hoạt động đó.

Cách tạo bộ thử nghiệm trong SoapUI

Dưới đây là các bước để tạo Test Suite trong SoapUI:

Bước 1) Nhấp chuột phải vào thư mục gốc của dự án

Trong dự án, người thử nghiệm có thể tạo bộ thử nghiệm bằng cách nhấp chuột phải vào thư mục gốc của dự án.

Bước 2) Nhập thông tin chi tiết về bộ kiểm tra

Chúng ta cần nhập tên của bộ thử nghiệm và nhấn OK.

Bước 3) Xác minh bộ thử nghiệm đã tạo

Bộ thử nghiệm đã tạo được hiển thị trong ngăn điều hướng như minh họa bên dưới.

Bước 4) Mở bộ thử nghiệm

Cửa sổ Test Suite mở ra ở Ngăn bên phải. Vì chúng tôi vừa tạo nên KHÔNG có trường hợp thử nghiệm SoapUI nào. Do đó tất cả các tùy chọn đều bị vô hiệu hóa.

Cách tạo trường hợp thử nghiệm trong SoapUI

Dưới đây là quy trình từng bước để tạo trường hợp thử nghiệm trong SoapUI:

Bước 1) Trong một bộ thử nghiệm, chúng tôi có thể tạo nhiều thử nghiệm bằng cách nhấp chuột phải vào 'bộ thử nghiệm' và chọn 'Case thử nghiệm mới'.

Bước 2) Chỉ định tên của Trường hợp thử nghiệm và nhấp vào 'OK'.

Bước 3) Trường hợp thử nghiệm được tạo không có bước nào như hiển thị bên dưới.

Chú thích: Chúng ta có thể thấy rằng trường hợp thử nghiệm được thêm vào mà không có bước kiểm tra nào cho tất cả các loại thử nghiệm có sẵn. Khi thêm các bước kiểm tra, các số trong ngoặc sẽ tự động thay đổi.

Bước kiểm tra chức năng phải nằm trong 'Các bước kiểm tra' trong khi bước kiểm tra hiệu suất sẽ nằm trong 'Kiểm tra tải' và bước kiểm tra bảo mật sẽ nằm trong 'Kiểm tra bảo mật'.

Bước 4) Chúng ta có thể chèn nhiều bước kiểm tra khác nhau bằng cách nhấp chuột phải vào các bước kiểm tra và chọn bước kiểm tra thích hợp như minh họa bên dưới. Vì vậy, nếu bạn muốn kiểm tra một Dịch vụ web REST, bạn sẽ chọn Yêu cầu kiểm tra REST.

Thêm bước kiểm tra trong SoapUI

Bây giờ chúng ta hãy thêm một bước kiểm tra để xác thực yêu cầu kiểm tra SOAP đã nhập:

Bước 1) Thêm một bước mới 'Yêu cầu SOAP' như hiển thị bên dưới.

Bước 2) Nhập tên bước và nhấp vào OK.

Bước 3) Khi nhấp vào 'OK', một hộp thoại bật lên để chọn thao tác cần gọi. Tất cả các thao tác đều được liệt kê và người dùng có thể chọn thao tác mà họ muốn gọi.

• Có nhiều hoạt động sẽ được liệt kê. Operacác ý kiến ​​đều giống nhau ngoại trừ phiên bản SOAP được sử dụng.CalculatorSoap – sử dụng phiên bản SOAP 1.1 trong khi đó,CalculatorSoap12 – sử dụng phiên bản SOAP 1.2
• Phiên bản không quan trọng đối với chúng tôi trong bối cảnh này. Do đó bạn có thể chọn một trong những lựa chọn của bạn.

  

• Khi chọn thao tác, nhấp vào 'Ok'

  

Bước 4) Trong khi thêm một trường hợp thử nghiệm, chúng ta có thể thêm các xác nhận tiêu chuẩn. Các xác nhận còn được gọi là điểm kiểm tra/điểm xác thực mà chúng ta sẽ giải quyết chi tiết trong hướng dẫn tiếp theo.

Chúng ta có thể thêm các điểm kiểm tra/khẳng định sau trong khi tạo trường hợp thử nghiệm. Hãy tạo một trường hợp thử nghiệm với tùy chọn có nghĩa là tạo bước thử nghiệm KHÔNG CÓ bất kỳ điểm xác thực nào bên dưới

1. Xác minh xem thông báo phản hồi có phải là SOAP hay không khi thực hiện kiểm tra.
2. Xác minh xem lược đồ phản hồi có hợp lệ hay không.
3. Xác minh xem phản hồi SOAP có chứa LỖI hay không.

Bước 5) Khi tạo trường hợp thử nghiệm, XML yêu cầu được hiển thị bên dưới. Cấu trúc của XML được giải thích trong ảnh chụp nhanh bên dưới.

Bước 6) Số bước kiểm tra hiện được tăng lên một vì chúng tôi vừa thêm một bước kiểm tra. Tương tự, khi thêm bước kiểm tra tải và bảo mật, con số tương ứng sẽ tự động tăng lên dựa trên số bước được thêm vào.

Gửi yêu cầu theo cách thủ công và đọc phản hồi trong SoapUI

Bước 1) Chúng tôi muốn thêm hai Số nguyên.

• intA – 5
• intB – 5

Tiếp theo,

1. Chúng ta cần nhập những thông tin đầu vào này thay cho dấu chấm hỏi sẽ được gửi dưới dạng XML yêu cầu.
2. Sau khi nhập các giá trị đó vào các thẻ XML tương ứng, hãy nhấp vào nút 'gửi yêu cầu' để kiểm tra phản hồi.

Bước 2) Khi gửi yêu cầu, yêu cầu dịch vụ web sẽ được máy chủ web xử lý và gửi lại phản hồi như hiển thị bên dưới.

Bằng cách đọc câu trả lời, chúng ta có thể kết luận 5 cộng 5 là 10.

Tìm hiểu bảng nhật ký và phản hồi xà phòng

Như đã giải thích ở phần đầu của hướng dẫn kiểm tra SoapUI này, các thông báo SOAP được truyền qua giao thức HTTP. Chúng ta hãy xem các tin nhắn RAW. Điều này sẽ giúp chúng tôi tìm hiểu cách HTTP vận chuyển yêu cầu và phản hồi SOAP.

Bước 1) Nhấp vào tab 'RAW' trong cả hai Cửa sổ yêu cầu SOAP-UI.

1. Yêu cầu được đăng lên máy chủ web. Do đó, phương thức POST của Http được sử dụng.
2. Yêu cầu SOAP được vận chuyển trong phần nội dung của thông báo Http.

Bước 2) Hiện nay nhấp vào tab 'RAW' trong Cửa sổ phản hồi SOAP-UI để hiểu cách gửi phản hồi qua HTTP.

1. Sau khi xử lý yêu cầu, mã phản hồi http (200) được hiển thị nghĩa là yêu cầu đã thành công. Máy chủ web đã xử lý thành công.
2. Phản hồi SOAP được gửi lại cho máy khách như một phần nội dung của thông báo HTTP.

Ảnh chụp nhanh về mã Phản hồi http để dễ hiểu và gỡ lỗi. Bảng bên dưới sẽ giúp bạn khắc phục sự cố dựa trên mã HTTP nhận được từ máy chủ web.

Mã http	Mô tả
1xx:	thông tin – Điều này có nghĩa là một yêu cầu đã được nhận và quá trình đang tiếp tục.
2xx:	Thành công - Hành động đã được nhận, hiểu và chấp nhận thành công.
3xx:	Chuyển hướng – Điều này có nghĩa là phải thực hiện thêm hành động để hoàn thành yêu cầu.
4xx:	Lỗi máy khách – Điều này có nghĩa là yêu cầu chứa cú pháp sai hoặc không thể thực hiện được
5xx:	Lỗi máy chủ - Máy chủ không thể thực hiện được yêu cầu có vẻ hợp lệ

Bước 3) Hãy để chúng tôi hiểu các thông tin khác được hiển thị trong cửa sổ test case.

1. Đại diện KHÔNG có tiêu đề trong yêu cầu đang được gửi
2. Thể hiện KHÔNG có tệp đính kèm trong yêu cầu đang được gửi đến máy chủ web.
3. Đại diện cho 10 thông tin tiêu đề và thông tin tương tự sẽ được hiển thị khi nhấp vào nó.
4. Biểu thị rằng không có tệp đính kèm nào từ tin nhắn phản hồi.

BẢNG NHẬT KÝ:

Cửa sổ nhật ký có thông tin đầy đủ về giao dịch giữa máy khách và máy chủ. Người dùng sẽ có thể nhìn thấy các tab của khung Nhật ký như hình bên dưới. Chúng ta sẽ thảo luận về các bảng nhật ký được sử dụng phổ biến nhất khi làm việc với SOAP-UI.

Nhật ký SoapUI – Hiển thị thông tin phản hồi từ máy chủ web. Thông tin tương tự được lưu trữ trong tệp Soapui.log của thư mục đã cài đặt SOAP-UI trong thư mục 'bin'.

Nhật ký http – Hiển thị tất cả việc truyền gói HTTP. Tất cả thông tin ở dạng 'RAW' được hiển thị trong nhật ký HTTP.

Nhật ký lỗi – Nhật ký lỗi hiển thị tất cả các lỗi mà chúng tôi gặp phải trong toàn bộ phiên dự án. Thông tin tương tự có sẵn trong 'soapui-errors.log' có trong thư mục 'bin' của vị trí cài đặt SOAP UI.

Nhật ký bộ nhớ – Tab này theo dõi mức tiêu thụ bộ nhớ và hiển thị dưới dạng biểu đồ như bên dưới. Nó thực sự hữu ích khi có một thao tác đòi hỏi nhiều bộ nhớ được thực hiện.

Bây giờ chúng ta đã tạo bộ kiểm thử, trường hợp kiểm thử, bước kiểm thử và nhận được phản hồi, bước tiếp theo là xác thực phản hồi. Chúng ta sẽ giải quyết các loại xác nhận trong hướng dẫn tiếp theo.