• Mục tiêu của UI Test là để đảm bảo rằng giao diện người dùng cung cấp cho người sử dụng cách truy cập và sử dụng thích hợp thông qua các chức năng trong mục tiêu test.. USER INTERFACE
Trang 1USER INTERFACE TEST
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN
Khoa Công Nghệ Phần Mềm
Hồ Nhật Tân– 08520590
Hồ Đăng Khoa – 08520178
Trang 2MỤC LỤC
I GIỚI THIỆU
II KIỂM TRA THIẾT KẾ
III KIỂM TRA TRIỂN KHAI CỦA
GIAO DIỆN
IV KIỂM TRA TÍNH KHẢ DỤNG,
KHẢ NĂNG TIẾP CẬN
V KẾT LUẬN
Trang 3I GIỚI THIỆU
Trang 4USER INTERFACE TEST
• User Interface Test (UI Test) là kiểm tra các tương tác
của người dùng với phần mềm (tạm dịch là kiểm tra giao diện người dùng)
• Mục tiêu của UI Test là để đảm bảo rằng giao diện
người dùng cung cấp cho người sử dụng cách truy cập
và sử dụng thích hợp thông qua các chức năng trong mục tiêu test
• Ngoài ra, UI Test còn để đảm bảo rằng các đối tượng
trong phạm vi chức năng UI giống như mong đợi và phù hợp với tổ chức hoặc chuẩn ngành
Trang 5USER INTERFACE TEST
Khi thực hiện UI Test, ta phải quan tâm đến hai vấn đề chính:
• Kiểm tra thiết kế giao diện
• Kiểm tra khả năng thể hiện của giao diện
Ngoài ra, còn có một số vấn đề khác như tính khả dụng, khả năng tiếp cận người dùng
Trang 6II KIỂM TRA THIẾT KẾ
Trang 7KIỂM TRA THIẾT KẾ
Mục tiêu là kiểm tra, đánh giá bản thiết kế giao diện phục
vụ cho người dùng tốt đến mức nào, theo các tiêu chí đánh giá sau:
• Đưa ra định hướng (hướng dẫn) rõ ràng
• Cung cấp phản hồi cho người dùng
• Tính thống nhất ngôn ngữ
• Thân thiện, dễ sử dụng
• Các vấn đề liên quan đến điều hướng trong giao diện,
xu hướng tự nhiên, tính khả dụng, dễ tiếp cận
Trang 8KIỂM TRA THIẾT KẾ
Chú ý đến tất cả các khía cạnh của bản thiết kế, những nguyên nhân có thể gây ra lỗi hoặc sai mục đích
Hai nội dung chính của quá trình kiểm tra thiết kế:
1 Xác định người dùng
2 Khảo sát thiết kế
Trang 91 Xác định người dùng
Phải xác định cho cả hai loại người dùng cho ứng dụng là client-side và server-side, theo các tiêu chí cụ thể như sau:
o Kinh nghiệm sử dụng máy tính
• server-side: có kiến thức chuyên sâu về hệ thống,
lập trình, khả năng xử lý sự cố
• client-side: kiến thức, kinh nghiệm ít
Trang 101 Xác định người dùng
o Kinh nghiệm sử dụng web:
• Sử dụng web được bao lâu?
• Có quen với các khái niệm, thuật ngữ Internet?
• Người dùng có cần kiến thức về các ứng dụng hỗ
trợ liên quan hay không?
o Phạm vi kiến thức: người dùng có quen với các chủ đề
liên quan tới ứng dụng hay không?
Trang 12o Tương tác với người dùng (dữ liệu đầu vào)
o Trình bày dữ liệu (dữ liệu đầu ra)
Trang 132 Khảo sát thiết kế
Phương pháp thiết kế:
Bản thiết kế phải tạo cầu nối giúp cho người dùng có thể hiểu được mục đích, logic mà giao diện hướng tới, bằng cách liên hệ chúng với những kinh nghiệm mà người dùng
đã có được ở thực tế hoặc từ việc sử dụng một ứng dụng tương tự
Trang 142 Khảo sát thiết kế
Tương tác với người dùng (dữ liệu đầu vào): Nội dung
kiểm tra:
• Giao diện điều khiển: gồm các đối tượng trên giao diện, cho
phép người dùng tương tác với ứng dụng, như: radio buttons, check boxes, text boxes, command buttons, scroll bars, text fields,…
• Các điều khiển động: gồm những điều khiển được thêm vào
thông qua các thẻ tag của HTML Ví dụ như Java applets, ActiveX controls, and scripts.
• Phương thức chuyển hướng website: theo sự kiện chuột, bàn
phím
• Các phản hồi, thông báo lỗi
Trang 152 Khảo sát thiết kế
Trình bày dữ liệu (dữ liệu đầu ra): kiểm tra dự liệu hiển
thị cho người dùng Trong một ứng dụng web, các thông tin sẽ được hiển thị cho người dùng thông qua các giao diện điều khiển (như menus, buttons, check boxes,…)
Trang 16III KIỂM TRA TRIỂN KHAI CỦA
GIAO DIỆN
Trang 17KIỂM TRA TRIỂN KHAI CỦA GIAO DIỆN
Là quá trình kiểm tra khả năng làm việc của giao diện, liệu giao diện có hoạt động đúng như thiết kế hay không
Quá trình kiểm tra này thường đi song song với kiểm tra chức năng
Trang 18KIỂM TRA TRIỂN KHAI CỦA GIAO DIỆN
Ví dụ một số thành phần cần kiểm tra trong một giao diện:
• Font chữ phải đồng bộ, dễ đọc
• Màu sắc:
• Màu nền phải phù hợp với màu font chữ
• Sử dụng màu tùy ý có thể gây tiêu cực
• Màu sắc có hài hòa, tương phản
• Dường viền:
• Sử dụng hiệu ứng 3 chiều cho các nút lệnh sẽ tạo dấu hiệu
trực quan cho người dùng.
• Không nên sử dụng hiệu ứng 3 chiều cho các đối tượng
không thể tương tác.
Trang 19KIỂM TRA TRIỂN KHAI CỦA GIAO DIỆN
Ví dụ một số thành phần cần kiểm tra trong một giao diện:
• Hình ảnh:
• Kích thước ảnh có phù hợp hay không, không sử dụng hình
ảnh quá lớn, sẽ làm tăng thời gian tải.
Trang 20KIỂM TRA TRIỂN KHAI CỦA GIAO DIỆN
Những biến chứng cụ thể của các ứng dụng Web:
• Mỗi trình duyệt có cách thể hiện riêng, gây khó khăn cho việc
test.
• Browser-server communication is explicit-submission-based
(có nghĩa server sẽ không lưu lại những thay đổi trên giao diện
trước khi người dùng bắt đầu một hành động, ví dụ mọi thao
tác của người dùng sẽ mất đi khi tắt trình duyệt trước khi có sự kiện Save hoặc Submit).
• Những scripts (javascript) có thể giúp trình duyệt kiểm tra tại
client hoặc định hướng web site mà không cần gửi lên server.
• Nút Back của trình duyệt có thể gây mất dữ liệu nếu chưa gửi
lên server
Trang 21IV KIỂM TRA TÍNH KHẢ DỤNG,
KHẢ NĂNG TIẾP CẬN
Trang 22TÍNH KHẢ DỤNG, KHẢ NĂNG TIẾP CẬN
Tính khả dụng:
• Thao tác dễ dàng, kễ cả với những người chưa từng sử dụng sản phẩm
• Dễ nhớ, dễ thực hiện các thao tác tương tự
• Khả năng thích nghi của người dùng mới
• Tần suất lỗi xuất hiện khi người dùng sử dụng sản phẩm
• Sự hài lòng của người dùng sau khi sử dụng
Khả năng tiếp cận: Người thiết kế phải luôn xem xét nội
dung của để tất cả người dùng có thể dễ dàng tiếp cận sản phẩm
Trang 23V KẾT LUẬN
Trang 24KẾT LUẬN
Kiểm thử giao diện người dùng (UI Test) nhằm mục đích kiểm tra khả năng đáp ứng của giao diện ứng dụng đó với các yêu cầu của người dùng, yêu cầu trong thiết kế, khả năng thực hiện các chức năng
Quá trình kiểm thử giao diện người dùng phải đi từ việc kiểm tra thiết kế ban đầu, khả năng tương tác của giao diện đó với người dùng, sau đó là khả năng thực hiện chức năng của giao diện, tính khả dụng cao, nhằm tăng khả năng tiếp cận của ứng dụng đến tất cả người dùng
Trang 25TÀI LIỆU THAM KHẢO
Hung Q Nguyen, Bob Johnson, Michael Hackett, “Testing Applications on the
Web: Test Planning for Mobile and Internet-Based Systems Second Edition (2003)”, Wiley Publishing, Inc, ISBN: 0-471-20100-6, (215 – 252).
Trang 26TRÂN TRỌNG CÁM ƠN.