Chương 1 - Kiểm thử phần mềm

Câu nào sao đây là mục tiêu của kiểm thử (objective for testing)?

• 1. Việc kiểm thử nên bắt đầu càng muộn càng tốt để quá trình phát triển có đủ thời gian tạo ra sản phẩm tốt.

• 1. Để xác thực (validate) xem đối tượng kiểm thử (test object) có hoạt động như mong đợi của người dùng và các bên liên quan khác hay không

• 1. Để chứng minh rằng tất cả các lỗi (defects) có thể được tìm thấy

• Để chứng minh rằng bất kỳ các lỗi còn lại nào sẽ không gây ra failure

Vai trò chính của người kiểm thử trong các dự án phần mềm là gì?

• 1. Fix lỗi

• 1. Phát triển ứng dụng

• 1. Tìm lỗi

• 1. Xây dựng yêu cầu

Theo kết quả của việc phân tích rủi ro, nhiều kiểm thử đang được hướng tới các khu vực của hệ thống mà tìm thấy nhiều lỗi hơn mức trung bình. Nguyên lý kiểm thử nào sau đây đang được áp dụng?

• 1. Nghịch lý thuốc trừ sâu (Pesticide paradox)

• 1. Kiểm thử phụ thuộc vào ngữ cánh (Testing is context dependent)

• 1. Không có lỗi là sai lầm (Absence-of-errors is a fallacy)

• 1. Cụm lỗi (Defects cluster together)

Lựa chọn nào sau đây là ví dụ về các hoạt động kiểm thử góp phần tạo nên thành công?

• 1. Người kiểm thử cố gắng không làm phiền các nhà phát triển trong khi viết mã, để các nhà phát triển viết mã tốt hơn

• 1. Người kiểm thử cộng tác với người dùng cuối giúp cải thiện chất lượng báo cáo lỗi trong quá trình tích hợp thành phần và kiểm tra hệ thống

• 1. Những người kiểm thử có chứng chỉ nghiệp vụ sẽ thiết kế test case tốt hơn những người không có chứng chỉ

• 1. Việc có người kiểm thử tham gia vào các hoạt động khác nhau trong vòng đời phát triển phần mềm (SDLC) sẽ giúp phát hiện các lỗi trong sản phẩm công việc

Tại sao phải tránh nghịch lý thuốc trừ sâu?

• Kiểm thử động (Dynamic testing) kém tin cậy hơn trong việc tìm lỗi

• 1. Thuốc trừ sâu kết hợp với kiểm thử tĩnh không phát hiện được lỗi

• 1. Kiểm thử không nên phụ thuộc vào ngữ cảnh

• 1. Chạy đi chạy lại các test giống nhau sẽ làm giảm cơ hội tìm ra lỗi mới

Nhóm kiểm thử luôn tìm thấy từ 90% đến 95% lỗi có trong hệ thống được kiểm thử. Mặc dù người quản lý kiểm thử hiểu rằng đây là tỷ lệ phát hiện lỗi tốt cho nhóm kiểm thử và ngành của cô ấy, nhưng quản lý cấp cao thì thất vọng về nhóm kiểm thử, nói rằng nhóm kiểm thử đã bỏ sót quá nhiều lỗi. Và người dùng nhìn chung hài lòng với hệ thống, các lỗi xảy ra có tác động thấp. Nguyên tắc kiểm thử nào sau đây có nhiều khả năng giúp người quản lý kiểm thử giải thích cho những người quản lý này lý do tại sao một số lỗi có thể bỏ lỡ?

• 1. Nghịch lý thuốc trừ sâu (Pesticide paradox)

• 1. Cụm lỗi (Defect clustering)

• 1. Kiểm thử toàn bộ là không thể (Exhaustive testing is impossible)

• 1. Không có lỗi là sai lầm (Absence of error fallacy)

Trường hợp nào sau đây là ví dụ về sự cố (failure) của hệ thống điều khiển hành trình trên ô tô?

• 1. Nhà phát triển hệ thống đã quên đổi tên các biến sau khi copy và paste

• 1. Mã không cần thiết Unnecessary code phát ra âm thanh cảnh báo khi đảo chiều được đưa vào hệ thống

• 1. Hệ thống dừng duy trì tốc độ đã đặt khi âm lượng radio tăng hoặc giảm

• 1. Thông số kỹ thuật thiết kế cho hệ thống bị sai về tốc độ

So sánh kết quả thực tế và kết quả mong đợi xảy ra trong hoạt động nào của quy trình kiểm thử

• 1. Giám sát và kiểm soát kiểm thử (Test Monitoring & Control)

• 1. Phân tích kiểm thử (Test Analysis)

• 1. Xây dựng/triển khai kiểm thử (Test Implementation)

• 1. Thực hiện kiểm thử (Test Execution)

Trường hợp nào sau đây là định nghĩa về thuật ngữ “test case"?

• Một phần của miền giá trị của một biến trong một thành phần hoặc hệ thống trong đó tất cả các giá trị mong đợi sẽ được xử lý giống nhau dựa trên đặc tả

• Một tập hợp các tiền điều kiện,  đầu vào, hành động, kết quả dự kiến và hậu điều kiện, được phát triển dựa trên các điều kiện kiểm thử

• 1. Các sản phẩm công việc được tạo ra trong quá trình kiểm thử để sử dụng trong việc lập kế hoạch, thiết kế, thực thi, đánh giá và báo cáo về kiểm thử

• 1. Một nguồn để xác định kết quả mong đợi để so sánh với kết quả thực tế của hệ thống đang được kiểm thử

Hãy xem xét danh sách các hoạt động của quá trình kiểm thử sau đây

I.          Phân tích kiểm thử (Test Analysis)

      II.          Hoàn thành kiểm thử (Test Completion)

                       III.          Xây dựng/triển khai kiểm thử và thực hiện kiểm thử (Test Implementation and Test Execution)

                      IV.          Lập kế hoạch kiểm thử (Test Planning)

Thiết kế kiểm thử (Test Design)

• 1. IV, I, V, II và III

• 1. I, IV, V, III và II

• I, II, III, IV và V

• 1. IV, I, V, III và II