Các loại trường hợp thử nghiệm cần thiết để thử nghiệm các ứng dụng tài chính

Trong hướng dẫn toàn diện này, chúng ta sẽ khám phá các khía cạnh cơ bản của việc kiểm thử các ứng dụng tài chính. Các ví dụ thực tế về cách tạo các trường hợp thử nghiệm hiệu quả và dễ quản lý sẽ được cung cấp cùng với phác thảo về các trường hợp thử nghiệm quan trọng cần đưa vào khi triển khai ứng dụng. Bắt đầu nào!

Nên & Không nên khi viết test case

Mỗi loại trường hợp thử nghiệm nên bao gồm các thành phần sau: 

• Số nhận dạng duy nhất: mỗi trường hợp thử nghiệm phải có một số nhận dạng riêng biệt để dễ dàng xác định và điều hướng trong bộ công cụ
• Tiêu đề & mô tả: tiêu đề ngắn gọn và mô tả ngắn gọn giúp nhanh chóng xác định trường hợp thử nghiệm giữa các trường hợp khác
• Điều kiện tiên quyết: mặc dù không liên quan trực tiếp đến chức năng đang được kiểm thử, nhưng điều kiện tiên quyết cung cấp thông tin về môi trường của trường hợp kiểm thử và các kết quả trước đó, thiết lập bối cảnh cho trường hợp kiểm thử cụ thể
• Các bước kiểm tra: phác thảo rõ ràng các bước mà người kiểm tra cần tuân theo để đạt được kết quả mong đợi
• Đầu ra mong đợi: mô tả kết quả mong muốn sau khi thực hiện kiểm thử

Nên tránh:

• Công thức không rõ ràng : Đảm bảo rằng các hướng dẫn trường hợp thử nghiệm và kết quả mong đợi rõ ràng, ngắn gọn và rõ ràng để tránh nhầm lẫn hoặc giải thích sai.
• Phụ thuộc vào các trường hợp thử nghiệm khác : Thiết kế các trường hợp thử nghiệm độc lập với nhau, giảm sự phụ thuộc vào việc thực hiện hoặc kết quả của các thử nghiệm khác. Điều này thúc đẩy tính linh hoạt và dễ bảo trì.
• Thông tin thừa hoặc thiếu : Tạo sự cân bằng bằng cách bao gồm tất cả các chi tiết cần thiết trong trường hợp thử nghiệm mà không làm quá tải thông tin hoặc bỏ qua các yếu tố cần thiết. Điều này giúp thực hiện và diễn giải bài kiểm tra một cách hiệu quả.

Các loại trường hợp thử nghiệm quan trọng khi thử nghiệm các ứng dụng tài chính

Khi tiến hành thử nghiệm cho các ứng dụng ngân hàng và tài chính, có một số loại trường hợp thử nghiệm thiết yếu trong QA mà bạn không thể bỏ qua. Hãy phác thảo trực tiếp các loại trường hợp thử nghiệm này và tầm quan trọng của chúng.

Thử nghiệm chức năng 

• Xác minh rằng tài khoản mới được tạo thành công với dữ liệu hợp lệ
• Đánh giá cách ứng dụng hoạt động khi tài khoản được tạo bằng dữ liệu không hợp lệ
• Kiểm tra chức năng đăng nhập với dữ liệu không hợp lệ
• Xác minh rằng cập nhật số dư diễn ra chính xác sau khi giao dịch
• Đảm bảo các khoản thanh toán thông thường được lưu và thực hiện vào thời điểm đã chỉ định
• Xác minh xem có thể gửi và phân tích tin nhắn hàng loạt hay không
• Đảm bảo các yêu cầu hỗ trợ được xử lý chính xác

kiểm tra cơ sở dữ liệu

• Xác thực cấu trúc chính xác của dữ liệu
• Đảm bảo định dạng chính xác của dữ liệu trường
• Xác minh tính toán chính xác của các trường được tính toán
• Kiểm tra xem mỗi bảng có các ràng buộc cần thiết không (khóa ngoại, khóa chính và chỉ mục duy nhất)
• Kiểm tra mọi dữ liệu trùng lặp hoặc dư thừa trong các bảng
• Xác thực cách sử dụng thích hợp và xử lý các giá trị null
• Xác minh việc xử lý dữ liệu phù hợp trong quá trình tạo hoặc cập nhật hồ sơ
• Kiểm tra hành vi của ứng dụng khi máy chủ cơ sở dữ liệu không khả dụng
• Xác thực tính bền vững của dữ liệu

Kiểm tra năng suất

• Đánh giá hiệu suất ứng dụng dưới các tải người dùng khác nhau
• Kiểm tra hiệu suất dưới các mức pin khác nhau
• Xác thực hiệu suất trên các loại và kiểu thiết bị khác nhau
• Kiểm tra hiệu suất ứng dụng trong điều kiện kết nối chậm
• Giám sát hiệu suất ứng dụng trong quá trình giao dịch và thay đổi tốc độ internet

kiểm thử hồi quy

• Xác thực sự liên kết của các yêu cầu với các trường hợp thử nghiệm
• So sánh bản phát hành hiện tại với bản phát hành trước đó để xác định bất kỳ vấn đề nào
• Kiểm tra việc tuân thủ các tiêu chuẩn liên quan
• Thường xuyên xem xét và cập nhật các gói kiểm thử hồi quy bằng cách loại bỏ các trường hợp kiểm thử không còn phù hợp và thêm các trường hợp kiểm thử mới

Kiểm tra khả năng tiếp cận

Nguyên tắc truy cập nội dung web (WCAG) được phát triển bởi W3C để thiết lập một tiêu chuẩn được chấp nhận rộng rãi cho khả năng truy cập nội dung web. Những nguyên tắc này cung cấp định hướng thiết yếu cho các cá nhân, tổ chức và chính phủ trên toàn thế giới về việc tăng cường khả năng truy cập nội dung web cho người khuyết tật.

Phiên bản hiện tại là WCAG 2.1 trong khi WCAG 2.2 dự kiến ​​sẽ được xuất bản vào quý 3 năm 2023. Mỗi hướng dẫn đều có các tiêu chí thành công có thể kiểm tra ở ba cấp độ: A, AA và AAA.

Các hướng dẫn xoay quanh 4 nguyên tắc: có thể thực hiện được, dễ hiểu và mạnh mẽ. 

1. Có thể cảm nhận được

• Cung cấp các lựa chọn thay thế mang tính mô tả cho nội dung phi văn bản.
• Đảm bảo nội dung đa phương tiện bao gồm chú thích và các tùy chọn thay thế.
• Phát triển nội dung có thể được trình bày linh hoạt thông qua nhiều phương pháp khác nhau, bao gồm các công nghệ hỗ trợ, trong khi vẫn giữ được ý nghĩa dự định của nó.
• Nâng cao khả năng hiển thị và trải nghiệm thính giác để giúp người dùng dễ tiếp cận nội dung hơn.

2. Hoạt động được

• Đảm bảo có thể truy cập tất cả các chức năng thông qua đầu vào bàn phím
• Cho phép người dùng có đủ thời gian để đọc và tương tác với nội dung
• Tránh sử dụng nội dung có thể gây co giật hoặc phản ứng thể chất
• Tạo điều kiện cho người dùng điều hướng và khám phá nội dung
• Cải thiện khả năng sử dụng cho các đầu vào khác ngoài bàn phím

3. Có thể hiểu được

• Đảm bảo văn bản dễ đọc và dễ hiểu.
• Đảm bảo nội dung hoạt động nhất quán và có thể dự đoán được.
• Hỗ trợ người dùng tránh và khắc phục lỗi.

4. Mạnh mẽ

• Tối ưu hóa khả năng tương thích với công cụ người dùng hiện tại và tương lai 

kiểm tra bảo mật

• Xác minh phản hồi của ứng dụng đối với nhiều lần đăng nhập
• Đánh giá hiệu quả của chức năng ''Quên mật khẩu'' trong việc khôi phục nhanh thông tin tài khoản
• Đánh giá độ mạnh của yêu cầu mật khẩu
• Xác nhận rằng ID người dùng và mật khẩu được mã hóa
• Xác thực nếu ứng dụng sử dụng giao thức bảo mật, chẳng hạn như HTTPS
• Đảm bảo ẩn mật khẩu (ví dụ: ẩn dưới dấu chấm hoặc ký hiệu khác) trong khi người dùng nhập liệu
• Thực hiện các biện pháp bảo vệ để ngăn chặn các phiên đăng nhập vô thời hạn của người dùng
• Kiểm tra phản hồi của ứng dụng khi xóa bộ nhớ cache 

Thử nghiệm chấp nhận của người dùng

• Xác thực tính trực giác và khả năng điều chỉnh của điều hướng trong giao diện người dùng
• Xác minh sự nhất quán của phông chữ và cách phối màu để đảm bảo tính nhất quán giữa các yếu tố hình ảnh
• Kiểm tra việc sử dụng ngôn ngữ nhất quán trên tất cả các trang ứng dụng
• Đảm bảo rằng tất cả các liên kết và nút có tiêu đề rõ ràng và mang tính mô tả
• Xác thực rằng thông báo lỗi và cảnh báo là rõ ràng và dễ hiểu

Các trường hợp thử nghiệm mẫu cho các ứng dụng ngân hàng

Mặc dù không có ví dụ trường hợp thử nghiệm áp dụng chung cho ngành ngân hàng, nhưng vẫn có nhiều trường hợp khác nhau có thể được tham khảo để tiến hành thử nghiệm hiệu quả. Dưới đây là một vài ví dụ về những gì có thể được kiểm tra trong lĩnh vực ngân hàng.

Kết luận
Việc phát triển các trường hợp thử nghiệm cho các ứng dụng tài chính có thể đưa ra những thách thức do các yếu tố như môi trường triển khai duy nhất, các yêu cầu tuân thủ nghiêm ngặt và các kịch bản thử nghiệm phức tạp có liên quan. Đó là lúc chuyên môn của nhóm thử nghiệm dày dạn kinh nghiệm chuyên về lĩnh vực BFSI trở nên quan trọng trong việc đảm bảo chất lượng tối đa cho phần mềm tài chính của bạn.