P16_KTPM

Sự kết hợp nào sau đây mô tả chính xác một cách tiếp cận hợp lệ để kiểm thử thành phần:

i) Kiểm tra chức năng của thành phần một cách độc lập.

ii) Kiểm tra mã dựa trên cấu trúc mà không ghi lại sự cố.

iii) Các thử nghiệm tự động được chạy cho đến khi thành phần đạt yêu cầu. iv) Kiểm tra chức năng các giao diện giữa các mô-đun.

• i) và ii)

• i, ii và iii

• iii

• ii, iv

Điều nào sau đây là mục đích của giai đoạn lập kế hoạch xem xét?

• Nhật ký lỗi.

• Giải thích các tài liệu cho người tham gia.

• Thu thập số liệu.

• Phân bổ các vai trò cá nhân.

Đường cong tỷ lệ xuất hiện lỗi:

• Hiển thị số lượng lỗi mới được phát hiện trên một đơn vị thời gian

• Hiển thị số lượng lỗi mở trên một đơn vị thời gian.

• Hiển thị tổng số lỗi tích lũy được tìm thấy cho đến thời điểm này.Shows the cumulative total number of defects found up to this time.

• Bất kỳ điều nào trong số này, tùy thuộc vào công ty.

Định nghĩa tốt nhất về thử nghiệm hoàn chỉnh:

• Bạn đã phát hiện ra mọi lỗi trong chương trình.

• Bạn đã kiểm tra mọi câu lệnh, nhánh và sự kết hợp của các nhánh trong chương trình.

• Bạn đã hoàn thành mọi bài kiểm tra trong kế hoạch kiểm tra.

• Bạn đã đến ngày giao hàng theo lịch trình.

Tuyên bố đầy đủ và phạm vi chi nhánh có nghĩa là:

• Rằng bạn đã kiểm tra mọi câu lệnh trong chương trình.

• Rằng bạn đã kiểm tra mọi câu lệnh và mọi nhánh trong chương trình.

• Rằng bạn đã kiểm tra mọi câu lệnh IF trong chương trình.

• Rằng bạn đã kiểm tra mọi tổ hợp giá trị của câu lệnh IF trong chương trình

Có một số rủi ro khi quản lý tiến độ dự án của bạn bằng mô hình độ tin cậy thống kê. Chúng bao gồm (chọn một hoặc nhiều điều sau đây):

• Người kiểm thử dành nhiều năng lượng hơn trong giai đoạn đầu của sản phẩm để cố gắng tìm lỗi hơn là chuẩn bị thực hiện phần còn lại của dự án một cách hiệu quả hơn

• Các nhà quản lý có thể không nhận ra rằng nỗ lực kiểm thử là không hiệu quả vào giai đoạn muộn của dự án, bởi vì họ mong đợi tỷ lệ tìm thấy lỗi thấp, do đó tỷ lệ đạt được thấp không khiến họ lo lắng.

• Nó có thể làm tăng áp lực cuối dự án đối với người kiểm tra để không tìm thấy lỗi hoặc không báo cáo lỗi.

• Tất cả những điều trên

Các lỗi điển hình dễ tìm thấy trong đánh giá hơn là trong thử nghiệm động là:

• Những sai lệch so với tiêu chuẩn

• Lỗi yêu cầu

• Lỗi thiết kế

• Tất cả những điều trên.

Đánh giá, phân tích tĩnh và thử nghiệm động có cùng mục tiêu

• Xác định các khuyết tật.

• Sửa chữa khuyết điểm.

• A. and B

• Không có điều nào ở trên

Chúng ta có thể đạt được mức độ bao phủ câu lệnh hoàn chỉnh nhưng vẫn bỏ sót lỗi vì:

• Lỗi chỉ xảy ra nếu bạn gặp câu lệnh lấy nhánh TRUE của câu lệnh IF và bạn đến câu lệnh có bài kiểm tra vượt qua nhánh FALSE.

• Lỗi này phụ thuộc vào việc chương trình không có khả năng xử lý các giá trị dữ liệu cụ thể chứ không phải vào luồng điều khiển của chương trình.

• Chúng tôi không bắt buộc phải kiểm tra mã mà khách hàng khó có thể thực thi.

• Tất cả những điều trên

Rối loạn chức năng đo lường là một vấn đề vì:

• Mặc dù những con số bạn nhìn thấy có vẻ tốt hơn, nhưng để đạt được những con số này, mọi người đang làm những khía cạnh khác trong công việc của họ kém hơn nhiều.

• Chúng tôi không biết cách đo lường một biến số (phép đo của chúng tôi không hoạt động) và vì vậy chúng tôi không biết cách diễn giải kết quả.

• Bạn đang đo lường sai thứ và do đó đưa ra những kết luận sai lầm.

• All of the above.