Sinh các ca kiểm thử là giai đoạn quyết định khả năng phát hiện lỗi của quá trình kiểm thử

Thực thi các ca kiểm thử là giai đoạn quyết định khả năng phát hiện lỗi của quá trình kiểm thử

Lập báo cáo kiểm thử là giai đoạn quyết định khả năng phát hiện lỗi của quá trình kiểm thử

Không có phát biểu đúng

Hộp đen là chức năng; hộp trắng là cấu trúc

Hộp đen là chức năng; hộp trắng là phi chức năng

Hộp đen có chiều rộng lớn hơn hộp trắng

Hộp đen chỉ có thể được thực hiện sau hộp trắng

Kiểm thử hộp đen

Kiểm thử hộp trắng

Kiểm thử hộp xám

Kiểm thử chấp nhận

Kiểm thử hộp trắng

Kiểm thử hộp đen

Kiểm thử hộp xám

Kiểm thử chấp nhận

Mục tiêu chính của kiểm thử chấp nhận là đảm bảo rằng hệ thống có thể chấp nhận được đối với tất cả người dùng

Mục tiêu chính của kiểm thử chấp nhận là tìm lỗi trong hệ thống

Mục tiêu chính của kiểm thử chấp nhận là kiểm tra hệ thống tương thích với các hệ thống khác

Mục tiêu chính của kiểm thử chấp nhận là kiểm tra việc đáp ứng yêu cầu nghiệp vụ

Kiểm thư lại là chạy lại các ca kiểm thử; Kiểm thử hồi quy là kiểm thử lại hệ thống khi nó bị thay đổi

Kiểm thử lại được thực hiện bởi các nhà phát triển; kiểm thử hồi quy được thực hiện bởi những người kiểm thử độc lập

Kiểm thử lại sẽ tìm ra các kết quả bất ngờ; kiểm thử hồi quy là lặp lại những ca kiểm thử

Kiểm thử lại được thực hiện sau khi sửa lỗi; kiểm thử hồi quy được thực hiện sớm hơn

Kiểm thử hộp xám

Kiểm thử lai

Kiểm thử chấp nhận

Kiểm thử hệ thống

Kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống và kiểm thử chấp nhận

Kiểm tra gia tăng, kiểm tra toàn diện, kiểm tra thăm dò và kiểm tra dữ liệu

Kiểm thử tích hợp, kiểm thử hệ thống, kiểm thử chấp nhận và kiểm thủ hồi quy

Kiểm thử Alpha, kiểm thử Beta, kiểm thử hộp đen và kiểm thử hộp trắng

Code review

Kiểm thử hiệu năng

Kiểm thử cấu trúc

Kiểm thử chức năng

Kiểm thử các yêu cầu phi chức năng bao gồm kiểm thử các thuộc tính của hệ thống bao gồm hiệu năng, khả năng chịu tải, tính dễ dùng, …

Kiểm thử các yêu cầu phi chức năng là kiểm tra để xem liệu hệ thống có hoạt động đúng chức năng hay không

Kiểm thử các yêu cầu phi chức năng là kiểm tra các chức năng có thể không tồn tại

Kiểm thử các yêu cầu phi chức năng là kiểm tra độ tin cậy của hệ thống

Kiểm thử đơn vị

Kiểm thử chức năng hệ thống

Kiểm thử tính dễ sử dụng

Kiểm thử các thuộc tính của hệ thống bao gồm hiệu năng, khả năng chịu tải, tính dễ dùng, …

Kiểm thử hộp đen chỉ có khả năng phát hiện các lỗi được đặc tả mà không được cài đặt và lỗi cài đặt sai so với đặc tả

Kiểm thử hộp đen là đủ để phát hiện các lỗi

Kiểm thử hộp đen chỉ có khả năng phát hiện các lỗi không được đặc tả mà được cài đặt và lỗi cài đặt sai so với đặc tả

Kiểm thử hộp đen sinh các ca kiểm thử từ mã nguồn

Kiểm thử hộp trắng chỉ có khả năng phát hiện các lỗi không được đặc tả mà được cài đặt và lỗi cài đặt sai so với đặc tả

Kiểm thử hộp trắng là đủ để phát hiện các lỗi

Kiểm thử hộp trắng chỉ có khả năng phát hiện các lỗi được đặc tả mà không được cài đặt và lỗi cài đặt sai so với đặc tả

Kiểm thử hộp trắng sinh các ca kiểm thử từ đặc tả

Cả kiểm thử hộp đen và hộp trắng đều cần thiết và không thay thế cho nhau

Kiểm thử hộp đen có khả năng phát hiện lỗi tốt hơn kiểm thử hộp trắng

Kiểm thử hộp trắng có khả năng phát hiện lỗi tốt hơn kiểm thử hộp đen

Chỉ cần một trong hai (kiểm thử hộp trắng hoặc kiểm thử hộp đen) là đủ

Đặc tả yêu cầu

Thiết kế

Mong muốn của khách hàng

Mong muốn của người phát triển

Mục tiêu của kiểm chứng (verification) là kiểm tra sản phẩm có được cài đặt đúng với thiết kế không

Mục tiêu của kiểm chứng (verification) là kiểm tra sản phẩm có được cài đặt đúng với đặc tả yêu cầu không

Mục tiêu của kiểm chứng (verification) là kiểm tra sản phẩm có đáp ứng với mong muốn của người dùng hay không

Mục tiêu của kiểm chứng (verification) là kiểm tra sản phẩm có dễ sử dụng không

Mục tiêu của thẩm định (validation) là kiểm tra sản phẩm có đáp ứng yêu cầu của người dùng hay không

Mục tiêu của thẩm định (validation) là kiểm tra sản phẩm có được cài đặt đúng với thiết kế không

Mục tiêu của thẩm định (validation) là kiểm tra sản phẩm có đáp ứng với mong muốn của người dùng hay không

Mục tiêu của thẩm định (validation) là kiểm tra sản phẩm có dễ sử dụng không

là độ đo về sự thỏa mãn của phần mềm so với đặc tả yêu cầu

là độ đo về độ tin cậy của phần mềm

là độ đo về tính dễ sử dụng của phần mềm

là độ đo về tính đầy đủ chức năng của phần mềm

Kiểm thử phần mềm có thể chỉ ra phần mềm không còn lỗi

Kiểm thử phần mềm là hoạt động chủ chốt nhằm đánh giá chất lượng phần mềm

Kiểm thử phần mềm có thể chỉ ra lỗi nhưng không thể khẳng định phần mềm không còn lỗi

Kiểm thử phần mềm có mục tiêu phát hiện các lỗi/khiếm khuyết của phần mềm

Hai giai đoạn chính trong quá trình kiểm thử phần mềm gồm: sinh các ca kiểm thử (bộ kiểm thử) và thực thi/chạy các ca kiểm thử

Hai giai đoạn chính trong quá trình kiểm thử phần mềm gồm: Thực thi/chạy các ca kiểm thử và báo cáo kết quả kiểm thử

Hai giai đoạn chính trong quá trình kiểm thử phần mềm gồm: Sinh các ca kiểm thử (bộ kiểm thử) và báo cáo kết quả kiểm thử

Hai giai đoạn chính trong quá trình kiểm thử phần mềm gồm: Thu thập yêu cầu kiểm thử và sinh các ca kiểm thử

Thực hiện việc kiểm thử, nếu phát hiện ra lỗi thì sử dụng bộ đầu vào của ca kiểm thử phát hiện ra lỗi để thực hiện việc gỡ lỗi

Kiểm thử là việc tìm lỗi trong khi gỡ lỗi là việc tìm nguyên nhân, vị trí lỗi. Vì vậy, chúng không có liên quan hệ gì.

Gỡ lỗi giúp tìm ra lỗi và có thể sử dụng nó để thay thế kiểm thử

Gỡ lỗi giúp tìm ra vị trí của lỗi nhằm giúp cho kiểm thử có thể sinh các ca kiểm thử có khả năng phát hiện lỗi cao hơn.

Quá trình kiểm thử sẽ dừng lại khi hết nguồn lực (thời gian, ngân sách, …) hoặc đã đạt mức độ bao phủ mong muốn hoặc đã đạt tần suất hỏng hóc/lỗi mong muốn

Quá trình kiểm thử sẽ dừng lại khi khi hết nguồn lực (thời gian, ngân sách, …)

Quá trình kiểm thử sẽ dừng lại khi hết nguồn lực (thời gian, ngân sách, …) hoặc đã đạt mức độ bao phủ mong muốn

Quá trình kiểm thử sẽ dừng lại khi đã đạt tần suất hỏng hóc/lỗi mong muốn

Kiểm thử dựa trên phân hoạch tương đương

Kiểm thử dựa trên phân tích giá trị biên

Kiểm thử dựa trên bảng quyết định

cả 3

Lỗi hay xảy ra tại các giá trị biên và cận biên

Các kỹ thuật kiểm thử hộp đen còn lại không kiểm tra được các giá trị đặc biệt

Lập trình viên thường xuyên mắc lỗi

Luôn có lỗi trong mã nguồn

Bảng quyết định sẽ tốt hơn phân hoạch tương đương nếu các đầu vào phụ thuộc lẫn nhau

Phân hoạch tương đương sẽ tốt hơn bảng quyết định nếu các đầu vào phụ thuộc lẫn nhau

Mỗi kỹ thuật có một thiên chức riêng nên không thể so sánh được

Hai kỹ thuật này tương đương nhau

Chỉ cần áp dụng một kỹ thuật sinh ca kiểm thử là đủ để đảm bảo chất lượng

Phân tích giá trị biên và bảng quyết định không thay thế lẫn nhau được

Phân tích giá trị biên và phân hoạch tương đương không thay thế lẫn nhau được

Nên kết hợp phân tích giá trị biên với bảng quyết định hoặc phân hoạch tương đương