Báo cáo môn kiểm thử phần mềm với đề tài BankingDomainApplicationTesting, PaymentGatewayTesting, CommercialWebsiteTesting

Báo cáo bài tập lớn môn kiểm thử phần mềm với 3 đề tài Banking Domain Application Testing, Payment Gateway Testing, Commercial website testing bằng python selenium tự động nhập số liệu kiểm thử để demo

Bảng phân công công việc

Người thực hiện Nhiệm vụ

======== Kiểm tra ứng dụng tên miền ngân hàng

=========Hướng dẫn kiểm tra cổng thanh toán (payment gateway) với các trường hợp kiểm tra mẫu

============= Cách kiểm tra trang web thương mại điện tử

KHOA CÔNG NGHỆ THÔNG TIN

Nghiên cứu các kỹ thuật kiểm thử phần mềm đóng vai trò quan trọng trong việc đảm bảo chất lượng cho các hệ thống ứng dụng ngân hàng, web thương mại điện tử và các cổng thanh toán Việc áp dụng các phương pháp kiểm thử hiệu quả giúp phát hiện lỗi, nâng cao tính bảo mật và cải thiện trải nghiệm người dùng Thông qua việc phân tích các kỹ thuật kiểm thử hiện có, bài viết sẽ cung cấp cái nhìn sâu sắc về cách thức tối ưu hóa quy trình kiểm thử cho các ứng dụng quan trọng này.

Kiểm tra ứng dụng tên miền ngân hàng

Khái niệm về domain trong kiểm thử

Domain là lĩnh vực mà các dự án kiểm thử phần mềm được phát triển Thuật ngữ này thường xuất hiện khi bàn về dự án hoặc phát triển phần mềm, ví dụ như Domain trong ngành bảo hiểm, ngân hàng, bán lẻ, viễn thông, và nhiều lĩnh vực khác.

Kiểm thử domain ngân hàng là kiểm thử tất cả mọi mặt hay một nhóm các chức năng, phạm vi mà dự án đề , lên kế hoạch trước.

Lợi ích khi kiểm thử domain

Kiến thức domain là quan trọng và cần thiết để thử nghiệm bất kỳ sản phẩm phần mềm nào và nó có những lợi ích riêng như:

Hình 1.1 Lợi ích khi kiểm thử domain

Kiến thức domain về ngân hàng

Khái niệm lĩnh vực ngân hàng là rất lớn và về cơ bản, nó được phân loại thành hai lĩnh vực

 Ngành ngân hàng truyền thống

 Dịch vụ ngân hàng dựa trên lĩnh vực

Dưới đây là bảng dịch vụ hai phân ngành ngân hàng này bao gồm

*Ngành ngân hàng truyền thống bao gồm :

*Dịch vụ ngân hàng dựa trên lĩnh vực bao gồm :

 Khoản vay  Tài chính thương mại

 Ngân hàng tư nhân  Tài chính tiêu dùng

 Ngân hàng Hồi giáo  Kênh phân phối/ giao hàng

Tùy thuộc vào phạm vi dự án của bạn, có thể bạn sẽ cần kiểm tra một hoặc tất cả các dịch vụ được đề cập Trước khi bắt đầu quá trình thử nghiệm, hãy chắc chắn rằng bạn đã nắm vững kiến thức nền tảng về dịch vụ mà bạn đang tiến hành kiểm tra.

Đặc điểm của ứng dụng ngân hàng

Một ứng dụng ngân hàng tiêu chuẩn phải đáp ứng tất cả các đặc điểm sau:

 Hỗ trợ hàng ngàn phiên người dùng đồng thời

 Một ứng dụng ngân hàng nên tích hợp với nhiều ứng dụng khác như tài khoản giao dịch, tiện ích thanh toán hóa đơn, thẻ tín dụng…

 Nó nên xử lý các giao dịch nhanh chóng và an toàn

 Nó nên bao gồm hệ thống lưu trữ lớn.

 Để khắc phục sự cố của khách hàng, cần có khả năng audit cao

 Nó sẽ xử lý các quy trình công việc phức tạp

 Cần hỗ trợ người dùng trên nhiều nền tảng (Mac, Linux, Unix, Windows)

 Thời gian thực và xử lý hàng loạt

 Tỷ lệ giao dịch mỗi giây cao

Tầm Quan Trọng Của Việc Thử Nghiệm Ứng Dụng Ngân Hàng

 Việc kiểm tra ứng dụng Ngân hàng đảm bảo rằng tất cả các hoạt động không chỉ được thực hiện tốt mà còn được bảo vệ và bảo mật.

Phần mềm ngân hàng có cấu trúc phức tạp, với hàng nghìn phần phụ thuộc, khiến quá trình thử nghiệm trở nên tốn thời gian và nguồn lực Điều này đòi hỏi sự giám sát liên tục để đảm bảo hiệu suất và độ tin cậy của hệ thống.

Các nguyên tắc tài chính cần được tuân thủ nghiêm ngặt, yêu cầu cả người kiểm tra và nhà phát triển phải có kiến thức chuyên môn vững vàng.

Để đảm bảo tính chính xác trong các giao dịch tài chính, việc thực thi đúng đắn các luật và quy định là vô cùng quan trọng Điều này chỉ có thể đạt được thông qua các quy trình thử nghiệm hiệu quả.

Để đảm bảo ứng dụng và cơ sở hạ tầng hoạt động hiệu quả, cần kiểm tra khả năng xử lý tải, đặc biệt trong giờ cao điểm, nhằm tránh gián đoạn dịch vụ Việc thực hiện kiểm tra hiệu suất là cần thiết để xác định và khắc phục các vấn đề tiềm ẩn.

Quy trình kiểm tra ứng dụng ngân hàng

Ví dụ: Đây là mô hình Thác nước để thử nghiệm một ứng dụng a) Thu thập Yêu cầu

Giai đoạn thu thập yêu cầu là quá trình tài liệu hóa các yêu cầu dưới dạng thông số kỹ thuật chức năng hoặc trường hợp sử dụng Các yêu cầu này được thu thập dựa trên nhu cầu của khách hàng và được ghi lại bởi các chuyên gia ngân hàng hoặc nhà phân tích kinh doanh.

Một ứng dụng ngân hàng thường bao gồm nhiều mô-đun riêng biệt như Chuyển khoản, Thẻ tín dụng, Báo cáo, Tài khoản Khoản vay, Thanh toán Hóa đơn và Giao dịch Đánh giá yêu cầu là một bước quan trọng trong quá trình phát triển ứng dụng này.

Việc cung cấp Thu thập Yêu cầu được xem xét bởi tất cả các bên liên quan như

Kỹ sư QA, Trưởng nhóm phát triển và Nhà phân tích kinh doanh đã xác minh và xác nhận tất cả các yêu cầu Họ thực hiện hành động theo dõi và sửa đổi tài liệu yêu cầu dựa trên các thông tin đã được xác nhận Đồng thời, việc lập kế hoạch kiểm tra cũng được thực hiện để đảm bảo chất lượng sản phẩm.

Trong giai đoạn này, Kỹ sư QA lấy các Kịch bản kinh doanh từ các tài liệu yêu cầu (Thông số chức năng hoặc Trường hợp sử dụng)

Các tình huống kinh doanh được trình bày sao cho tất cả các yêu cầu nghiệp vụ đều được đề cập đầy đủ Kịch bản kinh doanh là một cái nhìn tổng quan, không bao gồm các bước chi tiết.

Một khách hàng mở Khoản tiền gửi cố định trên giao diện ngân hàng kỹ thuật số là một ví dụ điển hình cho các kịch bản kinh doanh Ngoài ra, còn có nhiều kịch bản khác như tạo tài khoản ngân hàng ròng, gửi tiền trực tuyến và thực hiện chuyển khoản trực tuyến Việc kiểm tra chức năng của các dịch vụ này là rất quan trọng để đảm bảo hiệu suất và trải nghiệm người dùng tốt nhất.

Chuẩn bị các trường hợp thử nghiệm bắt đầu từ các Kịch bản nghiệp vụ, trong đó mỗi Kịch bản tạo ra nhiều trường hợp thử nghiệm tích cực và tiêu cực Việc đánh giá chi tiết các trường hợp thử nghiệm là bước quan trọng để đảm bảo tính chính xác và hiệu quả trong quá trình kiểm tra.

Kiểm thử chức năng của ứng dụng ngân hàng yêu cầu sự chú ý đặc biệt do liên quan đến tiền của khách hàng và dữ liệu tài chính nhạy cảm, vì vậy cần thực hiện kiểm tra kỹ lưỡng Không có kịch bản kinh doanh nào quan trọng nên bị bỏ qua Kiểm tra cơ sở dữ liệu cũng rất quan trọng, vì nó liên quan đến các giao dịch phức tạp ở cả cấp độ giao diện người dùng và cơ sở dữ liệu Cơ sở dữ liệu là một lớp riêng biệt trong ứng dụng, do đó việc kiểm tra nó cần được thực hiện bởi các chuyên gia có kinh nghiệm.

Sử dụng các kỹ thuật như: Đang tải dữ liệu Di chuyển cơ sở dữ liệu

Kiểm tra lược đồ và kiểu dữ liệu DB Kiểm tra quy tắc

Kiểm tra các thủ tục và chức năng được lưu trữ

Kiểm tra kích hoạt Toàn vẹn dữ liệu

Chủ yếu có ba cách Kiểm tra Cơ sở dữ liệu:

 Kiểm tra phi chức năng f) Kiểm tra bảo mật

Kiểm tra bảo mật là giai đoạn cuối cùng trong chu kỳ kiểm tra ứng dụng, yêu cầu hoàn tất kiểm thử chức năng và phi chức năng trước đó Đây là một phần quan trọng trong quy trình kiểm thử ứng dụng, đảm bảo rằng ứng dụng đáp ứng các tiêu chuẩn của Liên bang và Công nghiệp.

Do tính nhạy cảm của dữ liệu mà các ứng dụng ngân hàng xử lý, chúng thường trở thành mục tiêu chính của tin tặc và các hoạt động gian lận.

Kiểm tra bảo mật ứng dụng là cần thiết để phát hiện và khắc phục các lỗ hổng web, ngăn chặn việc lộ dữ liệu nhạy cảm cho kẻ xâm nhập Quá trình này cũng đảm bảo rằng ứng dụng tuân thủ các tiêu chuẩn bảo mật như OWASP Để thực hiện nhiệm vụ này, việc quét toàn bộ ứng dụng thường được thực hiện bằng các công cụ phổ biến như IBM AppScan và HP WebInspect.

Kiểm tra bảo mật kiểm tra ứng dụng chống lại:

 Mọi cuộc tấn công từ bên ngoài hoặc cố gắng hack ứng dụng với mục đích xấu.

 Bất kỳ lỗ hổng nào trong ứng dụng phần mềm đều có thể bị lợi dụng gây ra tổn thất dữ liệu hoặc tiền tệ.

 Bất kỳ lỗ hổng nào trong mạng, máy chủ hoặc máy trạm lưu trữ ứng dụng.

Các loại Kiểm tra bảo mật khác nhau:

Kiểm tra lỗ hổng bảo mật: Một chương trình tự động được phát triển và thực thi để kiểm tra các lỗ hổng bảo mật khác nhau.

Quét bảo mật tập trung vào việc phát hiện lỗ hổng trong mạng và hệ thống, từ đó đưa ra các giải pháp nhằm giảm thiểu rủi ro an ninh mạng.

Kiểm tra thâm nhập là một phương pháp bảo mật mô phỏng các cuộc tấn công mạng nhằm phát hiện các lỗ hổng và điểm yếu trong hệ thống Quá trình này giúp xác định những lỗ hổng có thể cho phép kẻ xấu truy cập trái phép vào cơ sở dữ liệu hoặc dữ liệu ứng dụng.

Kiểm tra bảo mật là quá trình đánh giá ứng dụng và các mạng liên quan để phát hiện lỗi bảo mật Đánh giá rủi ro thực hiện phân tích nhằm xác định mức độ rủi ro nếu có lỗ hổng bị khai thác Rủi ro được phân loại thành ba mức: thấp, trung bình và cao Dựa trên mức độ này, nhóm thử nghiệm sẽ đề xuất các biện pháp phù hợp để giảm thiểu hoặc ngăn chặn rủi ro.

Lấy cắp thông tin đạo đức là quá trình mà tổ chức thực hiện để xác định các lỗ hổng có thể bị khai thác trong ứng dụng hoặc mạng của họ, với mục đích không phải để gây thiệt hại mà để cải thiện an ninh Đánh giá tư thế bao gồm các hoạt động như quét bảo mật, đánh giá rủi ro và hack đạo đức nhằm đảm bảo an toàn cho hệ thống.

SQL Injection là một lỗ hổng bảo mật cho phép kẻ tấn công truy cập vào cơ sở dữ liệu máy chủ thông qua việc gửi các truy vấn độc hại Để bảo vệ hệ thống, cần thực hiện kiểm tra kỹ lưỡng nhằm đảm bảo rằng mã nguồn hoạt động chính xác và an toàn, tránh việc thực thi các truy vấn không mong muốn dựa trên đầu vào từ người dùng.

Dấu phẩy Dấu ngoặc kép

Những thách thức trong thử nghiệm domain ngân hàng & giảm thiểu

domain ngân hàng & giảm thiểu

Trong quá trình thử nghiệm tên miền ngân hàng, các tester thường đối mặt với thách thức lớn khi cần truy cập vào dữ liệu sản xuất và sao chép nó thành dữ liệu thử nghiệm Việc này không chỉ đòi hỏi kỹ năng chuyên môn cao mà còn cần tuân thủ các quy định về bảo mật dữ liệu.

 Đảm bảo rằng dữ liệu thử nghiệm đáp ứng các yêu cầu và hướng dẫn tuân thủ quy định

Để duy trì bảo mật dữ liệu, các kỹ thuật như che giấu dữ liệu, sử dụng dữ liệu thử nghiệm tổng hợp và tích hợp hệ thống thử nghiệm cần được áp dụng Một trong những thách thức lớn nhất trong hệ thống ngân hàng thử nghiệm là quá trình chuyển đổi từ hệ thống cũ sang hệ thống mới, bao gồm việc thử nghiệm tất cả các vòng lặp, phương pháp và kế hoạch.

Ngoài ra, cách dữ liệu sẽ được tìm nạp, tải lên và chuyển sang hệ thống mới sau khi di chuyển

 Đảm bảo kiểm tra di chuyển dữ liệu hoàn tất

Để đảm bảo chất lượng kiểm tra, cần thực hiện các trường hợp kiểm tra hồi quy trên cả hệ thống cũ và mới, đồng thời đảm bảo kết quả khớp nhau Ngoài ra, việc ghi chép không đầy đủ các yêu cầu có thể dẫn đến những lỗ hổng chức năng trong kế hoạch kiểm tra, ảnh hưởng đến hiệu quả tổng thể.

Nhiều yêu cầu phi chức năng không được ghi lại đầy đủ và người kiểm tra không biết có nên kiểm tra hay không

Việc kiểm thử cần được tích cực tham gia vào dự án từ giai đoạn Phân tích yêu cầu, nhằm đảm bảo các Yêu cầu nghiệp vụ được xem xét kỹ lưỡng Điều quan trọng nhất là xác minh xem hệ thống có tuân thủ các chính sách và quy trình đã đề ra hay không.

Kiểm tra chính sách tuân thủ và quy định là điều cần thiết, đặc biệt khi ứng dụng ngân hàng được tích hợp với các nền tảng khác như internet và Mobile banking Phạm vi và các mốc thời gian cần được mở rộng để đảm bảo tính hiệu quả và an toàn trong quá trình triển khai.

Để giải quyết vấn đề, hãy đảm bảo rằng ngân sách thời gian cho Kiểm tra tích hợp được tính toán hợp lý, đặc biệt nếu ứng dụng ngân hàng của bạn có nhiều giao diện bên ngoài.

Một trường hợp thử nghiệm mẫu

Bảo mật là yếu tố quan trọng hàng đầu trong bất kỳ ứng dụng ngân hàng nào Trong quá trình chuẩn bị thử nghiệm, nhóm QA cần thực hiện cả kịch bản thử nghiệm tích cực và tiêu cực nhằm phát hiện và báo cáo mọi lỗ hổng trước khi có bất kỳ cá nhân trái phép nào tiếp cận hệ thống.

Nó không chỉ liên quan đến việc viết các trường hợp thử nghiệm tiêu cực mà còn có thể bao gồm thử nghiệm phá hủy.:

1 Dành cho quản trị viên

 Xác minh đăng nhập của quản trị viên với dữ liệu hợp lệ và không hợp lệ

 Xác minh đăng nhập quản trị mà không có dữ liệu

 Xác minh tất cả các liên kết nhà quản trị

 Xác minh mật khẩu thay đổi quản trị viên với dữ liệu hợp lệ và không hợp lệ

 Xác minh quản trị viên thay đổi mật khẩu mà không có dữ liệu

 Xác minh quản trị viên thay đổi mật khẩu với dữ liệu hiện có

 Xác minh đăng xuất quản trị

 Tạo một branch mới với dữ liệu hợp lệ và không hợp lệ

 Tạo một branch mới mà không có dữ liệu

 Tạo một branch mới với dữ liệu nhánh hiện có

 Xác minh tùy chọn đặt lại và hủy

 Cập nhật branch với dữ liệu hợp lệ và không hợp lệ

 Cập nhật branch không có dữ liệu

 Cập nhật branch với dữ liệu chi nhánh hiện có

 Xác minh tùy chọn hủy

 Xác minh xóa branch có và không có phụ thuộc

 Xác minh tùy chọn tìm kiếm chi nhánh

 Tạo một rule mới với dữ liệu hợp lệ và không hợp lệ

 Tạo một rule mới mà không có dữ liệu

 Xác nhận rule mới với dữ liệu hiện có

 Xác minh mô tả rule và loại rule

 Xác minh tùy chọn hủy và đặt lại

 Xác minh xóa rule có và không có phụ thuộc

 Xác minh các liên kết trong trang chi tiết rule

4 Dành cho khách hàng và khách truy cập

 Xác minh tất cả các liên kết của khách truy cập hoặc khách hàng

 Xác nhận khách hàng đăng nhập với dữ liệu hợp lệ và không hợp lệ

 Xác nhận khách hàng đăng nhập mà không có dữ liệu

 Xác nhận đăng nhập ngân hàng mà không có dữ liệu

 Xác minh đăng nhập ngân hàng với dữ liệu hợp lệ hoặc không hợp lệ

5 Dành cho người dùng mới

 Tạo người dùng mới với dữ liệu hợp lệ và không hợp lệ

 Tạo người dùng mới không có dữ liệu

 Tạo người dùng mới với dữ liệu branch hiện có

 Xác minh tùy chọn hủy và đặt lại

 Cập nhật người dùng với dữ liệu hợp lệ và không hợp lệ

 Cập nhật người dùng với dữ liệu hiện có

 Xác minh tùy chọn hủy

 Xác minh xóa người dùng

Ví dụ kiểm tra chức năng module chuyển tiền

 Đi tới trang chủ của trang web ngân hàng.

 Đến trang đăng nhập trang web ngân hàng.

 Nhập tên người dùng và mật khẩu.

 Chuyển đến trang chuyển tiền.

 Chọn ngân hàng chuyển tiền

 Chọn tài khoản người cần chuyển , số tài khoản người thụ hưởng.

 Nhập số tiền cần chuyển

 Thông điệp có thể nhập hoặc để trống

 Bấm nút thực hiện chuyển tiền

 Thông báo sẽ hiển thị trang thái chuyển tiền.

 Bất cứ bước nào ở trên Sẽ có các ngoại lệ được thu lại như các trường kiểm thử đầu vào

 Quy trình điền các trường vào form được thực hiện với nhiều test case để thực hiện kiểm thử dựa trên bộ test mẫu trong file test.xlsx.

 Kết quả kiểm thử các bước sẽ được lưu lại trong file result.xlsx b) Các trường trong file báo cáo excel

1 Ngân hàng Đây là trường chọn ngân hàng đích trong form chuyển tiền

2 Số tiền Đây là trường nhập số lượng tiền cần chuyển

3 Trạng thái Trạng thái thu về sau mỗi test thực hiện ( có thể là lỗi hoặc thành công )

4 Thành công Trường hỗ trợ trạng thái truyển tiền thành công hay thất bại (0 là thất bại , 1 là thành công)

Để đánh giá xem test case có đúng với mẫu hay không, cần thực hiện việc kiểm tra với kết quả PASS cho trường hợp vượt qua và FAIL cho trường hợp không vượt qua Bên cạnh đó, việc xác định công cụ kiểm thử cũng rất quan trọng trong quy trình này.

Để xác định công cụ kiểm thử cho mã viết bằng ngôn ngữ Python trên Pycharm, bạn có thể sử dụng các thư viện tiện ích hỗ trợ như NumPy, Pandas, Selenium, và ChromeDriverManager Những công cụ này giúp tối ưu hóa quá trình kiểm thử và phát triển ứng dụng, mang lại hiệu quả cao trong việc xử lý dữ liệu và tự động hóa các tác vụ trên trình duyệt.

Sử dụng thư viện Selenium kết hợp với driver để tương tác với trình duyệt, giúp nhập và gửi dữ liệu hiệu quả Bên cạnh đó, Pandas và NumPy được sử dụng để xuất và truy xuất dữ liệu phục vụ cho việc tạo báo cáo.

Sử dụng Pycharm chạy mã python trên môi trường python 3.9

 Main.py là file chứa mã chính của chương trình

 Generate.py là file chứa các hàm sinh test và lấy test từ dữ liệu từ excel

 File result.xlsx ở cùng thư mục chứ file kết quả của các test case

The file "test.xlsx" contains sample test cases, including screenshots of the PyCharm testing tool, the login screen, the money transfer form, and the results display Additionally, it features the "result.xlsx" file for comparing outcomes after executing the test code.

 Sau khi kiểm thử dữ liệu test được đưa vào file result.xlsx thì xác nhận có 4 Ảnh 9.7 File result.xlsx Ảnh 9.8 File result.xlsx

 Tiến hành đối chiếu với file test.xlsx để xác nhận lỗi chi tiết tại các dòng 18,26,55,86 đều không khớp với test mẫu

Dòn g Đầu ra thực tế Đầu ra mong muốn KQ

1 18 Chuyen tien thanh cong ! So tien toi giao dich toi thieu la 1000đ

2 26 Chuyen tien thanh cong ! So tien toi giao dich toi thieu la 1000đ

3 55 Chuyen tien thanh cong ! So tien toi giao dich toi thieu la 1000đ

4 86 Giao dich that bai So du khong du

Han muc giao dich toi da 100.000.000đ

Có 2 lỗi được mã phát hiện là “So tien toi giao dich toi thieu la 1000đ” và “Han muc giao dich toi da 100.000.000đ” Được thông báo rõ qua bảng Từ đó xác nhận ra lỗi và kiểm thử lại sau

Hướng dẫn kiểm tra cổng thanh toán (payment gateway) với các trường hợp kiểm tra mẫu

Kiểm tra cổng thanh toán là gì?

Cổng thanh toán là một dịch vụ thương mại điện tử cho phép chấp nhận thanh toán bằng thẻ tín dụng trong mua sắm trực tuyến Hệ thống này bảo vệ thông tin thẻ tín dụng thông qua việc mã hóa dữ liệu như số thẻ và thông tin chủ tài khoản Nhờ đó, thông tin được truyền tải an toàn giữa khách hàng và người bán.

Cổng thanh toán hiện đại cũng chấp thuận thanh toán qua thẻ ghi nợ, chuyển khoản ngân hàng điện tử, thẻ tiền mặt, điểm thưởng, v.v.

Thuật ngữ cho các cổng thanh toán

Hãy xem qua một số thuật ngữ mà chúng tôi sẽ sử dụng trong bài viết này -

Merchant (Thương nhân) - Thương gia là một cá nhân hoặc doanh nghiệp bán hàng hóa hoặc dịch vụ Một số thương gia bao gồm Flipkart, Amazon và eBay.

Thẻ tín dụng là một loại thẻ nhựa cho phép người dùng mua sắm hàng hóa và dịch vụ thông qua tài khoản tín dụng Mỗi thẻ tín dụng có 16 chữ số, ngày hết hạn, hình ba chiều, dải từ tính, bảng chữ ký và số CVV (Giá trị xác minh thẻ) ở mặt sau.

Ngân hàng mua lại (Acquiring bank) là một tổ chức tài chính có vai trò quản lý tài khoản ngân hàng của người bán, đồng thời cho phép họ chấp nhận và xử lý các giao dịch thẻ tín dụng và thẻ ghi nợ tại địa điểm kinh doanh của mình.

Ngân hàng phát hành là tổ chức tài chính cung cấp thẻ ghi nợ và thẻ tín dụng cho khách hàng Khi khách hàng thực hiện giao dịch, ngân hàng phát hành sẽ quyết định chấp thuận hoặc từ chối dựa trên tình trạng tài khoản của chủ thẻ Thông tin cần thiết cho quyết định này được yêu cầu từ ngân hàng mua Chẳng hạn, nếu thẻ đã hết hạn hoặc số tiền giao dịch vượt quá hạn mức tín dụng, giao dịch sẽ bị từ chối.

Transaction (Giao dịch) - Thủ tục đầu cuối mà người bán nhận được tiền từ khách hàng cho một giao dịch.

Khi người tiêu dùng thực hiện giao dịch mua hàng, quá trình ủy quyền sẽ được yêu cầu để xác minh tính xác thực của chủ thẻ và khả năng thanh toán Ngân hàng phát hành thẻ của khách hàng sẽ cung cấp ủy quyền này, đảm bảo rằng khách hàng có đủ tiền trong tài khoản Mặc dù tiền sẽ được giữ lại và số dư sẽ giảm từ hạn mức tín dụng của khách hàng, nhưng số tiền này chưa được chuyển vào tài khoản của người bán cho đến khi giao dịch hoàn tất.

Trong bước thu thập, người bán tập hợp toàn bộ thông tin thanh toán cần thiết từ khách hàng và gửi đơn khiếu nại cho người xử lý Thông tin này sẽ được bộ xử lý sử dụng để khởi động quá trình chuyển tiền từ tài khoản thẻ của khách hàng sang tài khoản ngân hàng của người bán.

Thông tin về Cổng thanh toán và bộ xử lý thanh toán

Cổng thanh toán và bộ xử lý thanh toán thường được nhầm lẫn là một, nhưng thực tế chúng là hai mô-đun riêng biệt với các chức năng khác nhau Cổng thanh toán giúp xử lý thông tin giao dịch giữa khách hàng và người bán, trong khi bộ xử lý thanh toán thực hiện các giao dịch tài chính và chuyển tiền Việc hiểu rõ sự khác biệt này là rất quan trọng cho các doanh nghiệp trong việc chọn lựa giải pháp thanh toán phù hợp.

Trong các dự án, thuật ngữ "Bộ xử lý thanh toán" và "Cổng thanh toán" thường được sử dụng thay thế cho nhau mà không có sự phân biệt rõ ràng Người bán đôi khi gọi cổng thanh toán là bộ xử lý thanh toán vì chúng đảm nhận việc xử lý tất cả các giao dịch thanh toán.

Cổng thanh toán, hay còn gọi là 'Bộ xử lý thanh toán', là phương tiện quan trọng trong việc xử lý và hoàn thành các giao dịch thanh toán một cách an toàn Một số ví dụ tiêu biểu về bộ xử lý thanh toán bao gồm eBay và PayPal.

Các loại hệ thống cổng thanh toán

a) Cổng thanh toán được lưu trữ (Hosted Payment Gateway):

Cổng thanh toán Hosted Payment Gateway hướng dẫn khách hàng từ trang web thương mại điện tử đến liên kết cổng trong quá trình thanh toán và sau khi hoàn tất, khách hàng sẽ được đưa trở lại trang web Hình thức thanh toán này không yêu cầu id người bán như các dịch vụ như PayPal, Noche và WorldPay.

Cổng thanh toán share payment gateway cho phép khách hàng thực hiện giao dịch mà không rời khỏi trang web thương mại điện tử Khi khách hàng điền thông tin thanh toán, quá trình này diễn ra ngay trên trang, mang lại trải nghiệm thanh toán dễ dàng và thuận tiện hơn Một số ví dụ điển hình cho hình thức thanh toán này là eWay và Stripe.

Các loại thử nghiệm cho Payment Domain

Kiểm tra chức năng là quá trình xác minh các chức năng cơ bản của cổng thanh toán, đảm bảo rằng ứng dụng hoạt động chính xác trong việc xử lý đơn đặt hàng, tính toán và thêm thuế VAT theo quy định của từng quốc gia.

Là kiểm tra tích hợp với dịch vụ thẻ tín dụng. c) Performance:

Thống kê hiệu suất cho phép đo lường số lượng người dùng tối đa có thể truy cập qua các cổng trong một ngày cụ thể và chuyển đổi thành số lượng người dùng đồng thời Điều này giúp đánh giá khả năng xử lý của hệ thống trong điều kiện tải cao.

Bạn cần có bảo mật cao cho Cổng thanh toán.

Cách kiểm tra Cổng thanh toán: Danh sách kiểm tra hoàn chỉnh

Trước khi bắt đầu kiểm tra:

 Chuẩn bị dữ liệu để kiểm tra: số thẻ tín dụng giả lập cho maestro, visa, master, v.v.

 Thu thập thông tin cổng thanh toán như Google Wallet, Paypal hoặc những thứ khác

 Thu thập tài liệu cổng thanh toán với mã lỗi

 Hiểu các session và các tham số được truyền qua ứng dụng và cổng thanh toán

 Hiểu và kiểm tra lượng thông tin liên quan được truyền qua chuỗi truy vấn hoặc biến hoặc session

 Cùng với ngôn ngữ cổng thanh toán, kiểm tra ngôn ngữ của ứng dụng

 Các cài đặt khác nhau của cổng thanh toán như định dạng tiền tệ, dữ liệu thuê bao được thu thập.

Các trường hợp kiểm tra ví dụ cho kiểm tra cổng thanh toán

Sau đây là các tình huống / trường hợp kiểm tra quan trọng để kiểm tra Cổng thanh toán

1 Trong quá trình thanh toán, hãy cố gắng thay đổi ngôn ngữ cổng thanh toán

2 Sau khi thanh toán thành công, hãy kiểm tra tất cả các thông tin cần thiết, cho dù nó có được truy xuất hay không

3 Kiểm tra xem điều gì xảy ra nếu cổng thanh toán bị ngừng lại trong khi thanh toán

4 Trong quá trình thanh toán, hãy kiểm tra xem điều gì xảy ra nếu phiên kết thúc

5 Trong quá trình thanh toán, hãy kiểm tra những gì xảy ra trong phần backend

6 Kiểm tra xem điều gì xảy ra nếu quá trình thanh toán thất bại

7 Kiểm tra các mục Cơ sở dữ liệu có lưu trữ chi tiết thẻ tín dụng hay không

8 Trong quá trình thanh toán, kiểm tra các trang lỗi và trang bảo mật

9 Kiểm tra cài đặt của pop-up blocker và xem điều gì sẽ xảy ra nếu pop-up blocker bật và tắt

10 Kiểm tra các buffer page giữa cổng thanh toán và ứng dụng

11 Kiểm tra thanh toán thành công, mã thành công được gửi đến ứng dụng và trang xác nhận được hiển thị cho người dùng

12 Xác minh xem các giao dịch được xử lý ngay lập tức hoặc xử lý được giao cho ngân hàng của bạn

13 Sau khi giao dịch thành công cổng thanh toán, kiểm tra xem có trở lại ứng dụng của bạn không

14 Kiểm tra tất cả các định dạng và tin nhắn khi quá trình thanh toán thành công

15 Khi bạn không có hóa đơn từ cổng thanh toán, không nên chuyển hàng

16 Thông báo cho chủ sở hữu khi có bất kỳ giao dịch được xử lý qua e-mail Mã hóa nội dung của thư

17 Kiểm tra định dạng số tiền với định dạng tiền tệ

18 Kiểm tra với mỗi tùy chọn thanh toán được lựa chọn

19 Kiểm tra xem với mỗi tùy chọn thanh toán được liệt kê có mở tùy chọn thanh toán tương ứng theo thông số kỹ thuật không

20 Xác minh xem cổng thanh toán có tùy chọn cho thẻ ghi nợ / thẻ tín dụng không

21 Xác minh tùy chọn mặc định cho thẻ ghi nợ có hiển thị drop down menu để lựa chọn thẻ không

Những điều cần xem xét trước khi mua qua payment gateway

 Nếu bạn đã mua một gói hàng, hãy tìm hiểu về khả năng tương thích của nó

 Nếu gói cổng mua sắm đến hạn, hãy hỏi nhà cung cấp cổng thanh toán để

 Cổng phải có hệ thống bảo vệ thông tin địa chỉ

 Tìm hiểu các hình thức bảo vệ giao dịch đang được cung cấp

 Kiểm tra loại thẻ ghi nợ hoặc thẻ tín dụng nào được chấp nhận bởi cổng thanh toán bạn đã chọn

 Kiểm tra phí giao dịch được thu bởi cổng thanh toán

 Kiểm tra xem các cổng thu thập thanh toán ngay trên biểu mẫu hoặc trực tiếp đến một trang khác để hoàn tất giao dịch mua

Ví dụ kiểm tra chức năng thanh toán qua cổng thanh toán(payment gateway)

Cổng thanh toán hỗ trợ nhiều phương thức thanh toán, bao gồm thanh toán bằng thẻ Visa, thẻ ATM và ngân hàng nội địa Trong bài viết này, chúng tôi sẽ thực hiện kiểm thử với phương thức thanh toán ngân hàng nội địa để đảm bảo tính khả dụng và hiệu quả của hệ thống.

 Bật trình duyệt web đi đến trang mua sắm chọn thanh toán

 Đi tới trang cổng thanh toán (http://localhost/vnpay_php/)

 Chọn ngân hàng của tài khoản bạn muốn thanh toán

 Nhập tên chủ tài khoản và mã số ID

 Số tiền sẽ được chuyển qua tự động từ trang mua sắm(ở đây em tạo trường hợp kiểm thử với mức thanh toán nên trường này sẽ được nhập)

 Bấm vào nút thanh toán

 Dữ liệu sẽ được gửi sang bên ngân hàng và bên ngân hàng sẽ gửi lại thông tin thông báo giao dịch thành công hoặc thất bại

 Bấm nút “quay lại” để quay về màn hình cổng thanh toán b Các case kiểm thử

 Kiểm tra trường hợp không đủ tiền thanh toán

 Kiểm tra trường hợp nhập sai tài khoản hoặc mật khẩu

 Kiểm tra trường hợp ngân hàng không phục vụ c Phần mềm kiểm thử được sử dụng (katalon studio)

Giao diện của công cụ kiểm thử bao gồm nhiều màn hình quan trọng như màn hình trường nhập để người dùng điền thông tin, màn hình thanh toán thành công, và các màn hình thông báo khi nhập sai tài khoản hoặc mật khẩu Ngoài ra, còn có màn hình hiển thị khi người dùng chọn ngân hàng không được hỗ trợ bởi cổng thanh toán, cũng như khi không đủ tiền để thực hiện giao dịch Dữ liệu kiểm thử được cung cấp từ file Excel, và bộ thử nghiệm (test suite) bao gồm các case thử nghiệm nhận dữ liệu từ file này Cuối cùng, màn hình hiển thị kết quả sau khi chạy bộ kiểm thử sẽ giúp người dùng đánh giá hiệu quả của quá trình kiểm thử.

Trong trình xem log, bên phải hiển thị các test case đã được thực hiện với dữ liệu từ Excel, trong khi bên trái cung cấp thông tin về thời gian bắt đầu và thời gian thực hiện của các test case này.

Bài viết này cung cấp dữ liệu từ các test case, cho biết tình trạng thành công hoặc thất bại, kèm theo thông tin chi tiết về từng trường hợp thử nghiệm Ở đây, tôi đã chụp màn hình một trường hợp thành công và một trường hợp thất bại.

Figure 1 kết quả của các test case

Figure 2 kết quả test case passed

Figure 3 kết quả test case fail

Cách kiểm tra trang web thương mại điện tử

Kiểm thử thương mại điện tử là gì?

Thử nghiệm thương mại điện tử là quá trình kiểm tra ứng dụng mua sắm trực tuyến nhằm phát hiện lỗi và nâng cao giá trị sản phẩm Qua đó, nó đảm bảo rằng sản phẩm đáp ứng đúng yêu cầu của khách hàng, từ đó cải thiện trải nghiệm người dùng.

Mục tiêu của thử nghiệm là đảm bảo:

 Độ tin cậy của phần mềm

 Hiệu suất tối ưu và sử dụng công suất

Thiết lập hệ thống thương mại điện tử là một quá trình phức tạp, chịu ảnh hưởng bởi nhiều yếu tố thị trường Để đảm bảo tính toàn vẹn của hệ thống, việc kiểm tra thường xuyên là điều cần thiết.

Phân đoạn và trường hợp thử nghiệm trang web thương mại điện tử

- Các phân đoạn và trường hợp thử nghiệm quan trọng để thử nghiệm trang web Thương mại điện tử.

Sau đây là một số điều cần kiểm tra:

 Nó sẽ tự động cuộn?

 Nếu có, hình ảnh sẽ được làm mới vào khoảng thời gian nào?

 Khi người dùng di chuột qua nó, nó vẫn sẽ cuộn đến cái tiếp theo chứ?

 Nó có thể được di chuột vào không?

 Nó có thể được nhấp vào?

 Nếu có, nó có đưa bạn đến đúng trang và đúng đối tượng không?

 Nó đang tải cùng với phần còn lại của trang hay tải cuối cùng so với các phần tử khác trên trang?

 Phần còn lại của nội dung có thể xem được không?

 Nó có hiển thị theo cùng một cách trong các trình duyệt khác nhau và độ phân giải màn hình khác nhau không?

Các bài kiểm tra phổ biến là:

 Tìm kiếm dựa trên Tên sản phẩm, tên thương hiệu hoặc rộng hơn là danh mục Ví dụ Máy ảnh, Canon EOS 700D, thiết bị điện tử, v.v.

 Kết quả tìm kiếm phải có liên quan

 Các tùy chọn phân loại khác nhau phải có sẵn- dựa trên Thương hiệu, Giá cả và Đánh giá / xếp hạng, v.v.

 Có bao nhiêu kết quả để hiển thị trên mỗi trang?

 Đối với kết quả nhiều trang, có các tùy chọn để điều hướng đến chúng không

 Ngoài ra, việc tìm kiếm diễn ra ở nhiều nơi Vui lòng xem xét tìm kiếm theo nhiều cấp độ khi xác thực chức năng này.

 Trang Chi tiết Sản phẩm

 Hình ảnh hoặc hình ảnh của sản phẩm

 Thông số kỹ thuật sản phẩm

 Kiểm tra các tùy chọn

 Nhiều tùy chọn màu sắc hoặc biến thể

Đảm bảo rằng điều hướng đường dẫn cho các danh mục (được đánh dấu bằng màu đỏ) hoạt động hiệu quả Nếu điều hướng được hiển thị, hãy kiểm tra tất cả các thành phần của nó để đảm bảo tính khả dụng và trải nghiệm người dùng tốt nhất.

Kiểm tra những điều sau:

 Thêm các mặt hàng vào giỏ hàng và tiếp tục mua sắm

 Nếu người dùng thêm cùng một mặt hàng vào giỏ hàng trong khi tiếp tục mua sắm, số lượng mặt hàng trong giỏ hàng sẽ tăng dần

 Tất cả các mặt hàng và tổng số của chúng sẽ được hiển thị trong giỏ hàng

 Các loại thuế theo địa điểm sẽ được áp dụng

 Người dùng có thể thêm nhiều mặt hàng hơn vào giỏ hàng - tổng số mặt hàng phải phản ánh như nhau

 Cập nhật nội dung được thêm vào giỏ hàng- tổng số cũng phải phản ánh điều đó

 Xóa các mặt hàng khỏi giỏ hàng

 Tính toán chi phí vận chuyển với các tùy chọn vận chuyển khác nhau

 Áp dụng phiếu giảm giá

 Đừng kiểm tra, hãy đóng trang web và quay lại sau Trang web nên giữ lại các mặt hàng trong giỏ hàng.

 Kiểm tra các tùy chọn thanh toán khác nhau

 Nếu cho phép thanh toán với tư cách Khách, chỉ cần hoàn tất giao dịch mua và cung cấp tùy chọn đăng ký ở cuối

 Khách hàng cũ - Đăng nhập để thanh toán

Để đảm bảo an toàn cho thông tin tài chính của khách hàng, việc lưu trữ thẻ tín dụng cần được thực hiện với các biện pháp bảo mật nghiêm ngặt Tuân thủ tiêu chuẩn PCI là bắt buộc để bảo vệ dữ liệu và duy trì lòng tin của khách hàng.

Nếu người dùng đã đăng ký từ lâu, cần kiểm tra xem phiên đăng nhập đã hết thời gian chờ hay chưa, vì mỗi trang web có ngưỡng thời gian khác nhau Thời gian chờ này có thể là 10 phút đối với một số trang, nhưng cũng có thể khác tùy thuộc vào từng trang web.

 Email / Văn bản xác nhận với số đơn đặt hàng đã tạo.

 Danh mục / Sản phẩm nổi bật / Sản phẩm có liên quan hoặc được đề xuất

Để kiểm tra các phần tử động trong ứng dụng, phương pháp hiệu quả nhất là kiểm tra thuật toán mà các phần này dựa vào để được điền.

 Kiểm tra các hệ thống Khai thác dữ liệu / BI của bạn và kiểm tra từ phần phụ trợ các truy vấn nằm trong các phần này.

 Kiểm tra sau khi đặt hàng

 Trang liên hệ với chúng tôi

 Trang Dịch vụ Khách hàng, v.v.

Các loại kiểm thử cho hệ thống thương mại điện tử

Một số loại thử nghiệm phổ biến được đưa vào hệ thống thương mại điện tử là:

STT Các loại kiểm thử Quy trình kiểm thử

1 Browser compatibility (Tính tương thích của trình duyệt web)

Thiếu hỗ trợ cho các trình duyệt ban đầu có thể gây khó khăn cho người dùng Các tiện ích mở rộng cụ thể của trình duyệt cần được kiểm tra để đảm bảo tính tương thích Ngoài ra, việc kiểm tra trình duyệt trên các nền tảng chính như Linux, Windows và Mac là rất quan trọng để nâng cao trải nghiệm người dùng.

STT Các loại kiểm thử Quy trình kiểm thử

Trang hiển thị không chính xác có thể gây ra thông báo lỗi thời gian chạy và thời gian tải trang kém Ngoài ra, siêu liên kết chết, phụ thuộc vào plugin và vấn đề định cỡ phông chữ cũng là những yếu tố cần được khắc phục để cải thiện trải nghiệm người dùng.

3 Quản lý Session Session hết hạn Lưu trữ session

4 Usability (Khả năng sử dụng) Thiết kế không trực quan Điều hướng trang web kém Điều hướng danh mục Thiếu sự trợ giúp-hỗ trợ

5 Content Analysis (Phân tích nội dung)

Nội dung gây hiểu lầm, xúc phạm và kiện tụng Hình ảnh miễn phí bản quyền và vi phạm bản quyền Chức năng cá nhân hóa Sẵn có 24/7

6 Availability (Tính khả dụng) Sự từ chối của dịch vụ tấn công Mức độ không có sẵn không thể chấp nhận được

7 Back-up and Recovery (Sao lưu và phục hồi

Thất bại hoặc không phục hồi Sao lưu thất bại Khả năng chịu lỗi

8 Transactions (Giao dịch) Tính toàn vẹn của giao dịch Thông lượng, Kiểm toán

9 Shopping order processing and purchasing (Xử lý đơn đặt hàng và mua hàng)

Chức năng giỏ hàng Xử lý đơn hàng Xử lý thanh toán Theo dõi đơn hàng

10 Internationalization (Quốc tế hóa) Hỗ trợ ngôn ngữ Hiển thị ngôn ngữ Nhạy cảm văn hóa Kế toán khu vực

(Các hoạt động thủ tục kinh doanh)

Thủ tục điện tử đối phó tốt như thế nào Quan sát các nút thắt cổ chai

12 System Integration (Tích hợp hệ thống) Định dạng giao diện dữ liệu Tần số giao diện và kích hoạt Cập nhật Dung lượng giao diện Hiệu suất tích hợp

13 Performance (Hiệu năng) Tắc nghẽn hiệu suất Xử lý tải Phân tích khả năng

STT Các loại kiểm thử Quy trình kiểm thử mở rộng

14 Login and Security (Đăng nhập và bảo mật)

Khả năng đăng nhập Thâm nhập và kiểm soát truy cập Truyền thông tin không an toàn Tấn công web Virus máy tính Chữ ký điện tử.

Kiểm tra hiệu suất - ưu tiên hàng đầu trong Thương mại điện tử

Chỉ cần trì hoãn 250 mili giây trong thời gian tải trang có thể khiến khách hàng chuyển sang đối thủ cạnh tranh Walmart, một gã khổng lồ trong ngành bán lẻ, đã cải thiện tốc độ trang web của mình và ghi nhận tỷ lệ chuyển đổi của khách truy cập cùng doanh thu tăng 1%.

Hiệu suất của trang web của bạn phụ thuộc vào những yếu tố này:

 Thông lượng: o Yêu cầu mỗi giây o Giao dịch mỗi phút o Số lần thực thi mỗi lần nhấp chuột

Thời gian đáp ứng của một trang web bao gồm nhiều yếu tố quan trọng như thời lượng thực hiện một nhiệm vụ, số giây cần thiết cho mỗi lần nhấp chuột, tốc độ tải trang, thời gian tra cứu DNS, và khoảng thời gian giữa các lần nhấp chuột và việc xem trang Những yếu tố này ảnh hưởng trực tiếp đến trải nghiệm người dùng và hiệu suất của trang web.

Các công cụ hữu ích để lập bản đồ trang web thương mại điện tử

web thương mại điện tử

 UsabilityHub: Nền tảng kiểm tra người dùng và bảng nghiên cứu của

UsabilityHub giúp bạn cải thiện trải nghiệm người dùng của các ứng dụng và trang web của mình Nhận phản hồi từ những người thực.

 HotJar: Nó hiển thị các khu vực được nhấp chuột và không nhấp chuột nhiều nhất của các trang web bởi khách truy cập

FiveSecondTest là một công cụ hữu ích giúp bạn xác định hiệu quả truyền đạt thông điệp trên trang web của mình Chỉ trong năm giây, công cụ này cho biết những gì người dùng nhớ được về thiết kế của bạn, từ đó giúp tối ưu hóa trải nghiệm người dùng và cải thiện tỷ lệ chuyển đổi.

Feng-GUI là một công cụ tiên tiến mô phỏng tầm nhìn của con người trong năm giây đầu tiên, giúp dự đoán những yếu tố mà người dùng có khả năng chú ý nhiều nhất Công nghệ này cung cấp cái nhìn sâu sắc về hành vi người tiêu dùng, hỗ trợ tối ưu hóa thiết kế và nội dung cho các trang web và quảng cáo.

Tối ưu hóa là quá trình quan trọng giúp bạn theo dõi và phân tích các chỉ số như lượt nhấp chuột, chuyển đổi và các yếu tố khác có ảnh hưởng đến hiệu suất kinh doanh thương mại điện tử.

Những thách thức của thử nghiệm thương mại điện tử

 Tuân thủ các nguyên tắc bảo mật để bảo vệ dữ liệu và danh tính của khách hàng

 Tuân thủ các tiêu chuẩn trợ năng để hỗ trợ các thị trường và khu vực kinh doanh đa ngôn ngữ

 Kiểm tra kết thúc và quản lý kiểm tra cho các chương trình chuyển đổi thương mại điện tử lớn

 Khả năng mở rộng và độ tin cậy của các ứng dụng

Ví dụ kiểm thử hiệu năng trang web .40 1

Hiệu năng đối với trang web thương mại điện tử rất quan trọng, đặt biệt là Trang chủ và sản phẩm.

Thực hiện kiểm thử hiệu năng với trang web My store

Ta sử dụng phần mềm Apache Jmeter để kiểm thử hiệu năng trang web.

 Tạo Thread group sau đó cài đặt số lượng user, thời gian thực hiện và số lần lặp.

 Thiết lập HTTP request để lưu giao thức và tên Sever hoặc IP của trang web cần kiểm thử.

 Thiết lập hiện thị báo cáo tổng hợp Sau đó thực hiện chạy chương trình.Kết quả thu được:

Phân tích các thông số

Các thông số như sau:

 Label: Hiển thị tên của từng requests có trong test plan

 #Samples: Tổng số lần run của request

Samples = Number of Thread (users)*Loop Count

 Average (millisecond): Thời gian phản hồi trung bình (Response Time) của request, tính cho đến lần run cuối cùng.

 Median (millisecond): 50% số request có response time nhỏ hơn giá trị

(hiển thị trên table), và 50% số request còn lại có response time lớn hơn giá trị này.

The 90th percentile response time indicates that 90% of requests will receive a response in less time than the value shown in the table, while the remaining 10% of requests will have a response time exceeding that value.

 Min (millisecond): Respone Time thấp nhất của request tính cho toàn bộ tất cả các lần run.

 Max (millisecond): Respone Time cao nhất của request tính cho toàn bộ tất cả các lần run.

 Error %: % số lượng request bị fail, lỗi.

Thông lượng (Throughput) đề cập đến số lượng yêu cầu mà hệ thống (máy chủ) có thể xử lý trong một khoảng thời gian nhất định, có thể là giây, phút hoặc giờ Đồng thời, dung lượng trung bình của một phản hồi được tính bằng bytes, được gọi là Avg Bytes.

 Std.Dev.(Standard Deviation): độ lệch chuẩn đo lường sự thay đổi của 1 tập hợp data, dựa trên thống kê.

Trong báo cáo, dòng cuối cùng ghi "Total" sẽ tổng kết toàn bộ kết quả từ các yêu cầu trước đó, ngoại trừ phần phân tích thông số.

Trong trường hợp Response Time THẤP và Throughput THẤP, điều này sẽ không bao giờ xảy ra Response Time THẤP chỉ ra rằng thời gian đáp ứng rất nhanh, trong khi Throughput THẤP cho thấy số lượng yêu cầu được xử lý là rất ít Sự kết hợp này là vô lý.