Cùng sản phẩm, các góc nhìn khác nhau
Trong dự án thư viện giả định, người phân tích hỏi và làm rõ quy tắc mượn; người thiết kế đề xuất dữ liệu và luồng màn hình; lập trình viên viết chức năng; người kiểm thử dùng ca mượn hợp lệ/quá hạn để phát hiện sai khác; người điều phối theo dõi kế hoạch và trao đổi giữa các phần. Một người trong nhóm nhỏ có thể làm nhiều việc, còn nhóm lớn thường phân công chuyên sâu. Chức danh cụ thể thay đổi theo tổ chức, nên hãy nhìn **nhiệm vụ và sản phẩm bàn giao** thay vì đoán chỉ từ tên vị trí.
Ví dụ kiểm thử báo rằng hệ thống cho mượn khi đã vượt giới hạn. Người phân tích xác nhận quy tắc, người lập trình sửa điều kiện, người kiểm thử chạy lại ca vượt giới hạn và ca còn trong giới hạn. Sửa mỗi dòng mã mà không xác nhận quy tắc có thể làm sai chỗ khác. Các vai trò đều cần giao tiếp và học lĩnh vực ứng dụng.
Bài luyện
Ai có nhiệm vụ trực tiếp chạy ca mượn quá hạn để tìm sai khác với yêu cầu trong ví dụ?
Kiểm thử đối chiếu hành vi với yêu cầu.
Màu áp phích không là ca mượn.
Đọc số trang chưa thử phần mềm.
Đổi tên tệp không kiểm hành vi.
Lời giải
Người kiểm thử thực hiện các ca, so kết quả thực tế với yêu cầu và ghi sai khác để nhóm xử lí.
Bài luyện
Khi nhóm nhỏ có một người vừa lập trình vừa kiểm thử, kết luận nào đúng?
Nhiệm vụ vẫn khác nhau.
Một người có thể đảm nhận nhiều công việc.
Yêu cầu vẫn phải rõ.
Kiểm thử vẫn có thể phát hiện lỗi.
Lời giải
Quy mô nhóm quyết định cách phân công, nhưng hai công việc lập trình và kiểm thử vẫn phải được thực hiện.
Bài luyện
Sản phẩm nào gắn gần nhất với việc phân tích yêu cầu?
Đó là căn cứ cho thiết kế và kiểm thử.
Ảnh nút không làm rõ quy tắc.
Nhạc nền không liên quan yêu cầu mượn.
Tên phần mềm không mô tả chức năng.
Lời giải
Phân tích yêu cầu cần nêu hệ thống phải làm gì và dữ liệu nào được dùng; bảng quy tắc và dữ liệu phục vụ điều đó.
Đang học