Kiểm thử GUI – Các trường hợp kiểm thử giao diện người dùng (Ví dụ)

Để hiểu Kiểm tra GUI trước tiên hãy hiểu-

GUI là gì?

Có hai loại giao diện cho một ứng dụng máy tính. Giao diện dòng lệnh là nơi bạn nhập văn bản và máy tính phản hồi lệnh đó. GUI là viết tắt của Giao diện người dùng đồ họa nơi bạn tương tác với máy tính bằng hình ảnh thay vì văn bản.

Sau đây là các thành phần GUI có thể được sử dụng để tương tác giữa người dùng và ứng dụng:

Kiểm tra GUI là xác nhận các yếu tố trên.

Kiểm tra GUI là gì?

Kiểm tra GUI là loại thử nghiệm phần mềm nhằm kiểm tra Giao diện người dùng đồ họa của Phần mềm. Mục đích của Kiểm tra giao diện người dùng đồ họa (GUI) là để đảm bảo các chức năng của ứng dụng phần mềm hoạt động theo thông số kỹ thuật bằng cách kiểm tra màn hình và điều khiển như menu, nút, biểu tượng, v.v.

GUI là những gì người dùng nhìn thấy. Giả sử nếu bạn truy cập guru99.com, bạn sẽ thấy trang chủ là GUI (giao diện đồ họa người dùng) của trang web. Người dùng không nhìn thấy mã nguồn. Giao diện được hiển thị cho người dùng. Đặc biệt chú trọng đến cấu trúc thiết kế, hình ảnh xem chúng có hoạt động tốt hay không.

Trong ví dụ trên, nếu chúng tôi phải thực hiện kiểm tra GUI, trước tiên chúng tôi kiểm tra xem hình ảnh có hiển thị hoàn toàn trong các trình duyệt khác nhau hay không.

Ngoài ra, các liên kết có sẵn và nút sẽ hoạt động khi được nhấp vào.

Ngoài ra, nếu người dùng thay đổi kích thước màn hình, cả hình ảnh và nội dung đều không bị co lại, cắt xén hoặc chồng lên nhau.

Cần kiểm tra GUI

Bây giờ khái niệm cơ bản về kiểm tra GUI đã rõ ràng. Một vài câu hỏi hiện lên trong đầu bạn sẽ là

Tại sao phải kiểm tra GUI?
Nó có thực sự cần thiết không?
Việc kiểm tra chức năng và logic của Ứng dụng là chưa đủ?? Vậy thì tại sao phải lãng phí thời gian vào việc kiểm tra giao diện người dùng.

Để có được câu trả lời, hãy suy nghĩ với tư cách là người dùng chứ không phải với tư cách là người thử nghiệm. Người dùng không có bất kỳ kiến thức nào về phần mềm/Ứng dụng XYZ. Chính giao diện người dùng của Ứng dụng sẽ quyết định xem người dùng có tiếp tục sử dụng Ứng dụng hay không.

Người dùng bình thường đầu tiên quan sát thiết kế và giao diện của Ứng dụng/Phần mềm và mức độ dễ hiểu của Giao diện người dùng. Nếu người dùng không thoải mái với Giao diện hoặc thấy Ứng dụng phức tạp để hiểu, họ sẽ không bao giờ sử dụng Ứng dụng đó nữa. Đó là lý do tại sao, Giao diện người dùng là vấn đề đáng quan tâm và cần tiến hành thử nghiệm phù hợp để đảm bảo Giao diện người dùng không có Lỗi.

Bạn đăng ký kiểm tra GUI để làm gì?

Danh sách kiểm tra sau đây sẽ đảm bảo Kiểm thử GUI chi tiết trong Kiểm thử phần mềm.

Kiểm tra tất cả các thành phần GUI về kích thước, vị trí, chiều rộng, chiều dài và mức độ chấp nhận ký tự hoặc số. Chẳng hạn, bạn phải có khả năng cung cấp đầu vào cho các trường đầu vào.
Kiểm tra xem bạn có thể thực thi chức năng dự định của ứng dụng bằng GUI không
Kiểm tra thông báo lỗi được hiển thị chính xác
Kiểm tra ranh giới rõ ràng của các phần khác nhau trên màn hình
Kiểm tra Phông chữ được sử dụng trong ứng dụng có thể đọc được không
Kiểm tra sự căn chỉnh của văn bản là phù hợp
Kiểm tra màu sắc của font chữ và các thông báo cảnh báo có thẩm mỹ không
Kiểm tra xem hình ảnh có độ rõ nét tốt không
Kiểm tra xem hình ảnh có được căn chỉnh chính xác không
Kiểm tra vị trí của các thành phần GUI để biết độ phân giải màn hình khác nhau.

Kỹ thuật kiểm tra GUI

Kỹ thuật kiểm tra GUI có thể chia thành ba phần:

Kiểm tra dựa trên thủ công

Theo cách tiếp cận này, màn hình đồ họa được người kiểm tra kiểm tra thủ công theo các yêu cầu được nêu trong tài liệu yêu cầu nghiệp vụ.

Ghi và phát lại

Kiểm tra GUI có thể được thực hiện bằng các công cụ tự động hóa. Điều này được thực hiện trong 2 phần. Trong quá trình Ghi, các bước kiểm tra sẽ được công cụ tự động hóa ghi lại. Trong khi phát lại, các bước kiểm tra đã ghi sẽ được thực thi trên Ứng dụng đang được kiểm tra. Ví dụ về các công cụ như vậy – QTP.

Kiểm tra dựa trên mô hình

Mô hình là mô tả đồ họa về hành vi của hệ thống. Nó giúp chúng ta hiểu và dự đoán hành vi của hệ thống. Mô hình giúp tạo ra các trường hợp thử nghiệm hiệu quả bằng cách sử dụng các yêu cầu hệ thống. Những điều sau đây cần được xem xét cho thử nghiệm dựa trên mô hình này:

Xây dựng mô hình
Xác định đầu vào cho mô hình
Tính toán kết quả mong đợi cho mô hình
Chạy thử nghiệm
So sánh sản lượng thực tế với sản lượng dự kiến
Quyết định về hành động tiếp theo đối với mô hình

Một số kỹ thuật mô hình hóa mà từ đó các ca kiểm thử có thể được rút ra:

Biểu đồ – Mô tả trạng thái của hệ thống và kiểm tra trạng thái sau một số đầu vào.
Bảng quyết định – Bảng dùng để xác định kết quả cho từng đầu vào được áp dụng

Kiểm thử dựa trên mô hình là một kỹ thuật đang phát triển để tạo ra các ca kiểm thử từ các yêu cầu. Ưu điểm chính của nó, so với hai phương pháp trên, là nó có thể xác định các trạng thái không mong muốn mà GUI của bạn có thể đạt được.

Sau đây là các công cụ mã nguồn mở có sẵn để thực hiện Kiểm tra UI tự động.

Sản phẩm	Được cấp phép theo
AutoHotkey	GPL
Selenium	Apache
siuli	MIT
Khung robot	Apache
Nước	BSD
Bộ công cụ Dojo	BSD

Ví dụ về các trường hợp kiểm tra thử nghiệm GUI

Kiểm tra GUI về cơ bản bao gồm

Kiểm tra kích thước, vị trí, chiều rộng, chiều cao của các phần tử.
Kiểm tra các thông báo lỗi đang được hiển thị.
Kiểm tra các phần khác nhau của màn hình.
Kiểm tra phông chữ xem nó có thể đọc được hay không.
Kiểm tra màn hình ở nhiều độ phân giải khác nhau bằng cách phóng to và thu nhỏ như 640 x 480, 600 x 800, v.v.
Kiểm tra sự căn chỉnh của văn bản và các thành phần khác như biểu tượng, nút, v.v. có ở đúng vị trí hay không.
Kiểm tra màu sắc của phông chữ.
Kiểm tra màu sắc của các thông báo lỗi, thông báo cảnh báo.
Kiểm tra xem hình ảnh có độ rõ nét tốt hay không.
Kiểm tra sự liên kết của hình ảnh.
Kiểm tra chính tả.
Người dùng không được nản lòng khi sử dụng giao diện hệ thống.
Kiểm tra xem giao diện có hấp dẫn hay không.
Kiểm tra thanh cuộn theo kích thước của trang nếu có.
Kiểm tra các trường bị vô hiệu hóa nếu có.
Kiểm tra kích thước của hình ảnh.
Kiểm tra các tiêu đề xem nó có được căn chỉnh chính xác hay không.
Kiểm tra màu sắc của siêu liên kết.

Demo: Cách thực hiện kiểm tra GUI

Ở đây chúng ta sẽ sử dụng một số trường hợp thử nghiệm mẫu cho màn hình sau.

Sau đây là ví dụ về các trường hợp kiểm thử, bao gồm các kịch bản kiểm thử UI và Khả năng sử dụng.

Trường hợp kiểm tra 01- Kiểm tra hộp văn bản có nhãn “Thư mục nguồn” được căn chỉnh đúng cách.

Trường hợp thử nghiệm 02 – Xác minh rằng hộp văn bản có nhãn “Bưu kiện” được căn chỉnh đúng cách.

Test case 03 – Xác minh nhãn đó có tên “Xem” là nút nằm ở cuối Văn bảnBox với cái tên “Thư mục nguồn".

Test case 04 – Xác minh nhãn đó có tên “Xem” là nút nằm ở cuối Văn bảnBox với cái tên “Bưu kiện".

Trường hợp thử nghiệm 05 – Xác minh rằng hộp văn bản có nhãn “Họ tên” được căn chỉnh đúng cách.

Test case 06 – Xác minh rằng nhãn “Bổ ngữ” gồm 4 nút radio với tên public, default, Private, protected.

Test case 07 – Xác minh rằng nhãn “Bổ ngữ” bao gồm 4 nút radio được căn chỉnh thẳng hàng trong một hàng.

Test case 08 – Xác minh rằng nhãn “siêu lớp” dưới nhãn “Bổ ngữ” bao gồm một danh sách thả xuống phải được căn chỉnh chính xác.

Test case 09 – Xác minh rằng nhãn “siêu lớp” bao gồm một nút có nhãn “Xem” trên đó phải được căn chỉnh chính xác.

Trường hợp kiểm thử 10 – Xác minh rằng việc nhấp vào bất kỳ nút radio nào, con trỏ chuột mặc định phải được thay đổi thành con trỏ chuột tay.

Trường hợp thử nghiệm 11 – Xác minh rằng người dùng không thể nhập vào danh sách thả xuống của “siêu lớp".

Trường hợp kiểm thử 12 – Xác minh rằng phải có lỗi thích hợp được tạo ra nếu có thứ gì đó được chọn nhầm.

Trường hợp kiểm thử 13 – Xác minh rằng lỗi phải được tạo bằng màu ĐỎ ở những nơi cần thiết.

Trường hợp kiểm thử 14 – Xác minh rằng phải sử dụng nhãn thích hợp trong thông báo lỗi.

Trường hợp kiểm thử 15 – Xác minh rằng các nút radio đơn phải được chọn theo mặc định mọi lúc.

Trường hợp kiểm thử 16 – Xác minh rằng nút TAB phải hoạt động bình thường trong khi nhảy sang trường khác bên cạnh trường trước đó.

Trường hợp kiểm thử 17 – Xác minh rằng tất cả các trang phải có tiêu đề phù hợp.

Test case 18 – Xác minh rằng văn bản trang phải được căn chỉnh chính xác.

Trường hợp kiểm thử 19 – Xác minh rằng sau khi cập nhật bất kỳ trường nào, thông báo xác nhận thích hợp phải được hiển thị.

Trường hợp kiểm tra 20 – Xác minh rằng chỉ có 1 nút radio được chọn và có thể chọn nhiều hơn một hộp kiểm.

Những thách thức trong việc kiểm tra GUI

Trong Kỹ thuật phần mềm, vấn đề thường gặp nhất khi thực hiện Kiểm tra hồi quy là GUI ứng dụng thay đổi thường xuyên. Rất khó để kiểm tra và xác định xem đó là một vấn đề hay sự cải tiến. Sự cố xuất hiện khi bạn không có bất kỳ tài liệu nào liên quan đến thay đổi GUI.

Công cụ kiểm tra GUI

Sau đây là danh sách các phổ biến Công cụ kiểm tra GUI :

Selenium
QTP
Cucumber
Kiểm tra lụa
kiểm tra hoàn thành
Trình kiểm tra GUI Squish

Bấm vào đây để học Selenium, QTP & Cucumber.

Kết luận

Sự thành công của một sản phẩm phần mềm phụ thuộc rất nhiều vào cách GUI tương tác với người dùng và dễ dàng sử dụng các tính năng khác nhau của nó. Do đó, kiểm tra GUI là rất quan trọng. Kiểm tra GUI thủ công đôi khi có thể lặp đi lặp lại, nhàm chán và do đó dễ xảy ra lỗi. Tự động hóa rất được khuyến khích để thử nghiệm GUI.

Bạn có thể thích: