SQA chaper 3 review

Mục đích chính của quá trình review là gì?

• Phát hiện và sửa lỗi ngay lập tức

• Kiểm tra chất lượng tài liệu phát triển phần mềm

• Tạo tài liệu mới

• Viết mã nguồn nhanh hơn

Một review thường được thực hiện khi nào?

• Chỉ khi phần mềm hoàn tất

• Bất cứ lúc nào một tài liệu thiết kế được tạo ra

• Chỉ khi có lỗi xảy ra

• Khi khách hàng yêu cầu

Tại sao chúng ta cần review từ những người khác?

• Vì chúng ta thường không thể tự tìm thấy lỗi của mình

• Vì lập trình viên không có đủ kiến thức về kiểm thử

• Vì khách hàng yêu cầu

• Vì review giúp tăng tốc độ phát triển phần mềm

Một review có thể bao gồm những đối tượng nào?

• Nhóm dự án, người dùng, khách hàng và quản lý

• Chỉ lập trình viên

• Chỉ tester

• Chỉ khách hàng

Tại sao việc phát hiện lỗi sớm thông qua review lại quan trọng?

• Vì lỗi càng về sau càng khó sửa và tốn kém hơn

• Vì không thể sửa lỗi sau khi phần mềm đã phát hành

• Vì khách hàng không muốn thấy lỗi

• Vì lập trình viên không thể sửa lỗi sau khi viết mã

Hình thức review nào có tính chính thức cao nhất?

• Peer review

• Formal review

• Walkthrough

• Code review

Peer review khác với formal review ở điểm nào?

• Peer review không có quyền phê duyệt tài liệu thiết kế

• Peer review chỉ có tester tham gia

• Peer review chỉ áp dụng cho mã nguồn

• Peer review không có giá trị trong dự án phần mềm

Một trong những mục tiêu chính của review là gì?

Một trong những mục tiêu chính của review là gì?

• Phát hiện lỗi và đánh giá tài liệu

• Phát triển mã nguồn mới

• Viết lại tài liệu dự án

• Tăng tốc độ lập trình

Review leader nên có đặc điểm nào?

• Là người đứng đầu nhóm phát triển

• Là người có kiến thức và kinh nghiệm về loại review đang thực hiện

• Là khách hàng

• Là tester