Bạn nên kiểm tra khả năng sử dụng trước tiên. Bên cạnh việc bạn sẽ thử nghiệm GUI đơn vị như thế nào? Điều gì sẽ là đầu ra? Nếu ai đó nhấp vào một cái gì đó và nhận được những gì ông "ban đầu" đang tìm kiếm? Điều gì nên được coi là một hành vi không được chấp nhận?
Bạn sẽ nhận được hàng tấn bullcrap để xem xét. Khả năng sử dụng là một từ lớn, nhưng thử nghiệm khả năng sử dụng đơn giản là thuê một người bạn đời của bạn (tốt nhất là không phải ai đó bạn biết, một người bạn của một người bạn) mà bạn có thể xem xét trong ứng dụng 'đối tượng mục tiêu'. Đưa vào một camtasia/camstudio (phần mềm ghi âm máy tính để bàn, có thể là tốt để ghi lại khuôn mặt của mình). Cung cấp cho anh ta một số nhiệm vụ trên một mảnh giấy (hoặc trong người, đôi khi giấy là tốt hơn gây ra bạn sẽ không can thiệp - scenrio sống động hơn). Và xem những gì anh ấy đang làm!
Nếu cần hỗ trợ, bạn sẽ thấy các phần chú ý cho sự phát triển trong tương lai. Đừng bao giờ cố gắng gây ảnh hưởng đến anh chàng nói với anh ta những thứ như "nhưng nhìn ở đây là cái nút này, tôi nghĩ nó thuận lợi hơn theo cách này".
Bạn sẽ nhận được kết quả tốt hơn nhiều của thử nghiệm như vậy, thay vì lãng phí thời gian của bạn với thử nghiệm từ máy tính đến máy tính. GUI là một giao diện giữa con người và máy tính. Đơn vị kiểm tra gui giống như cố gắng phân tích cú pháp cuốn sách bạn vừa viết và thấy nó có tốt không. Chắc chắn nó sẽ loại bỏ lỗi chính tả ví dụ, nhưng nó là một điều rất nhỏ -> so với mục tiêu thực sự của cuốn sách.
Nguồn
2010-04-17 19:25:11
Tôi đồng ý với phương pháp "tạo thử nghiệm tự động trễ trong chu trình dev", khi GUI ổn định hơn. Việc viết các kiểm tra tự động cho một GUI là rất khó thực hiện trên một GUI đang thay đổi liên tục. –