Skip to main content

Đánh giá heuristic là gì?

Đánh giá heuristic là một quá trình mà chuyên gia đánh giá giao diện người dùng hoặc hệ thống tương tự bằng danh sách các hướng dẫn.Điều này không giống như một bài kiểm tra đánh giá người dùng hoặc khả năng sử dụng trong đó người dùng thực sự thử giao diện.Thay vào đó, một danh sách các tính năng hoặc khía cạnh được xác định trước của giao diện người dùng thường được chấp nhận là có lợi được sử dụng để đánh giá giao diện.Một đánh giá heuristic thường nhanh hơn và ít tốn kém hơn so với thử nghiệm khả năng sử dụng, mặc dù nó có điểm yếu và nên được sử dụng sớm trong quá trình phát triển. Có những cách khác nhau trong đó đánh giá heuristic có thể được tiến hànhTiêu chí hoặc tính năng mong đợi của một giao diện người dùng mạnh mẽ.Danh sách này có thể đến từ một số nguồn, mặc dù danh sách cơ bản đầu tiên như vậy được tạo bởi Jakob Nielsen và thiết lập 10 yếu tố thiết kế nguyên tắc nên được đưa vào giao diện.Các chuyên gia khác nhau về khả năng sử dụng và thiết kế có thể tạo ra danh sách của riêng họ hoặc sử dụng 10 này làm điểm khởi đầu cho danh sách kiểm tra chi tiết hơn.Khi chuyên gia đó được yêu cầu thực hiện đánh giá heuristic, thì anh ta hoặc cô ta sử dụng danh sách kiểm tra để xem xét các điểm mạnh và điểm yếu của một hệ thống.Người dùng kiểm tra.Chuyên gia xem xét các yếu tố khác nhau của giao diện và đánh giá từng phần của nó theo danh sách kiểm tra mà anh ta hoặc cô ta đã tạo.Điều này có thể bao gồm việc sử dụng các câu trả lời của Yes Yes hoặc No No để đánh giá nếu các yếu tố nhất định có mặt trong giao diện, cũng như thang đo số để chỉ ra mức độ nghiêm trọng của các vấn đề hoặc vấn đề được tìm thấy trong đánh giá heuristic.Thang đo cho phép các nhà phát triển chương trình dễ dàng nhận ra bản chất của một vấn đề và nhanh chóng xác định xem các tài nguyên có sẵn để sửa nó trước khi phát hành phần mềm hay không. Một trong những điểm yếu chính của đánh giá heuristic là nó áp dụng các tiêu chuẩn chung cho các loại khác nhauhệ thống.Một tính năng có thể được yêu cầu trong một loại phần mềm có thể không cần thiết trong một tính năng khác;Mặc dù một số tính năng có thể được coi là thiết kế kém cho một số chương trình thực sự có thể có lợi ở những người khác.Tuy nhiên, nhiều công ty vẫn sử dụng các chuyên gia để thực hiện đánh giá heuristic, vì quá trình này nhanh hơn và rẻ hơn so với thử nghiệm khả năng sử dụng lâu dài bằng cách sử dụng các nhóm người dùng lớn.Đánh giá heuristic vẫn có lợi, nhưng chúng nên được sử dụng sớm trong quá trình thiết kế và phát triển để những thay đổi được đề xuất bởi đánh giá có thể được xem xét trước khi kiểm tra khả năng sử dụng thường chứng minh thực tế về khả năng sử dụng giao diện.