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ì?

Evaluate responses using AI:

OFF

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