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
1 1 Mục lục I Bảng phân công công việc Người thực TRƯỜNG ĐẠI HỌC -KHOA CÔNG NGHỆ THÔNG TIN ~~~~~~*~~~~~~ ======== ========== ============= 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 toán (payment gateway) với trường hợp kiểm tra mẫu Cách kiểm tra trang web thương mại điện tử BÀI TẬP LỚN MÔN HỌC: KIỂM THỬ PHẦN MỀM Đề tài: Nghiên cứu kỹ thuật kiểm thử với hệ thống ứng dụng ngân hàng, web Giáo Viên Hướng Dẫn: Lớp: Nhóm : - Thành Viên Nhóm: Hà Nội 2021 2 II Kiểm tra ứng dụng tên miền ngân hàng Ngành BFSI (Ngân hàng, Dịch vụ tài Bảo hiểm) có số người tiêu dùng dịch vụ CNTT lớn Ứng dụng ngân hàng trực tiếp xử lý liệu tài bảo mật Một điều bắt buộc tất hoạt động thực phần mềm ngân hàng phải chạy trơn tru khơng có lỗi Phần mềm ngân hàng thực chức khác chuyển gửi tiền, yêu cầu số dư, lịch sử giao dịch, rút tiền, v.v Kiểm tra ứng dụng ngân hàng đảm bảo hoạt động không thực tốt mà bảo vệ khỏi hacker Khái niệm domain kiểm thử Domain nơi mà dự án kiểm thử phần mềm tạo Khi nói dự án phát triển phần mềm, thuật ngữ thường nhắc đến Ví dụ: Domain bảo hiểm, Domain ngân hàng, Domain bán lẻ, Domain viễn thông, v.v Kiểm thử domain ngân hàng kiểm thử tất mặt hay nhóm chức năng, phạm vi mà dự án đề , lên kế hoạch trước Lợi ích kiểm thử domain Kiến thức domain quan trọng cần thiết để thử nghiệm sản phẩm phần mềm có lợi ích riêng như: Hình 1.1 Lợi ích kiểm thử domain 3 Kiến thức domain ngân hàng Khái niệm lĩnh vực ngân hàng lớn bản, 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 lĩnh vực Dưới bảng dịch vụ hai phân ngành ngân hàng bao gồm *Ngành ngân hàng truyền thống bao gồm : • Ngân hàng lõi • Ngân hàng doanh nghiệp • Ngân hàng bán lẻ *Dịch vụ ngân hàng dựa lĩnh vực bao gồm : • • • • • Cơng ty Khoản vay Ngân hàng tư nhân Ngân hàng Hồi giáo • • • • Bán lẻ Tài thương mại Tài tiêu dùng Kênh phân phối/ giao hàng Dựa scope dự án bạn, bạn cần phải kiểm tra tất dịch vụ Trước bạn bắt đầu thử nghiệm, đảm bảo bạn có đủ tảng dịch vụ thử nghiệm Đặc điểm ứ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 đ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 tài khoản giao dịch, tiện ích tốn hóa đơn, thẻ tín dụng… • Nó nên xử lý giao dịch nhanh chóng an tồn • Nó nên bao gồm hệ thống lưu trữ lớn • Để khắc phục cố khách hàng, cần có khả audit cao • Nó xử lý quy trình cơng việc phức tạp • Cần hỗ trợ người dùng nhiều tảng (Mac, Linux, Unix, Windows) Thời gian thực xử lý hàng loạt • Tỷ lệ giao dịch giây cao Tầm Quan Trọng Của Việc Thử Nghiệm Ứng Dụng Ngân Hàng 4 • • • • • Việc kiểm tra ứng dụng Ngân hàng đảm bảo tất hoạt động khơng thực tốt mà cịn bảo vệ bảo mật Phần mềm ngân hàng phức tạp với hàng nghìn phần phụ thuộc trình thử nghiệm đòi hỏi nhiều thời gian, nguồn lực giám sát liên tục Vì liên quan đến vấn đề tài chính, nguyên tắc phải tuân thủ nghiêm ngặt Cả người kiểm tra nhà phát triển phải có kiến thức miền tốt Quan trọng nhất, phải đảm bảo luật quy định thực thi cách xác giao dịch tài Điều đảm bảo với thử nghiệm Điều quan trọng đảm bảo ứng dụng sở hạ tầng mà ứng dụng triển khai xử lý tải, đặc biệt làm việc cao điểm, mà không gây gián đoạn Điều đảm bảo cách thực kiểm tra hiệu suất Quy trình kiểm tra ứng dụng ngân hàng Ví dụ: Đây mơ hình Thác nước để thử nghiệm ứng dụng a) Thu thập Yêu cầu Giai đoạn Thu thập Yêu cầu bao gồm tài liệu yêu cầu dạng Thông số kỹ thuật chức Trường hợp sử dụng Các yêu cầu thu thập theo nhu cầu khách hàng Chuyên gia ngân hàng Nhà phân tích kinh doanh ghi lại Ví dụ: ứng dụng ngân hàng có mơ-đun riêng biệt cho Chuyển khoản, Thẻ tín dụng, Báo cáo, Tài khoản Khoản vay, Thanh tốn Hóa đơn, Giao dịch, v.v b) Đánh giá Yêu cầu Việc cung cấp Thu thập Yêu cầu xem xét tất bên liên quan Kỹ sư QA, Trưởng nhóm phát triển Nhà phân tích kinh doanh ngang hàng Tất yêu cầu xác minh xác nhận Hành động theo dõi sửa đổi tài liệu yêu cầu thực dựa c) Lập kế hoạch kiểm tra 5 Trong giai đoạn này, Kỹ sư QA lấy Kịch kinh doanh từ tài liệu yêu cầu (Thông số chức Trường hợp sử dụng) Các tình kinh doanh đưa theo cách mà tất Yêu cầu nghiệp vụ đề cập Kịch kinh doanh kịch cấp cao mà khơng có bước chi tiết Ví dụ , khách hàng mở Khoản tiền gửi cố định giao diện ngân hàng kỹ thuật số kịch kinh doanh Tương tự, chúng tơi có kịch kinh doanh khác liên quan đến việc tạo tài khoản ngân hàng ròng, gửi tiền trực tuyến, chuyển khoản trực tuyến, v.v d) Kiểm tra chức Chuẩn bị trường hợp thử nghiệm: Ở giai đoạn này, trường hợp thử nghiệm bắt nguồn từ Kịch nghiệp vụ, Kịch nghiệp vụ dẫn đến số trường hợp thử nghiệm tích cực tiêu cực Đánh giá trường hợp thử nghiệm: Đánh giá chi tiết trường hợp thử nghiệm Kiểm thử chức ứng dụng ngân hàng khác so với kiểm thử phần mềm thơng thường Vì ứng dụng hoạt động tiền khách hàng liệu tài nhạy cảm nên chúng bắt buộc phải kiểm tra kỹ lưỡng Khơng có kịch kinh doanh quan trọng nên đề cập e) Kiểm tra sở liệu Ứng dụng Ngân hàng liên quan đến giao dịch phức tạp thực cấp độ UI cấp độ Cơ sở liệu, Do đó, kiểm thử Cơ sở liệu quan trọng kiểm tra chức Cơ sở liệu phức tạp & lớp hoàn toàn riêng biệt ứng dụng việc kiểm tra thực chuyên gia sở liệu Sử dụng kỹ thuật như: Đang tải liệu Kiểm tra lược đồ kiểu liệu DB Kiểm tra thủ tục chức lưu trữ Toàn vẹn liệu 6 Di chuyển sở liệu Kiểm tra quy tắc Kiểm tra kích hoạt Chủ yếu có ba cách Kiểm tra Cơ sở liệu: • Kiểm tra kết cấu • Thử nghiệm chức • Kiểm tra phi chức f) Kiểm tra bảo mật Kiểm tra bảo mật thường giai đoạn cuối chu kỳ kiểm tra Điều kiện tiên để bắt đầu kiểm thử bảo mật hoàn thành kiểm thử chức phi chức Kiểm tra bảo mật giai đoạn tồn chu trình Kiểm thử ứng dụng giai đoạn đảm bảo ứng dụng tuân thủ tiêu chuẩn Liên bang Cơng nghiệp Do tính chất liệu mà chúng mang theo, ứng dụng ngân hàng nhạy cảm mục tiêu hàng đầu tin tặc hoạt động gian lận Kiểm tra bảo mật đảm bảo ứng dụng khơng có lỗ hổng web làm lộ liệu nhạy cảm cho kẻ xâm nhập kẻ công Nó đảm bảo ứng dụng tuân thủ tiêu chuẩn OWASP Ở giai đoạn này, nhiệm vụ qt tồn ứng dụng thực công cụ IBM AppScan HP WebInspect (đây công cụ phổ biến nhất) Kiểm tra bảo mật kiểm tra ứng dụng chống lại: • Mọi cơng từ bên ngồi cố gắng hack ứng dụng với mục đích xấu • Bất kỳ lỗ hổng ứng dụng phần mềm bị lợi dụng gây tổn thất liệu tiền tệ • Bất kỳ lỗ hổng mạng, máy chủ 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 phát triển thực thi để kiểm tra lỗ hổng bảo mật khác Quét bảo mật: Biến thể xoay quanh việc điều tra lỗ hổng mạng & hệ thống, từ cung cấp giải pháp để giảm rủi ro liên quan 7 Kiểm tra thâm nhập: Biến thể kiểm tra bảo mật bắt chước nỗ lực hack để nắm bắt lỗ hổng lỗ hổng, mà khơng giành quyền truy cập vào sở liệu liệu ứng dụng Kiểm tra bảo mật: Điều liên quan đến việc kiểm tra ứng dụng mạng liên quan xem có lỗi bảo mật không Đánh giá rủi ro: Biến thể thực phân tích để đánh giá mức độ rủi ro, trường hợp lỗ hổng kẽ hở bị lợi dụng cho mục đích xấu Rủi ro phân loại thành thấp, trung bình cao Dựa mức độ rủi ro, nhóm thử nghiệm đưa biện pháp thích hợp để giảm ngăn chặn rủi ro Lấy cắp thông tin đạo đức: Điều thực tổ chức hệ thống họ để xác định sơ hở bị khai thác ứng dụng mạng họ Mục đích kiểu công để ăn cắp gây thiệt hại cho ứng dụng mạng Đánh giá tư thế: Đây đánh giá chung bao gồm quét bảo mật, đánh giá rủi ro hack đạo đức SQL Injection: SQL Injection sử dụng để truy cập vào sở liệu máy chủ Kiểm tra thực để đảm bảo mã hoạt động xác, mã thực thi truy vấn sở liệu dựa đầu vào sau từ người dùng: Dấu ngoặc Apostrophes Dấu phẩy Dấu ngoặc kép Ngồi giai đoạn trên, có giai đoạn khác liên quan Kiểm tra tích hợp, Kiểm tra khả sử dụng, Kiểm tra chấp nhận người dùng Kiểm tra hiệu suất g) Kiểm tra khả sử dụng Một ứng dụng ngân hàng phục vụ nhiều loại khách hàng Một số khách hàng số thiếu kỹ nhận thức cần thiết để thực nhiệm vụ ngân hàng qua ứng dụng Ví dụ: ngày người sử dụng ứng dụng dành cho thiết bị di động Ứng dụng ngân hàng phải thân thiện với người dùng dễ hiểu dễ sử dụng người dùng cuối h) Kiểm tra suất 8 Một số khoảng thời gian định, ngày lĩnh lương, cuối năm tài mùa lễ hội, mang lại thay đổi tăng đột biến lưu lượng truy cập thông thường ứng dụng Do đó, nên thực kiểm tra hiệu suất kỹ lưỡng để khách hàng không bị ảnh hưởng lỗi hiệu suất i) Kiểm tra chấp nhận người dùng Điều thực cách liên kết với người dùng cuối để đảm bảo ứng dụng tuân thủ tình giới thực người dùng chấp nhận xuất trực tuyến Những thách thức thử nghiệm domain ngân hàng & giảm thiểu Thử thách tester gặp phải trình thử nghiệm tên miền ngân hàng: a) Truy cập vào liệu sản xuất chép dạng liệu thử nghiệm, để thử nghiệm thách thức Cách giải quyết: • Đảm bảo liệu thử nghiệm đáp ứng yêu cầu hướng dẫn tuân thủ quy định • Duy trì bảo mật liệu cách làm theo kỹ thuật che giấu liệu, liệu thử nghiệm tổng hợp, tích hợp hệ thống thử nghiệm, v.v b) Thách thức lớn hệ thống ngân hàng thử nghiệm trình di chuyển hệ thống từ hệ thống cũ sang hệ thống thử nghiệm tất vòng lặp, phương pháp, plan Ngồi ra, cách liệu tìm nạp, tải lên chuyển sang hệ thống sau di chuyển Cách giải quyết: • Đảm bảo kiểm tra di chuyển liệu hồn tất • Đảm bảo trường hợp Kiểm tra hồi quy thực thi hệ thống cũ và kết khớp c) Có thể có trường hợp u cầu khơng ghi chép tốt dẫn đến lỗ hổng chức kế hoạch kiểm tra 9 10 Nhiều yêu cầu phi chức không ghi lại đầy đủ người kiểm tra khơng biết có nên kiểm tra hay không Cách giải quyết: Việc test nên tham gia vào dự án từ giai đoạn Phân tích yêu cầu nên chủ động xem xét Yêu cầu nghiệp vụ d) Điểm quan trọng kiểm tra xem hệ thống nói có tn theo sách quy trình mong muốn khơng Cách giải quyết: Kiểm tra sách tn thủ quy định phải thực e) Phạm vi mốc thời gian tăng lên ứng dụng ngân hàng tích hợp với ứng dụng khác internet Mobile bank Cách giải quyết: Đảm bảo ngân sách thời gian cho Kiểm tra tích hợp hạch tốn ứng dụng ngân hàng bạn có nhiều giao diện bên 10 10 31 31 31 32 Figure kết test case fail 32 32 33 IV Cách kiểm tra trang web thương mại điện tử Thương mại điện tử, hay gọi e-commerce, e-comm hay EC, mua bán sản phẩm hay dịch vụ hệ thống điện tử Internet mạng máy tính Thương mại điện tử dựa số công nghệ chuyển tiền điện tử, quản lý chuỗi dây chuyền cung ứng, tiếp thị Internet, trình giao dịch trực tuyến, trao đổi liệu điện tử (EDI), hệ thống quản lý hàng tồn kho, hệ thống tự động thu thập liệu Thương mại điện tử đại thường sử dụng mạng World Wide Web điểm phải có chu trình giao dịch, bao gồm phạm vi lớn mặt công nghệ email, thiết bị di động điện thoại Thương mại điện tử thông thường xem khía cạnh kinh doanh điện tử (e-business) Nó bao gồm việc trao đổi liệu tạo điều kiện thuận lợi cho nguồn tài khía cạnh tốn việc giao dịch kinh doanh E-commerce dùng theo vài toàn nghĩa sau: 33 33 34 • E-tailing (bán lẻ trực tuyến) "cửa hàng ảo" trang web với danh mục trực tuyến, gom thành "trung tâm mua sắm ảo" • Việc thu thập sử dụng liệu cá nhân thơng qua địa liên lạc web • Trao đổi liệu điện tử (EDI), trao đổi liệu Doanh nghiệp với Doanh nghiệp • Email, fax cách sử dụng chúng phương tiện cho việc tiếp cận thiếp lập mối quan hệ với khách hàng (ví dụ tin - newsletters) • Việc mua bán Doanh nghiệp với Doanh nghiệp • Bảo mật giao dịch kinh doanh Kiểm thử thương mại điện tử gì? Thử nghiệm thương mại điện tử định nghĩa thử nghiệm ứng dụng Thương mại điện tử (mua sắm trực tuyến) Nó giúp ngăn ngừa lỗi tăng giá trị cho sản phẩm cách đảm bảo phù hợp với yêu cầu khách hàng Mục tiêu thử nghiệm đảm bảo: 34 34 35 • Độ tin cậy phần mềm • Chất lượng phần mềm • Đảm bảo hệ thống • Hiệu suất tối ưu sử dụng công suất Thiết lập hệ thống thương mại điện tử trình phức tạp phục thuộc vào nhiều biến số cụ thể thị trường Để trì tính tồn vẹn hệ thống Thương mại điện tử, việc kiểm tra trở nên bắt buộc Phân đoạn trường hợp thử nghiệm trang web thương mại điện tử - Các phân đoạn trường hợp thử nghiệm quan trọng để thử nghiệm trang web Thương mại điện tử • Trang chủ Sau số điều cần kiểm tra: • Nó tự động cuộn? • Nếu có, hình ảnh làm vào khoảng thời gian nào? • Khi người dùng di chuột qua nó, cuộn đến chứ? • Nó di chuột vào khơng? • Nó nhấp vào? • Nếu có, có đưa bạn đến trang đối tượng khơng? • Nó tải với phần lại trang hay tải cuối so với phần tử khác trang? • Phần cịn lại nội dung xem khơng? • Nó có hiển thị theo cách trình duyệt khác độ phân giải hình khác khơng? • Tìm kiếm Các kiểm tra phổ biến là: • Tìm kiếm dựa Tên sản phẩm, tên thương hiệu rộng danh mục Ví dụ Máy ảnh, Canon EOS 700D, thiết bị điện tử, v.v • Kết tìm kiếm phải có liên quan • Các tùy chọn phân loại khác phải có sẵn- dựa Thương hiệu, Giá Đánh giá / xếp hạng, v.v • Có kết để hiển thị trang? 35 35 36 • • Đối với kết nhiều trang, có tùy chọn để điều hướng đến chúng khơng Ngồi ra, việc tìm kiếm diễn nhiều nơi Vui lịng xem xét tìm kiếm theo nhiều cấp độ xác thực chức • Trang Chi tiết Sản phẩm Kiểm tra: • Hình ảnh hình ảnh sản phẩm • Giá sản phẩm • Thơng số kỹ thuật sản phẩm • Nhận xét • Kiểm tra tùy chọn • Tùy chọn giao hàng • Thơng tin vận chuyển • Cịn hàng / Hết hàng • Nhiều tùy chọn màu sắc biến thể • Điều hướng đường dẫn cho danh mục (được đánh dấu màu Đỏ bên dưới) Nếu điều hướng điều hướng hiển thị, đảm bảo thành phần hoạt động • Giỏ hàng Kiểm tra điều sau: • • • • • • • • • • 36 36 Thêm mặt hàng vào giỏ hàng tiếp tục mua sắm Nếu người dùng thêm mặt hàng vào giỏ hàng tiếp tục mua sắm, số lượng mặt hàng giỏ hàng tăng dần Tất mặt hàng tổng số chúng hiển thị giỏ hàng Các loại thuế theo địa điểm áp dụng Người dùng thêm nhiều mặt hàng vào giỏ hàng - tổng số mặt hàng phải phản ánh Cập nhật nội dung thêm vào giỏ hàng- tổng số phải phản ánh điều Xóa mặt hàng khỏi giỏ hàng Tiến hành kiểm tra Tính tốn chi phí vận chuyển với tùy chọn vận chuyển khác Áp dụng phiếu giảm giá 37 • Đừng kiểm tra, đóng trang web quay lại sau Trang web nên giữ lại mặt hàng giỏ hàng • Thanh tốn • Kiểm tra tùy chọn tốn khác • Nếu cho phép tốn với tư cách Khách, cần hồn tất giao dịch mua cung cấp tùy chọn đăng ký cuối • Khách hàng cũ - Đăng nhập để tốn • Người dùng đăng ký • Nếu lưu trữ thẻ Tín dụng khách hàng thơng tin tài khác, thực kiểm tra bảo mật xung quanh vấn đề để đảm bảo thẻ bảo mật (Tuân thủ PCI điều bắt buộc) • Nếu người dùng đăng ký thời gian dài, đảm bảo phiên hết thời gian chờ không Mỗi trang web có ngưỡng khác Đối với số người, 10 phút Đối với số người, khác • Email / Văn xác nhận với số đơn đặt hàng tạo • Danh mục / Sản phẩm bật / Sản phẩm có liên quan đề xuất • Vì phần tử động, nên cách tốt để kiểm tra phần ứng dụng kiểm tra thuật tốn dựa phần điền • Kiểm tra hệ thống Khai thác liệu / BI bạn kiểm tra từ phần phụ trợ truy vấn nằm phần • Kiểm tra sau đặt hàng Kiểm tra: • Thay đổi thứ tự • Hủy đơn đặt hàng • Theo dõi đơn hàng • Lợi nhuận • Các thử nghiệm khác • Đăng nhập • Câu hỏi thường gặp • Trang liên hệ với chúng tơi 37 37 38 • 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 đư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ử Browser compatibility (Tính tương Thiếu hỗ trợ cho trình duyệt ban đầu Tiện ích thích trình duyệt web) mở rộng cụ thể trình duyệt Kiểm tra trình duyệt tảng chính: Linux, Windows, Mac Page display (Hiển thị trang) Các trang hiển thị khơng xác Thơng báo lỗi thời gian chạy Thời gian tải trang Siêu liên kết chết, phụ thuộc plugin, định cỡ phông chữ, v.v Quản lý Session Session hết hạn Lưu trữ session Usability (Khả sử dụng) Thiết kế không trực quan Điều hướng trang web Điều hướng danh mục Thiếu trợ giúp-hỗ trợ Content Analysis (Phân tích nội dung) Nội dung gây hiểu lầm, xúc phạm kiện tụng Hình ảnh miễn phí quyền vi phạm quyền Chức cá nhân hóa Sẵn có 24/7 Availability (Tính khả dụng) Sự từ chối dịch vụ cơng Mức độ khơng có sẵn khơng thể chấp nhận Back-up and Recovery (Sao lưu Thất bại không phục hồi Sao lưu thất bại phục hồi Khả chịu lỗi Transactions (Giao dịch) Shopping order processing and Chức giỏ hàng Xử lý đơn hàng Xử lý purchasing (Xử lý đơn đặt hàng toán Theo dõi đơn hàng mua hàng) 38 38 Tính tồn vẹn giao dịch Thơng lượng, Kiểm toán 39 STT Các loại kiểm thử Quy trình kiểm thử 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 11 Operational business procedures Thủ tục điện tử đối phó tốt Quan sát (Các hoạt động thủ tục kinh doanh) nút thắt cổ chai 12 System Integration (Tích hợp hệ thống) Định dạng giao diện liệu Tần số giao diện 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ả mở rộng 14 Login and Security (Đăng nhập Khả đăng nhập Thâm nhập kiểm soát truy bảo mật) cập Truyền thơng tin khơng an tồ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 Thương mại điện tử Chỉ cần trì hỗn khoảng 250 mili giây thời gian tải trang, điều khiến khách hàng tiếp tục tìm đến đối thủ cạnh tranh bạn Gã khổng lồ bán lẻ Walmart đại tu tốc độ trang web họ nhận thấy tỷ lệ chuyển đổi khách truy cập doanh thu tăng 1% Hiệu suất trang web bạn phụ thuộc vào yếu tố này: • • Thơng lượng: o u cầu giây o Giao dịch phút o Số lần thực thi lần nhấp chuột Thời gian đáp ứng o 39 39 Thời lượng nhiệm vụ 40 o Số giây nhấp chuột o Tải trang o Tra cứu DNS o Khoảng thời gian nhấp chuột xem trang Các cơng cụ hữu ích để lập đồ trang web thương mại điện tử • UsabilityHub: Nền tảng kiểm tra người dùng bảng nghiên cứu UsabilityHub giúp bạn cải thiện trải nghiệm người dùng ứng dụng trang web Nhận phản hồi từ người thực • HotJar: Nó hiển thị khu vực nhấp chuột không nhấp chuột nhiều trang web khách truy cập • FiveSecondTest: Cơng cụ đảm bảo thông điệp bạn truyền đạt cách hiệu có thể, năm giây, cho biết người nhớ lại thiết kế trang web bạn • Feng-GUI: Nó mơ tầm nhìn người năm giây dự đốn người thực có nhiều khả nhìn vào • Tối ưu hóa: Nó cho phép bạn kiểm tra theo dõi, nhấp chuột, chuyển đổi thứ khác quan trọng hoạt động kinh doanh thương mại điện tử Những thách thức thử nghiệm thương mại điện tử 40 40 • Tuân thủ nguyên tắc bảo mật để bảo vệ liệu danh tính khách hàng • Tuân thủ tiêu chuẩn trợ để hỗ trợ thị trường khu vực kinh doanh đa ngơn ngữ • Kiểm tra kết thúc quản lý kiểm tra cho chương trình chuyển đổi thương mại điện tử lớn 41 • Khả mở rộng độ tin cậy ứng dụng Ví dụ kiểm thử hiệu trang web Hiệu trang web thương mại điện tử quan trọng, đặt biệt Trang chủ sản phẩm Thực kiểm thử hiệu với trang web My store Ta sử dụng phần mềm Apache Jmeter để kiểm thử hiệu trang web • Tạo Thread group sau cài đặt số lượng user, thời gian thực số lần lặp 41 41 42 • Thiết lập HTTP request để lưu giao thức tên Sever IP trang web cần kiểm thử 42 42 43 • Thiết lập thị báo cáo tổng hợp Sau thực chạy chương trình Kết thu được: Phân tích thơng số Các thơng số sau: • Label: Hiển thị tên requests có test plan • #Samples: Tổng số lần run request Samples = Number of Thread (users)*Loop Count 43 43 44 • Average (millisecond): Thời gian phản hồi trung bình (Response Time) request, tính lần run cuối • Median (millisecond): 50% số request có response time nhỏ giá trị (hiển thị table), 50% số request lại có response time lớn giá trị • 90% Line (90th Percentile) (millisecond): 90% số requests có response time nhỏ giá trị hiển thị table, 10% số requests cịn lại có response time lớn giá trị hiển thị table • Min (millisecond): Respone Time thấp request tính cho tồn tất lần run • Max (millisecond): Respone Time cao request tính cho tồn tất lần run • Error %: % số lượng request bị fail, lỗi • Throughput/ Thơng lượng: Lượng requests hệ thống (server) xử lý đơn vị thời gian, giây, phút, Avg Bytes: dung lượng trung bình lần response tính bytes • Std.Dev.(Standard Deviation): độ lệch chuẩn đo lường thay đổi tập hợp data, dựa thống kê • Total: Trong report có dịng cuối Total, tổng kết lại tồn kết từ request bên Ngoại trừ: Phân tích thông số: Response Time THẤP Thoughput THẤP > Trường hợp khơng xảy Vì Response Time THẤP nghĩa thời gian đáp ứng nhanh, Throughput THẤP lại số request xử lý Điều vơ lý Response Time THẤP Throughput CAO > Đây kết lý tưởng Thời gian xử lý thấp số lượng request xử lý đồng thời lại cao Điều chứng tỏ Server tốt Response Time CAO Throughput THẤP > Test thời gian xử lý cao, lượng request xử lý lại thấp Phải xem xét để improve phía sever 44 44 45 Response Time CAO and Throughput CAO > Throughput cao, tức server làm việc tốt, thời gian xử lý lại cao (khơng tốt) Có thể vấn đề lúc đế từ phía Client, cụ thể đến từ JMeter, đoạn script bạn viết chưa tối ưu, khiến trình xử lý nhiều thời gian chẳng hạn V Tài liệu tham khảo https://www.guru99.com/banking-application-testing.html https://www.tutorialspoint.com/banking-domain-application-testing https://www.softwaretestinghelp.com/testing-banking-applications/ https://www.softwaretestingo.com/bank-application-test-cases/ https://www.guru99.com/payment-gateway-testing-tutorial-with-sample-testcases.html https://www.tutorialspoint.com/payment-gateway-testing-with-example-test-cases https://artoftesting.com/payment-gateway-testing-test-cases https://www.softwaretestingo.com/payment-gateway-test-case/ https://www.guru99.com/testing-e-commerce-applications.html https://www.softwaretestinghelp.com/ecommerce-testing/ https://viblo.asia/p/cach-kiem-tra-trang-web-thuong-mai-dien-tu-63vKjvPRK2R https://www.softwaretestingo.com/ecommerce-website-test-case/ 45 45