Apidog Docs
🇻🇳 Tiếng Việt
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇻🇳 Tiếng Việt
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇻🇳 Tiếng Việt
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
Learning Center
HomeSupport CenterAPI ReferencesDownloadChangelog
Learning Center
HomeSupport CenterAPI ReferencesDownloadChangelog
  1. Chạy kịch bản kiểm thử
  • Trung tâm Học tập Apidog
  • Bắt đầu
    • Giới thiệu về Apidog
    • Các khái niệm cơ bản trong Apidog
    • Điều hướng Apidog
    • Bắt đầu nhanh
      • Tổng quan
      • Tạo một Endpoint
      • Tạo yêu cầu
      • Thêm một khẳng định
      • Tạo kịch bản kiểm thử
      • Chia sẻ tài liệu API
      • Khám phá thêm
    • Di chuyển sang Apidog
      • Tổng quan
      • Nhập thủ công
      • Nhập theo lịch (Liên kết nguồn dữ liệu)
      • Tùy chọn nhập
      • Xuất dữ liệu
      • Nhập từ
        • Nhập từ Postman
        • Nhập OpenAPI Spec
        • Nhập cURL
        • Nhập Markdown
        • Nhập từ Insomnia
        • Nhập từ apiDoc
        • Nhập tệp .har
        • Nhập WSDL
  • Dữ liệu API mock
    • Tổng quan
    • Smart Mock
    • Mock tùy chỉnh
    • Trình tự ưu tiên Mock
    • Mock Scripts
    • Cloud Mock
    • Self-Hosted Runner Mock
    • Ngôn ngữ Mock (Locales)
  • Tài khoản và tùy chọn
    • Cài đặt tài khoản
    • Tạo Token truy cập OpenAPI
    • Thông báo
    • Cài đặt ngôn ngữ
    • Phím tắt
    • Cấu hình Proxy Mạng
    • Sao lưu dữ liệu
    • Cập nhật Apidog
    • Xóa tài khoản
    • Tính năng thử nghiệm
  • Gửi yêu cầu
    • Tổng quan
    • Gỡ lỗi SSE
    • MCP Client
    • Socket.IO
    • WebSocket
    • Webhook
    • SOAP hoặc WebService
    • GraphQL
    • gRPC
    • Sử dụng Tác nhân Proxy Yêu cầu để Gỡ lỗi
    • Tạo yêu cầu
      • Lịch sử yêu cầu
      • Cơ bản về yêu cầu
      • Tham số và Body
      • Header của yêu cầu
      • Cài đặt yêu cầu
      • Gỡ lỗi yêu cầu
      • Lưu yêu cầu dưới dạng Endpoint
      • HTTP/2
    • Xác thực và phân quyền
      • Tổng quan
      • Chứng chỉ CA và Chứng chỉ Client
      • Các loại ủy quyền
      • Digest Auth
      • OAuth 1.0
      • OAuth 2.0
      • Xác thực Hawk
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • Phản hồi và cookie
      • Xem phản hồi API
      • Quản lý Cookie
      • Tổng quan
  • Phát triển và gỡ lỗi API
    • Tổng quan
    • Tạo yêu cầu
    • Gửi yêu cầu
    • Trường hợp gỡ lỗi
    • Trường hợp kiểm thử
    • Giá trị động
    • Xác thực phản hồi
    • Design-First vs Request-First
    • Tạo mã
    • Môi trường và biến
      • Tổng quan
      • Sử dụng biến
      • Quản lý môi trường
    • Bí mật trong vault
      • Tổng quan
      • HashiCorp Vault
      • Azure Key Vault
      • AWS Secrets Manager
    • Mô-đun giá trị động
      • Hãng hàng không
      • Animal
      • Màu sắc
      • Commerce
      • Company
      • Cơ sở dữ liệu
      • Kiểu dữ liệu
      • Ngày
      • Finance
      • Food
      • Git
      • Hacker
      • Helpers
      • Hình ảnh
      • Internet
      • Vị trí
      • Lorem
      • Music
      • Number
      • Person
      • Phone
      • Science
      • String
      • Hệ thống
      • Vehicle
      • Từ
    • Bộ xử lý trước và sau
      • Tổng quan
      • Khẳng định
      • Trích xuất biến
      • Chờ
      • Bảo mật
      • Thao tác cơ sở dữ liệu
        • Tổng quan
        • MySQL
        • MongoDB
        • Redis
        • Oracle Client
      • Sử dụng script
        • Tổng quan
        • Script tiền xử lý
        • Tập lệnh hậu xử lý
        • Public Scripts
        • Tài liệu tham khảo về Postman Scripts
        • Gọi các ngôn ngữ lập trình khác
        • Sử dụng thư viện JS
        • Trực quan hóa phản hồi
        • Ví dụ script
          • Tập lệnh khẳng định
          • Sử dụng biến
          • Sửa đổi yêu cầu
          • Các ví dụ khác
    • Gỡ lỗi API
      • AI Agent Debugger
      • A2A Debugger
  • Thiết kế API
    • Tổng quan
    • Tạo một dự án API mới
    • Kiến thức cơ bản về Endpoint
    • Hướng dẫn thiết kế API
    • Mô-đun
    • Cấu hình nhiều ví dụ về body của yêu cầu
    • Thành phần
    • Trường Chung
    • Tham số toàn cục
    • Lịch sử thay đổi endpoint
    • Bình luận
    • Quản lý Endpoint Hàng loạt
    • Custom Protocol API
    • Chế độ Spec-first (Beta)
    • Lược đồ bảo mật
      • Tổng quan
      • Tạo Security Scheme
      • Sử dụng Lược đồ bảo mật
      • Lược đồ bảo mật trong tài liệu trực tuyến
    • Tính năng nâng cao
      • Trường Endpoint Tùy chỉnh
      • Các kịch bản kiểm thử được liên kết
      • Trạng thái Endpoint
      • Giao diện của Danh sách Tham số
      • Nhận dạng duy nhất endpoint
    • Schemas
      • Tổng quan
      • Tạo Schema Mới
      • Xây dựng Schema
      • Tạo Schema từ JSON, v.v.
      • oneOf, allOf, anyOf
      • Sử dụng Discriminator
  • Kiểm thử API
    • Tổng quan
    • Kịch bản kiểm thử
      • Tạo một kịch bản kiểm thử
      • Truyền dữ liệu giữa các yêu cầu
      • Điều kiện điều khiển luồng
      • Đồng bộ dữ liệu từ endpoint và trường hợp endpoint
      • Nhập Endpoint và Endpoint Case từ các dự án khác
      • Xuất Kịch bản Kiểm thử
    • Báo cáo kiểm thử
      • Báo cáo kiểm thử
    • Chạy kịch bản kiểm thử
      • Chạy một kịch bản kiểm thử
      • Chạy hàng loạt các kịch bản kiểm thử
      • Kiểm thử dựa trên dữ liệu
      • Dữ liệu kiểm thử dùng chung
      • Tác vụ đã lên lịch
      • Quản lý môi trường runtime của API từ các dự án khác
    • Bộ kiểm thử
      • Tổng quan
      • Tạo một bộ kiểm thử
      • Điều phối Bộ kiểm thử
      • Chạy bộ kiểm thử cục bộ
      • Chạy Bộ Kiểm Thử Qua CLI
      • Tác vụ đã lên lịch
    • Kiểm thử API
      • Kiểm thử tích hợp
      • Kiểm thử hiệu năng
      • Kiểm thử End-to-End
      • Kiểm thử hồi quy
      • Kiểm thử hợp đồng
    • Apidog CLI
      • Tổng quan
      • Cài đặt và chạy Apidog CLI
      • Tùy chọn Apidog CLI
    • CI/CD
      • Tổng quan
      • Tích hợp với Github Actions
      • Tích hợp với Gitlab
      • Tích hợp với Jenkins
      • Kích hoạt kiểm thử bằng Git Commit
  • Xuất bản tài liệu API
    • Tổng quan
    • Các công nghệ API được hỗ trợ
    • Chia sẻ nhanh
    • Xem tài liệu API
    • Tài liệu Markdown
    • Xuất bản site tài liệu
    • Trang đăng nhập tùy chỉnh
    • Bố cục tùy chỉnh
    • CSS, JavaScript, HTML tùy chỉnh
    • Tên miền tùy chỉnh
    • Tính năng AI
    • Cài đặt SEO
    • Cài đặt nâng cao
      • Tìm kiếm tài liệu
      • Proxy CORS
      • Tích hợp Google Analytics
      • Cài đặt cây thư mục
      • Cài đặt khả năng hiển thị
      • Nhúng giá trị vào URL tài liệu
    • Phiên bản API
      • Tổng quan
      • Tạo phiên bản API
      • Xuất bản các phiên bản API
      • Chia sẻ endpoint theo phiên bản API
  • Nhánh
    • Tổng quan
    • Tạo một Sprint Branch
    • Kiểm thử API trong một nhánh
    • Thiết kế API trong một nhánh
    • Hợp nhất các nhánh Sprint
    • Quản lý Nhánh Sprint
    • AI Branch (Beta)
  • Tính năng AI
    • Tổng quan
    • Bật các tính năng AI
    • Tạo Trường hợp Kiểm thử
    • Sửa đổi Schema bằng AI
    • Kiểm tra tuân thủ endpoint
    • Kiểm tra mức độ hoàn chỉnh của tài liệu API
    • Đặt tên trường bằng AI
    • Câu hỏi thường gặp
  • Máy chủ MCP Apidog
    • Tổng quan
    • Kết nối dự án Apidog với AI
    • Kết nối tài liệu đã xuất bản với AI
    • Kết nối tệp OpenAPI với AI
  • Thực hành tốt nhất
    • Xử lý chữ ký API
    • Truy cập các API được bảo vệ bằng OAuth 2.0
    • Quy trình cộng tác
    • Quản lý trạng thái xác thực
  • Không gian ngoại tuyến
    • Tổng quan
  • Apidog Europe
    • Apidog Europe
  • Quản trị
    • Quản lý dự án
      • Quản lý dự án
      • Cài đặt thông báo
      • Quản lý thành viên dự án
      • Tài nguyên dự án
        • Kết nối cơ sở dữ liệu
        • Kết nối Git
    • Quản lý nhóm
      • Quản lý nhóm
      • Quản lý thành viên nhóm
      • Hoạt động của nhóm
      • Vai trò & Quyền của Nhóm
      • Tài nguyên nhóm
        • General Runner
        • Biến nhóm
        • Request Proxy Agent
      • Cộng tác thời gian thực
        • Cộng tác nhóm
    • Danh sách kiểm tra onboarding
      • Khái niệm cơ bản
      • Hướng dẫn nhập môn
    • Quản lý tổ chức
      • Quản lý Tổ chức
      • Vai trò & Quyền trong Tổ chức
      • Quản lý gói
        • Người quản lý thanh toán trong tổ chức
      • Đăng nhập một lần (SSO)
        • Tổng quan về SSO
        • Cấu hình Microsoft Entra ID
        • Cấu hình Okta
        • Cấu hình SSO cho một tổ chức
        • Quản lý tài khoản người dùng
        • Ánh xạ Nhóm tới Đội
      • Cấp phát SCIM
        • Giới thiệu về cấp phát SCIM
        • Microsoft Entra ID
        • Okta
      • Tài nguyên tổ chức
        • Self-Hosted Runner
  • Thanh toán
    • Tổng quan
    • Credits
    • Nâng cấp gói của bạn
    • Phương thức thanh toán thay thế
    • Quản lý đăng ký
    • Chuyển các nhóm trả phí vào tổ chức
  • Tiện ích bổ sung
    • API Hub
    • Apidog Intellij IDEA Plugin
    • Tiện ích mở rộng trình duyệt
      • Chrome
      • Microsoft Edge
    • Proxy yêu cầu
      • Proxy yêu cầu trên Web
      • Proxy yêu cầu trong tài liệu được chia sẻ
      • Proxy yêu cầu trong Client
  • Dữ liệu và bảo mật
    • Lưu trữ và bảo mật dữ liệu
    • Quyền riêng tư và bảo mật dữ liệu người dùng
    • Định tuyến yêu cầu và bảo mật dữ liệu
  • Tham chiếu
    • Phương pháp tiếp cận API Design-First
    • Phần mở rộng Đặc tả OpenAPI của Apidog
    • JSONPath
    • XPath
    • Biểu thức chính quy
    • JSON Schema
    • Định dạng tệp CSV
    • Cài đặt môi trường Java
    • Môi trường triển khai Runner
    • Cú pháp Markdown của Apidog
    • Tiện ích mở rộng Swagger của Apidog
      • Tổng quan
      • x-apidog-folder
      • x-apidog-status
      • x-apidog-name
      • x-apidog-maintainer
    • Tiện ích mở rộng JSON Schema của Apidog
      • Tổng quan
      • x-apidog-mock
      • x-apidog-orders
      • x-apidog-enum
  • Trung tâm hỗ trợ
  1. Chạy kịch bản kiểm thử

Chạy một kịch bản kiểm thử

Sau khi đã xây dựng kịch bản kiểm thử, bạn có thể chạy kịch bản đó để tạo báo cáo kiểm thử.

Chọn phương thức chạy phù hợp#

Apidog cung cấp nhiều cách để chạy kịch bản kiểm thử, phù hợp với các yêu cầu kiểm thử khác nhau.
1.
Thực thi trực quan cục bộ:
Phương thức này được khởi chạy từ máy cục bộ và phù hợp cho kiểm thử nhanh ở quy mô nhỏ. Phương thức này đặc biệt hiệu quả khi quá trình phát triển và kiểm thử diễn ra đồng thời, cho phép giám sát theo thời gian thực và điều chỉnh ngay lập tức.
2.
Thực thi cục bộ bằng Apidog CLI:
Lý tưởng để xử lý dữ liệu quy mô lớn hoặc các kịch bản lặp, phương thức này mang lại tốc độ thực thi cao hơn. Phương thức này có thể chạy ngoại tuyến, phù hợp với các môi trường có tài nguyên hạn chế hoặc không yêu cầu giao diện người dùng đồ họa.
3.
Thực thi CI/CD:
Kiểu thực thi này được tích hợp trong pipeline CI/CD, là một lựa chọn rất phù hợp cho các quy trình tích hợp tự động và triển khai liên tục. Phương thức này đặc biệt hữu ích trong các môi trường mà kiểm thử được chạy thường xuyên để xác nhận tính ổn định của API sau mỗi lần cập nhật mã.
4.
Thực thi bằng runner tự lưu trữ:
Các nhóm có thể thiết lập Apidog Runner trên máy chủ riêng của họ, tận dụng tài nguyên tính toán mạnh hơn cho việc kiểm thử. Phương thức này hỗ trợ các tác vụ theo lịch, rất phù hợp cho các kịch bản cần kiểm thử định kỳ hoặc có yêu cầu kiểm thử đáng kể.
TIP
Trong các kịch bản kiểm thử, nếu sử dụng biến môi trường/biến toàn cục, giá trị thực tế của các biến này có thể khác nhau tùy theo phương thức thực thi được chọn, điều này có thể dẫn đến kết quả kiểm thử không nhất quán. Tìm hiểu thêm.
Hãy bắt đầu với thực thi trực quan cục bộ.

Bắt đầu#

1
Đi tới kịch bản kiểm thử mong muốn và chọn môi trường mà bạn muốn các yêu cầu chạy trong đó.
Giao diện chọn môi trường cho kịch bản kiểm thử
2
Nhấp vào "Run".
3
Bạn sẽ thấy một báo cáo kiểm thử hiển thị các thông tin như tỷ lệ vượt qua, thời gian thực thi và dữ liệu khác cho lần chạy hiện tại. Bạn có thể mở rộng từng yêu cầu để xem các kiểm tra xác thực và khẳng định.
Báo cáo kiểm thử hiển thị tỷ lệ vượt qua và thời gian thực thi
4
Nhấp vào "more" để kiểm tra chi tiết yêu cầu và phản hồi thực tế.
Chế độ xem chi tiết yêu cầu và phản hồi
Tìm hiểu thêm về báo cáo kiểm thử.

Tùy chọn chạy trong kịch bản kiểm thử#

Khi chạy một kịch bản kiểm thử trong Apidog, có thể cấu hình nhiều thiết lập và tùy chọn để điều chỉnh quá trình thực thi kiểm thử theo các yêu cầu cụ thể.
Giao diện tùy chọn và thiết lập chạy kịch bản kiểm thử
Dưới đây, chúng ta sẽ xem xét các khía cạnh quan trọng của những thiết lập này:

Môi trường#

Chỉ định dịch vụ (base URL) mà các yêu cầu trong kịch bản sẽ được gửi tới và bộ biến sẽ được sử dụng. Tìm hiểu thêm chi tiết tại môi trường & dịch vụ.
Lưu ý rằng yêu cầu tùy chỉnh có URL đầy đủ riêng và sẽ KHÔNG được gửi tới môi trường được thiết lập trong ngữ cảnh này, khác với các bước đã nhập.

Dữ liệu kiểm thử#

Kịch bản kiểm thử hỗ trợ nhập các bộ dữ liệu kiểm thử bên ngoài. Khi kịch bản kiểm thử chạy, hệ thống sẽ lặp qua tất cả các bộ dữ liệu trong tệp dữ liệu và gán dữ liệu trong các bộ dữ liệu cho các biến tương ứng; xem kiểm thử theo hướng dữ liệu để biết chi tiết.

Số lần lặp#

Cấu hình số lần tất cả các bước trong kịch bản sẽ được thực thi theo vòng lặp.
Nếu có lượng dữ liệu đáng kể cần xử lý, bạn nên sử dụng Apidog CLI để thực thi thay vì Apidog client nhằm tối ưu hiệu năng.

Luồng#

Thực thi tất cả các bước trong nhiều luồng, trong đó dữ liệu giữa các luồng được cô lập để tránh gây nhiễu lẫn nhau.
Lưu ý rằng tính năng này đang ở giai đoạn Beta và có thể cần tối ưu thêm về hiệu năng. Đối với kiểm thử tải nghiêm ngặt, nên sử dụng chức năng Kiểm thử hiệu năng thay thế.
CLI không hỗ trợ luồng.

Chạy trên#

Máy thực sự tiêu thụ tài nguyên phần cứng để chạy các kịch bản kiểm thử. Tất cả yêu cầu được khởi tạo trong các kịch bản kiểm thử sẽ được gửi từ máy được chỉ định tại đây. Do đó, sự khác biệt trong môi trường mạng của máy gửi yêu cầu có thể dẫn đến các kết quả kiểm thử khác nhau.
NOTE
Thiết lập này sẽ không được lưu như một phần của cấu hình chạy kịch bản kiểm thử. Mỗi lần chạy, máy cục bộ sẽ được sử dụng theo mặc định để chạy các kịch bản kiểm thử. Ngoài ra, thiết lập này sẽ không có hiệu lực trong các lần chạy hàng loạt hoặc thực thi CLI. Trong các trường hợp này, yêu cầu sẽ được khởi tạo bằng tài nguyên của máy hiện tại.
Khi chỉ định một máy để chạy kịch bản kiểm thử, nếu kịch bản kiểm thử liên quan đến tệp (chẳng hạn như gửi tệp, kết nối cơ sở dữ liệu, chương trình bên ngoài, chứng chỉ SSL, v.v.), tất cả các tệp bắt buộc phải được lưu trữ cục bộ trên máy được chỉ định để bảo đảm hoạt động đúng.

Thông báo#

Việc bật tính năng này sẽ gửi thông báo đến người nhận được chỉ định sau khi kịch bản kiểm thử thủ công hoàn tất. Thông báo sẽ bao gồm tổng quan về kết quả kiểm thử và liên kết đến báo cáo chi tiết. Bạn có thể cấu hình gửi thông báo ngay khi kiểm thử kết thúc hoặc chỉ khi xảy ra lỗi, giúp giảm thiểu các cảnh báo không cần thiết. Tham khảo thiết lập thông báo để biết thêm thông tin chi tiết.

Chia sẻ#

Bằng cách bật tùy chọn "Share" ở phía bên phải của Advanced Settings, báo cáo kiểm thử được tạo sau mỗi lần chạy kịch bản kiểm thử sẽ tự động được chia sẻ với các thành viên khác của dự án. Bạn có thể xem tất cả báo cáo kiểm thử đã được chia sẻ trong nhóm tại tab Shared trong phần Test Reports. Tham khảo báo cáo kiểm thử để biết thêm chi tiết.
Nếu kịch bản kiểm thử hiện tại bao gồm các bước có endpoint được nhập từ các dự án khác, bạn có thể tham khảo hướng dẫn này: Quản lý môi trường chạy của API từ các dự án khác

Thiết lập nâng cao#

Bảng thiết lập nâng cao cho kịch bản kiểm thử

Khi xảy ra lỗi#

Cấu hình cách kiểm thử xử lý lỗi, có thể bao gồm lỗi khẳng định, lỗi kiểm tra định dạng dữ liệu, lỗi máy chủ, v.v. Các tùy chọn gồm:
Bỏ qua: Tiếp tục thực thi bước tiếp theo khi xảy ra lỗi (thiết lập mặc định).
Tiếp tục: Kết thúc lần lặp hiện tại và bắt đầu lần lặp tiếp theo khi xảy ra lỗi.
Kết thúc thực thi: Dừng toàn bộ lần chạy khi gặp lỗi.

Độ trễ#

Thiết lập khoảng tạm dừng giữa việc gửi từng bước để quản lý và kiểm soát tốc độ thực thi.

Lưu yêu cầu/phản hồi#

Theo mặc định, Apidog lưu mọi yêu cầu và phản hồi. Trong các trường hợp yêu cầu hoặc phản hồi có dung lượng rất lớn (có thể lên tới vài MB), chúng có thể chiếm đáng kể dung lượng đĩa. Bạn có thể bật tùy chọn này để không lưu mọi yêu cầu và phản hồi, mà chỉ lưu kết quả khẳng định và kiểm tra xác thực.
Ngoài ra, bạn có thể chọn chỉ lưu các yêu cầu và phản hồi thất bại để tiết kiệm dung lượng.

Giữ giá trị biến#

Tùy chọn này được bật theo mặc định, bảo đảm rằng giá trị hiện tại của các biến toàn cục và môi trường, khi được sửa đổi trong quá trình kiểm thử, sẽ giữ lại kết quả sửa đổi cuối cùng. Nếu tùy chọn này bị tắt, các biến toàn cục và biến môi trường sẽ không thay đổi sau lần chạy kiểm thử; chúng sẽ giữ giá trị trước khi chạy.
Biến cục bộ không bị ảnh hưởng bởi thiết lập này và sẽ bị xóa sau mỗi lần chạy.

Chạy với cookie đã lưu#

Ở góc dưới bên phải của Apidog, biểu tượng Cookies dẫn đến phần quản lý cookie. Apidog tự động lưu cookie khi thực hiện yêu cầu API. Nếu bạn muốn sử dụng cookie đã lưu trong quá trình thực thi kịch bản kiểm thử, hãy bật tùy chọn này.

Lưu cookie sau khi chạy#

Tương tự như trên, nếu bạn muốn cập nhật cookie đã lưu sau khi thực thi một kịch bản kiểm thử, hãy bật tùy chọn này.
Bằng cách cấu hình các thiết lập nâng cao này trong Apidog, bạn có thể tinh chỉnh quá trình thực thi kiểm thử để đáp ứng nhu cầu kiểm thử cụ thể, bảo đảm các lần chạy kiểm thử hiệu quả và chính xác.

Thiết lập runtime trong chế độ thiết kế kịch bản kiểm thử#

Nếu bạn đang ở chế độ thiết kế kịch bản kiểm thử, các cấu hình runtime liên quan sẽ được thu gọn ở phía bên phải của nút "Run". Di chuột lên nút thiết lập này để xem cấu hình runtime chi tiết cho kịch bản kiểm thử này.
Thiết lập cấu hình runtime trong chế độ thiết kế

Chạy kiểm thử chức năng#

Sau khi chạy kiểm thử chức năng, bạn sẽ được chuyển đến trang thực thi kịch bản kiểm thử. Biểu đồ hình tròn trong hình dưới đây cung cấp tổng quan về kết quả kiểm thử, được cập nhật theo thời gian thực khi kịch bản kiểm thử đang chạy. Bên dưới biểu đồ hình tròn, bạn sẽ thấy các bước kiểm thử chi tiết đang được thực thi, với trạng thái của từng bước được hiển thị trong quá trình chạy.
Trang thực thi kiểm thử chức năng với kết quả theo thời gian thực
Sau khi lần chạy kiểm thử chức năng hoàn tất, bạn có thể nhấp vào endpoint liên quan để xem các chỉ số và trạng thái của endpoint đó trong quá trình kiểm thử. Thông tin này bao gồm tên endpoint, phương thức yêu cầu, URL yêu cầu, mã trạng thái phản hồi, thời gian phản hồi, nội dung phản hồi, kiểm tra xác thực dữ liệu và kết quả khẳng định. Để biết thêm chi tiết, vui lòng tham khảo báo cáo kiểm thử.

Quy tắc sử dụng biến môi trường/biến toàn cục giữa các phương thức chạy khác nhau#

Biến môi trường và biến toàn cục là các biến bền vững, nghĩa là chúng có thể được lưu để sử dụng lâu dài qua nhiều lần chạy hoặc nhiều kịch bản kiểm thử khác nhau. Tuy nhiên, giá trị biến thực tế được sử dụng có thể thay đổi tùy thuộc vào phương thức chạy được chọn. Ví dụ:
Nếu một kịch bản kiểm thử sử dụng biến môi trường Token, kịch bản đó có thể chạy thành công khi được thực thi trong client, nhưng thất bại khi chạy bằng Runner tự lưu trữ vì giá trị của Token không chính xác.
Sự khác biệt này có thể xảy ra vì giá trị thực tế của biến môi trường Token được lấy từ giá trị được lưu cục bộ trong client trong quá trình thực thi. Tuy nhiên, khi chạy trong Runner tự lưu trữ, Runner không có cùng Token được lưu cục bộ, dẫn đến thất bại.
Để giải quyết vấn đề này, Apidog cung cấp một bộ quy tắc để quản lý giá trị của biến môi trường/biến toàn cục giữa các phương thức chạy khác nhau:
Phương thức chạyCách sử dụng biến môi trường/biến toàn cụcVị trí lưu trữ biến
Cục bộ (Client, Web)Sử dụng giá trị hiện tại của các biến môi trường/biến toàn cục để thực thi.Được lưu trữ cục bộ. Có thể được sửa đổi thủ công hoặc cập nhật thông qua bộ xử lý trước/sau. Hiển thị trong Environment Management > Environment/Global Variables > Current Values.
CLI, CI/CDĐối với thực thi trực tuyến theo thời gian thực:
  1. Sử dụng giá trị ban đầu của các biến môi trường/biến toàn cục để thực thi (mặc định).
  2. Chỉ định việc sử dụng giá trị biến môi trường/biến toàn cục được lưu trong một tệp trên máy chạy kịch bản kiểm thử thông qua tùy chọn --variables path. Tìm hiểu thêm.
Đối với thực thi với dữ liệu đã xuất:
  1. Sử dụng giá trị biến môi trường/biến toàn cục có trong tệp đã xuất để thực thi.
  1. Giá trị ban đầu được lưu trong Apidog Cloud và chỉ có thể được sửa đổi thủ công trong client.
  2. Được lưu trong tệp được chỉ định bởi tùy chọn --variables path, cho phép sửa đổi thủ công hoặc cập nhật thông qua bộ xử lý trước/sau.
  3. Được lưu trong tệp đã xuất. Có thể được sửa đổi thủ công hoặc cập nhật thông qua bộ xử lý trước/sau.
Runner tự lưu trữ
  1. Sử dụng giá trị ban đầu của các biến môi trường/biến toàn cục để thực thi (mặc định).
  2. Sử dụng các giá trị được lưu cục bộ trong Runner để thực thi. Tìm hiểu thêm.
  1. Giá trị ban đầu được lưu trong Apidog Cloud và chỉ có thể được sửa đổi thủ công trong client.
  2. Được lưu trong Runner được chỉ định. Có thể được sửa đổi thủ công hoặc cập nhật thông qua bộ xử lý trước/sau. Hiển thị thông qua giao diện người dùng sản phẩm hoặc trong tệp bên trong Runner tại /opt/runner/variables.

Chạy kịch bản kiểm thử với endpoint từ các dự án khác#

Khi một kịch bản kiểm thử bao gồm các endpoint được nhập từ các dự án khác, URL yêu cầu cho các endpoint này trong quá trình thực thi được xác định bởi cấu hình bạn thiết lập trong Environment associations.
Ví dụ:
Nếu "Develop Env" của dự án hiện tại được liên kết với "Prod Env" của một dự án khác, khi chạy kịch bản kiểm thử bằng "Develop Env", endpoint đã nhập sẽ được gửi tới URL từ "Prod Env". Tất cả các endpoint khác sẽ sử dụng URL từ "Develop Env" của dự án hiện tại.
Cấu hình liên kết môi trường cho endpoint liên dự án

Triển khai các loại kiểm thử khác nhau#

Các bước đã đề cập thể hiện cách thực thi cơ bản của một kịch bản kiểm thử. Khi thiết lập kịch bản kiểm thử, bạn có thể kết hợp nhiều thiết lập nâng cao để đáp ứng các yêu cầu kiểm thử đa dạng.
Kiểm thử theo hướng dữ liệu: Tiến hành kiểm thử bằng các bộ dữ liệu đa dạng để xác thực hành vi của hệ thống trong nhiều kịch bản khác nhau.
Kiểm thử hiệu năng: Đánh giá hiệu năng hệ thống dưới các điều kiện tải khác nhau để đánh giá khả năng mở rộng và mức độ phản hồi.
Tác vụ theo lịch: Thiết lập các kế hoạch có cấu trúc nêu rõ phạm vi, phương pháp và thời điểm của các hoạt động kiểm thử.
Tích hợp CI/CD: Tự động hóa các quy trình build, kiểm thử và triển khai để bảo đảm các bản phát hành phần mềm đáng tin cậy và thường xuyên.
Modified at 2026-06-11 10:23:06
Previous
Báo cáo kiểm thử
Next
Chạy hàng loạt các kịch bản kiểm thử
Built with