SoapUI: Cách tạo Bộ thử nghiệm & Trường hợp thử nghiệm

Hiểu giao thức SOAP

Trước khi chúng tôi tạo một Trường hợp thử nghiệm SOAPUI, hãy để 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 SOAP và phản hồi một cách hiệu quả.

SOAP là viết tắt của S imple O bject A ccess P rotocol . 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 để giao tiếp 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 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 chuyển qua HTTP.

Trong hướng dẫn thử nghiệm này, bạn sẽ học:

• Tìm hiểu ĐỊNH DẠNG Thông báo SOAP
• Tạo một dự án
• Tạo bộ thử nghiệm
• Tạo trường hợp thử nghiệm
• Chèn bước kiểm tra
• Hiểu về phản hồi xà phòng và bảng nhật ký
• Gửi yêu cầu theo cách thủ công & đọc phản hồi

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

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

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

Tạo một dự án

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 tôi 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, http://www.dneonline.com/calculator.asmx?wsdl
3. Bấm OK

Ghi chú:

• 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 nhất định. Ngay sau khi bạn nhập địa chỉ WSDL, tùy chọn này sẽ tự động được kiểm tra. Bạn có thể bỏ chọn nó.
• Tạo, một bộ thử nghiệm cho WSDL đã nhập: Tạo một bộ thử nghiệm 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 sẽ có thể thấy rằng có hai hoạt động 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 đó nhấp 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ị ngăn bên phải.

Bạn có thể thắc mắc tại sao lại tạo các Trường hợp Kiểm thử? Khi nào bạn có thể test trực tiếp Webservice tại đây

…

Bạn có thể gửi yêu cầu cho một thao tác. 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 Bổ sung bằng thao tác này ? Bạn phải chỉnh sửa yêu cầu cho mỗi và mọi kết hợp.

Ví dụ: Nếu bạn muốn thêm 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 để có tất cả các kịch bản có thể được thử nghiệm mà không cần phải trực tiếp chỉnh sửa chính hoạt động đó.

Tạo bộ thử nghiệm

Bước 1: Trong dự án, người kiểm thử có thể tạo một 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: Chúng ta cần nhập tên của bộ test và nhấn OK.

Bước 3: Bộ thử nghiệm đã tạo được hiển thị ngăn điều hướng như hình dưới đây.

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

Tạo trường hợp thử nghiệm

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 thực hiện nhấp chuột phải vào 'bộ thử nghiệm' và chọn 'Thử nghiệm mới'.

Bước 2: Chỉ định tên của Test Case và nhấp vào 'OK'.

Bước 3: Test case đã tạo không có bước nào như hình dưới đây.

Lưu ý : Chúng ta có thể thấy rằng trường hợp kiểm thử được thêm vào với không có bước kiểm tra nào cho tất cả các loại kiểm tra 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 sẽ chuyển thành 'Các bước kiểm tra' trong khi bước kiểm tra hiệu suất sẽ chuyển sang 'Kiểm tra tải' và bước kiểm tra bảo mật sẽ chuyển sang '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 một bước kiểm tra thích hợp như hình bên dưới. Vì vậy, nếu bạn đang kiểm tra một Dịch vụ Web REST, bạn sẽ chọn Yêu cầu Kiểm tra REST.

Chèn bước kiểm tra

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 SOAP đã nhập.

Bước 1: Thêm bước mới 'Yêu cầu SOAP' như hình dưới đây.

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

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

• Có nhiều thao tác sẽ được liệt kê. Các hoạt động giống nhau ngoại trừ phiên bản SOAP được sử dụng.

  CalculatorSoap - sử dụng SOAP phiên bản 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.

  

• Sau khi chọn thao tác, hãy nhấp vào 'Ok'

  

Bước 4: Trong khi thêm 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 nhận mà chúng tôi sẽ đề cập chi tiết trong hướng dẫn tiếp theo.

Chúng tôi có thể thêm các điểm kiểm tra / xác nhận sau trong khi tạo trường hợp thử nghiệm. Hãy để chúng tôi 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 dưới đây

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 giản đồ phản hồi có hợp lệ hay không.
3. Xác minh xem phản hồi SOAP có chứa FAULT không.

Bước 5: Sau 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, số tương ứng sẽ được 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 & đọc phản hồi

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

• intA - 5
• intB - 5

Kế tiếp,

1. Chúng ta cần nhập các đầ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: Sau 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ư hình dưới đây.

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.

Hiểu về phản hồi xà phòng và bảng nhật ký

Như đã giải thích ở phần đầu của hướng dẫn này, các thông điệp SOAP được truyền qua giao thức HTTP. Hãy để chúng tôi xem xét các thông báo 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ả 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 chuyển trong phần nội dung của bản tin Http.

Bước 2: Bây giờ hãy nhấp vào Tab 'RAW' trong Cửa sổ phản hồi SOAP-UI để hiểu cách phản hồi được gửi qua HTTP.

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

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

Mã Http	Sự miêu tả
1xx:	Thông tin - Điều này có nghĩa là một yêu cầu đã nhận được và tiếp tục quá trình.
2xx:	Thành công - Hành động đã được tiếp 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ực hiện được yêu cầu hợp lệ

Bước 3: Hãy cho chúng tôi hiểu các thông tin khác được hiển thị trong cửa sổ trường hợp thử nghiệm.

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

LOGS PANE:

Ngăn nhật ký có thông tin đầy đủ liên quan đến 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 ngăn Nhật ký như hình dưới đây. Chúng ta sẽ thảo luận về các ngăn 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'.

Http Log - Hiển thị tất cả quá trình truyền gói HTTP. Tất cả thông tin trong '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-error.log' có trong thư mục 'bin' của vị trí cài đặt giao diện người dùng SOAP.

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

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