Người đưa thư nhận giá trị tiêu đề phản hồi

Trong hướng dẫn trước chúng ta đã học về Get Request trong Postman. Trong hướng dẫn này, chúng ta sẽ hiểu cách xử lý Phản hồi trong Postman. Sẽ có lợi nếu bạn hiểu các chi tiết cơ bản của Yêu cầu HTTP và Phản hồi HTTP

Phản hồi là gì?

Phản hồi là một thông báo mà máy chủ nhận được để đáp lại Yêu cầu mà chúng tôi gửi. Khi chúng tôi yêu cầu một cái gì đó, máy chủ sẽ hành động theo Yêu cầu và gửi lại một gói thông tin được yêu cầu. Một phản hồi phụ thuộc chủ yếu vào yêu cầu. Mỗi yêu cầu có một loại phản hồi khác nhau và điều rất quan trọng là chúng tôi trích xuất thông tin hữu ích từ tất cả các phản hồi. Postman có giao diện phản hồi đẹp mắt và rất thân thiện với người dùng. Chúng tôi có thể thấy rất nhiều thông tin trong Người đưa thư cho bất kỳ phản hồi nào mà không cần nỗ lực nhiều, hoặc bất kỳ nếu tôi có thể nói

Bạn cũng có thể xem qua phần ghi lại Hướng dẫn về người đưa thư nơi các chuyên gia của chúng tôi đã giải thích sâu về các khái niệm

Hiểu phản hồi trong Postman

Nói về Phản hồi trong Postman, giao diện người dùng Phản hồi chứa rất nhiều thứ khác nhau. Chúng tôi sẽ giải quyết chúng một cách chi tiết trong hướng dẫn này. Giao diện người dùng có các khối thông tin sau

  • Tình trạng và thông tin phản hồi
  • Nội dung phản hồi
  • Cookie phản hồi
  • Tiêu đề phản hồi

Hãy bắt đầu bằng cách nhận phản hồi cho www. Google. com trông như thế này

Tình trạng và thông tin phản hồi

Mã trạng thái

Mã trạng thái cho bạn biết trạng thái của yêu cầu. Có thể có rất nhiều lỗi trong yêu cầu và nếu không xem mã trạng thái, chúng tôi có thể không phải lúc nào cũng hiểu yêu cầu của mình đã xảy ra lỗi gì. Đôi khi, có thể có lỗi đánh máy trong URL hoặc có thể có sự cố ở phía máy chủ, mã trạng thái giúp chúng tôi biết điều gì đã xảy ra [nếu xảy ra sự cố]. Có nhiều mã trạng thái khác nhau và mỗi mã có một ý nghĩa khác nhau

Bạn có thể tìm hiểu về danh sách đầy đủ mã trạng thái tại đây

Mã trạng thái 200 OK có nghĩa là yêu cầu đã chính xác và phản hồi mong muốn đã được gửi tới máy khách. Bây giờ, thay đổi URL thành http. // phần còn lại api. demoqa. com/tiện ích/thời tiết mùa thu/thành phố/hyderabad. Nhấn Gửi và xem mã trạng thái ngay bây giờ

Nó báo 400 YÊU CẦU XẤU. Đó là vì chúng tôi đã đổi tên thành phố từ Hyderabad thành Hyderabad. Điều này có nghĩa là yêu cầu không chính xác, do đó phản hồi yêu cầu không hợp lệ. Tương tự, bạn cũng có thể xem các mã trạng thái khác cho các yêu cầu khác nhau

Thời gian

Thời gian là khoảng thời gian mà phản hồi mất sau khi chúng tôi gửi yêu cầu và nhận được phản hồi. Điều này đôi khi rất quan trọng vì nhiều dự án có Thỏa thuận cấp độ dịch vụ [SLA] trong khoảng thời gian dịch vụ web cần để trả lời phản hồi, thời gian này có thể được sử dụng để xác định SLA của điểm cuối dịch vụ web

GHI CHÚ. Thời gian đưa ra ở đây không phải là thời gian thực tế mà yêu cầu sẽ thực hiện. Nó chỉ là gần đúng chứ gần như thế nào vì có rất nhiều việc Postman làm sau khi nhận được phản hồi như định dạng và chia riêng Header và cookie. Vì công việc bổ sung của Postman có thể được coi là thời gian không đổi [WebServiceTime + Thời gian xử lý liên tục của Postman]. Do đó, nó là khoảng thời gian gần đúng và tỷ lệ thuận với thời gian thực tế sẽ là bao nhiêu. Vì vậy, bạn cũng có thể coi đây là thời gian thực

Kích thước

Kích thước chỉ là kích thước phản hồi khi nó sẽ được lưu trong bộ nhớ. Kích thước phản hồi này là kích thước của phản hồi hoàn chỉnh, tiêu đề và cookie cũng như mọi thứ đã được gửi cùng với phản hồi

GHI CHÚ. Kích thước phản hồi được hiển thị trong Postman là kích thước phản hồi gần đúng chứ không phải kích thước chính xác

Nội dung phản hồi

Phần thân mô tả phần thân của phản hồi, là nội dung phản hồi chính, đã được gửi từ máy chủ. Trong trường hợp này, bạn có thể thấy đó là mã trang web được gửi cho chúng tôi dưới dạng phản hồi. Bây giờ, có ba cách phía trước chúng ta để xem xét phản ứng này

Đẹp

Khá là phiên bản đẹp hơn của nội dung được gửi. Nội dung đẹp hơn vì nó dễ đọc hơn. Nó có các từ khóa màu và màu sắc khác nhau có ý nghĩa khác nhau. Điều này làm cho mã dễ đọc hơn và trông đẹp hơn. Việc format này do Postman tự thực hiện sau khi lấy code

thô

Khi bạn nhấp vào Xem trước, bạn sẽ chỉ nhận được chế độ xem đơn giản của nội dung, như được nhận từ máy chủ. Nó chỉ là một phiên bản thô của mã mà không có bất kỳ từ khóa màu mè nào. Bằng cách xem mã này, bạn có thể hiểu tại sao mã kia được gọi là "Khá"

Xem trước

Xem trước mã sẽ hiển thị cho bạn bản xem trước của trang, nếu trang được chạy bên trong trình duyệt. Nhấp vào xem trước và bạn sẽ thấy trang chính xác như bạn đã thấy bên trong trình duyệt. Vì vậy, điều này sẽ cho bạn biết bản xem trước phản hồi mà không cần truy cập trình duyệt

Loại định dạng

Như đã thảo luận ở trên, một yêu cầu có phản hồi được xác định cho nó như được xác định bởi tiêu đề Kiểu nội dung. Phản hồi đó có thể ở bất kỳ định dạng nào. Ví dụ: trong trường hợp này, chúng tôi có phản hồi dưới dạng tệp mã HTML

Postman đủ thông minh để phát hiện loại phản hồi và hiển thị cho bạn ở định dạng mong muốn, nhưng đôi khi Postman cũng có thể mắc lỗi. Ví dụ: sử dụng http. // phần còn lại api. demoqa. com/utilities/weatherfull/city/hyderabad để nhận phản hồi

Bạn sẽ thấy rằng chúng tôi đã nhận được mã trạng thái 200 và vẫn không có phản hồi. Điều này là do Người đưa thư không nhận dạng được định dạng của phản hồi và đang mong đợi một tệp HTML như được thấy trong danh sách thả xuống

Chọn Văn bản trong danh sách thả xuống và bạn sẽ có thể xem phản hồi ngay bây giờ

Đôi khi, máy chủ gửi phản hồi ở hai hoặc nhiều định dạng khác nhau. Loại phản hồi sẽ hiển thị với loại định dạng tương ứng

Ghi chú. Tiêu đề Loại nội dung xác định định dạng của phản hồi. cho e. g. tiêu đề Loại nội dung có thể nói rằng phản hồi là JSON, tuy nhiên, nội dung được gửi là XML hoặc JSON không đúng định dạng. Trong trường hợp đó, Postman sẽ không thể làm được gì nhiều. Hãy coi đây là một bài tập để hiểu tại sao Postman không thể hiểu định dạng phản hồi do http trả về. // phần còn lại api. demoqa. com/tiện ích/thời tiết đầy đủ/thành phố/hyderabad

Sao chép phản hồi

Biểu tượng có hai hình chữ nhật mà bạn nhìn thấy ở góc được dùng để sao chép toàn bộ câu trả lời vào khay nhớ tạm, rất tiện để gửi câu trả lời cho đồng đội của bạn hoặc sử dụng sau đó

Bánh quy

Cookies là các tệp nhỏ có liên quan đến tệp máy chủ [trang web]. Khi bạn truy cập trang web lần đầu tiên, cookie sẽ được tải xuống máy của khách hàng. Cookie này chứa thông tin có thể được sử dụng bởi cùng một trang web khi bạn truy cập lại. Điều này giúp trang web cung cấp cho bạn phản hồi cụ thể và thông tin cụ thể dựa trên lần truy cập cuối cùng của bạn. Trong người đưa thư, chúng ta có thể thấy rõ các cookie đã được gửi từ máy chủ dưới dạng phản hồi. Điều này giúp khách hàng dễ dàng xem những cookie nào đang được lưu trong trình duyệt của mình. Chúng tôi không thể thao tác cookie này vì chúng được gửi từ máy chủ, Postman được sử dụng chỉ để tách nó khỏi phản hồi và có chế độ xem rõ ràng

tiêu đề

Tiêu đề trong yêu cầu hoặc phản hồi HTTP là thông tin bổ sung được chuyển đến người dùng hoặc máy chủ. Trong người đưa thư, các tiêu đề có thể được nhìn thấy trong tab Tiêu đề

Khi bạn nhấp vào tiêu đề, bạn có thể thấy các thông tin khác nhau như bên dưới. Mặc dù, mọi mục trong tab Tiêu đề đều là một mục tiêu đề, chúng tôi sẽ chỉ xem xét những mục quan trọng nhất

Làm cách nào để kiểm tra giá trị tiêu đề phản hồi trong Postman?

bên cạnh tên tiêu đề để nhận mô tả về tiêu đề theo đặc tả HTTP . Nếu bạn gửi yêu cầu HEAD, Postman sẽ hiển thị tab Tiêu đề theo mặc định thay vì tab Nội dung.

Làm cách nào để trích xuất giá trị từ phản hồi trong Postman?

Cách trích xuất dữ liệu từ nội dung phản hồi [JSON & XML] trong Postman .
Bước 1. Thêm yêu cầu trong người đưa thư. .
Bước 2. Phân tích cú pháp dữ liệu từ phản hồi JSON. .
Bước 3. Trích xuất đường dẫn của nút mong muốn từ mảng Nested JSON. .
Bước 4. Sử dụng đường dẫn để trích xuất dữ liệu từ nội dung phản hồi. .
Bước 1. Thêm yêu cầu trong người đưa thư

Chủ Đề