HCI lec9 final

BÀI ĐÁNH GIÁ VÀ KIỂM THỬ GIAO DIỆN PGS.TS Đặng Văn Đức dvduc@ioit.ac.vn HÀ NỘI – 2007/10 Chủ đề môn học           Giới thiệu HCI Tính sử dụng hệ thống Thiết kế hướng người sử dụng Khả người Mô hình vào – liệu Nguyên lý thiết kế giao diện Xây dựng prototype Thiết kế đồ họa tương tác Đánh giá kiểm thử giao diện Các chủ đề nghiên cứu Nội dung      Lỗi thiết kế hệ thống tương tác Các phương pháp đánh giá GUI Đánh giá theo kinh nghiệm (heuristic) Kiểm thử GUI người sử dụng Kiểm thử phương pháp duyệt dịch vụ (Cognitive walkthrough)  Tổng kết Lỗi thiết kế?  Giao diện Alt-Tab Microsoft Windows      Chức tương tựcó thể tìm thấy hệ thống khác KDE, Gnome, Mac OS X Không có tính gợi ý (affordance), nhiên Giao diện Alt-Tab thiết kế phím tắt (shortcut) Đảm bảo tính đơn giản đồ họa thao tác Hiệu chuyển đổi từ cửa sổ sang cửa sổ khác hình Lỗi thiết kế? Sign-In Page: • Low Visibility (please, just let me sign-in…) • Once a message is open, where’s my inbox Lỗi thiết kế? Opening Page: Attention – Info not related to common tasks (read mail, write mail) Gulf of Execution The difference between intentions and allowable actions is the Gulf of Execution Just show me the mail! What is That? Lỗi thiết kế? Sign-In Page: Good visibility (centered, obvious sign-in spot) Lỗi thiết kế? Opening Page: • Attention – Info related to most common tasks • Bridged the Gulf of Execution • Visibility good - Left pane never changes – even when message is open Lỗi thiết kế?  Thống kê sử dụng Website trang StatCounter.com  Đơn giản, màu trang nhã, loại bỏ nhãn không cần thiết Lỗi thiết kế?  Thực đơn thích nghi Microsoft Office       Khởi đầu thực đơn có items thông dụng Khi nhấn chuột mũi tên thực đơn Items hiển thị Thực đơn thích nghi thị Items hay sử dụng sử dụng Đáp ứng tính đơn giản hướng nhiệm vụ Thiếu tính dự báo trước thực đơn thay đổi Thiếu tính user làm chủ Tiến trình đánh giá Heuristics  Thông báo    Tổ chức gặp gỡ đội ngũ thiết kế người đánh giá Giới thiệu ứng dụng Giải thích số đông người sử dụng, nghiệp vụ kịch  Đánh giá      Người đánh giá làm việc độc lập Viết báo cáo hay người quan sát ghi âm lại bình luận người đánh giá Tập trung vào phát vấn đề, không xếp hạng tính ngua hại thời điểm Mỗi người đánh giá làm việc từ 1-2 Tiến trình đánh giá Heuristics  Xếp hạng lỗi nghiêm trọng UI   Người đánh giá xếp mức ưu tiên cho vấn đề tìm (không riêng mình) Giải thích ý nghĩa cách xếp hạng người đánh giá  Bàn bạc  Người đánh giá đội ngũ thiết kế trao đổi kết phương pháp giải vấn đề Một số điểm lưu ý đánh giá heuristics  Kết hợp tốt người phát triển người quản lý  Các báo cáo phải bao gồm đầy đủ ưu, nhược điểm giao diện  Ví dụ, “Good: Toolbar icons are simple, with good contrast and few colors (minimalist design)”  Văn phong sử dụng phải lịch   không viết “the menu organization is a complete mess”, nên viết “menus are not organized by function”  Báo cáo phải cụ thể,   không viết “text is unreadable”, nên viết “text is too small, and has poor contrast (black text on dark green background)” Người sử dụng kiểm thử  Nhắc lại tiến trình phát triển lặp Design Task analysis Design heuristics Implement Heuristic evaluation User testing Evaluate Prototyping Toolkits Phòng thí nghiệm kiểm thử Phòng thí nghiệm kiểm thử  Môi trường kiểm thử      Tổ chức phòng làm việc (test) yên tĩnh; Bên có biển hiệu “User test in progress – Do not disturb”; Ngắt điện thoại (cố định di động); Đảm bảo ánh sáng; Không khí lành (không có cồn rượu)  Các thiết bị kiểm thử        Máy quay video số (MiniDV, DVD); Chân máy quay; Microphone loại tốt; Tai nghe; Gương (để thu nhận nét mặt người kiểm thử); Đèn (đèn bàn, đèn quay video); Màn hình màu (để xem ảnh máy quay); Phòng thí nghiệm kiểm thử  Các thiết bị kiểm thử            Máy quay video số (MiniDV, DVD); Chân máy quay; Microphone loại tốt; Tai nghe; Gương (để thu nhận nét mặt người kiểm thử); Đèn (đèn bàn, đèn quay video); Màn hình màu (để xem ảnh máy quay); Máy ghi DVD; Vỉ video; Dây nguồn điện; Biển hiệu “Do not disturb”; Phần mềm mẩu giấy ghi chép Ví dụ phòng kiểm thử Microsoft Các bước kiểm thử người sử dụng  Phát triển kế hoạch kiểm thử     Mô tả mục đích kiểm thử Lý lịch người sử dụng Phương pháp Danh sách nhiệm vụ  Chọn lựa người tham gia    Chọn người sử dụng Phân nhóm Quản lý CSDL người sử dụng  Chuẩn bị vật liệu kiểm thử      Kịch nhiệm vụ; Mẫu thu thập liệu; Hướng dẫn thảo luận; Các câu hỏi sau kiểm thử Lập danh sách kiểm thử thực Các bước kiểm thử người sử dụng  Thiện kiểm thử thí điểm (Pilot Test)  Thực kiểm thử thật (Real Test)  Phân tích báo cáo cuối Phương pháp duyệt nhiệm vụ  Các tham số đầu vào    Mô tả prototype hệ thống Mô tả nhiệm vụ mà người sử dụng thực hệ thống để đánh giá Danh sách viết đầy đủ hành động (kịch bản) cần thiết  Người sử dụng duyệt qua trình tự hành động để đưa nhận xét tính sử dụng hệ thống  Cần trả lời câu hỏi sau:     Người sử dụng cố gắng có hành động đúng? Người sử dụng nhận có hành động đúng? Người sử dụng kết hợp hành động với hiệu ứng đạt được? Nếu hành động thực hiện, người sử dụng thấy bước tiến việc giải nhiệm vụ? Phương pháp duyệt nhiệm vụ  Ví dụ giao diện máy tự động bán vé tàu hỏa Tổng kết Vấn đề nghiên cứu Trả lời gửi eMail: hci.dvduc@gmail.com Câu hỏi? [...]... dụng thấy được bước tiến trong việc giải quyết nhiệm vụ? Phương pháp duyệt nhiệm vụ  Ví dụ giao diện của một máy tự động bán vé tàu hỏa 5 Tổng kết bài Vấn đề nghiên cứu tiếp theo Trả lời gửi về eMail: hci. dvduc@gmail.com Câu hỏi?