Trích XP Explained Embrace change, tác giả Kent Beck
Tester trong nhóm XP giúp khách hàng chọn và viết các bộ kiểm thử trước khi việc cài đặt bắt đầu. Chúng là các bộ kiểm thử ở mức hệ thống và phải có khả năng chạy tự động. Tester cũng hướng dẫn (hoặc kèm cặp - coach) lập trình viên các kỹ thuật kiểm thử. Trong các nhóm XP, phần lớn trách nhiệm bắt (catch) các lỗi tầm thường thuộc về lập trình viên. Kết quả lập trình theo phương pháp test-first là một bộ kiểm thử và chúng giữ cho dự án được bền vững. Vai trò của các tester xuất hiện rất sớm trong mô hình sản xuất, họ giúp định nghĩa và xác định những tính năng nào là cần thiết cho hệ thống trước khi chúng được cài đặt.
Theo Chu kỳ hằng tuần, việc đầu tiên sau khi đã chọn các story (để cài đặt trong tuần) là chuyển chúng thành các bộ kiểm thử tự động mức hệ thống (automated system-level tests). Đây là việc đòi hỏi kỹ năng kiểm thử thật tốt. Khách hàng có thể có những ý tưởng hay về những tình huống tổng quan mà họ muốn thấy, nhưng tester lại giỏi trong việc quan sát “con đường hạnh phúc” và hỏi cách xử lý trong những trường hợp không như ý. “Ok, nhưng nếu đăng nhập sai ba lần thì sao? Điều gì sẽ diễn ra?” Trong vai trò này, việc giao tiếp được nhấn mạnh. Họ phải bảo đảm rằng các bộ kiểm thử mức hệ thống chỉ thành công (tức cho kết quả đúng) khi toàn bộ các story được cài đặt đầy đủ và sẵn sàng triển khai.
Một khi các bộ kiểm thử cho tuần này được viết xong và (tất nhiên) đều cho kết quả sai, tester vẫn tiếp tục viết các bộ kiểm thử mới bởi vì việc cài đặt sẽ làm lộ dần những chi tiết cần phải xác định rõ thêm. Tester có thể thực hiện cân chỉnh và làm cho bộ test tự động hơn. Cuối cùng, khi lập trình viên bị sa lầy vào các rắc rối của bộ kiểm thử, tester có thể ngồi kề bên giúp giải quyết chúng (pair programing – lập trình đôi).
No comments:
Post a Comment