Công cụ nào sau đây không phải là công cụ mã nguồn mở?

Để câu lệnh 06 "Print “Keep male and female rabbits apart!”" được thực thi, cần đáp ứng các điều kiện sau:

1. male rabbits > 0 VÀ female rabbits > 0 (để đi vào câu lệnh If ở dòng 03).
2. breed = “No” (để đi vào câu lệnh If ở dòng 05).

Xét các đáp án:

* A. male rabbits = 1, female rabbits = 1, breed = “yes”: Đáp ứng điều kiện 1 nhưng không đáp ứng điều kiện 2.
* B. male rabbits = 1, female rabbits = 1, breed = “no”: Đáp ứng cả hai điều kiện.
* C. male rabbits = 1, female rabbits = 2, breed = “yes”: Đáp ứng điều kiện 1 nhưng không đáp ứng điều kiện 2.
* D. male rabbits = 1, female rabbits = 0, breed = “no”: Không đáp ứng điều kiện 1 (female rabbits > 0).

Vậy, chỉ có đáp án B thỏa mãn tất cả các điều kiện để câu lệnh 06 được thực thi.

Kiểm thử hộp đen (Black-box testing) là một phương pháp kiểm thử phần mềm mà trong đó, cấu trúc bên trong hoặc hoạt động của phần mềm không được biết đến hoặc không được xem xét. Các kỹ thuật kiểm thử hộp đen tập trung vào việc kiểm tra chức năng của phần mềm dựa trên các yêu cầu và đặc tả.

Các kỹ thuật kiểm thử hộp đen phổ biến bao gồm:
- Phân lớp tương đương (Equivalence partitioning):
- Phân tích giá trị biên (Boundary value analysis):
- Bảng quyết định (Decision table testing)
- Kiểm tra chuyển trạng thái (State transition testing)
- Sử dụng trường hợp (Use case testing)
- Đoán lỗi (Error guessing)
- Kiểm tra cú pháp (Syntax testing).

Phủ câu lệnh (Statement coverage) là một kỹ thuật kiểm thử hộp trắng (White-box testing), trong đó người kiểm thử cần thiết kế các trường hợp kiểm thử sao cho mỗi câu lệnh trong mã nguồn được thực thi ít nhất một lần. Đồ thị nguyên nhân kết quả là một phương pháp thuộc kiểm thử hộp đen.

Vậy đáp án D (Phủ câu lệnh) không phải là một kỹ thuật của kiểm thử hộp đen.

Kiểm thử phần mềm nên bắt đầu càng sớm càng tốt trong vòng đời phát triển phần mềm (SDLC). Điều này có nghĩa là kiểm thử có thể bắt đầu ngay khi các yêu cầu phần mềm được phê duyệt. Việc kiểm thử sớm giúp phát hiện các lỗi sớm hơn, giảm chi phí sửa lỗi và cải thiện chất lượng phần mềm tổng thể.

Độ phức tạp Cyclomatic (Cyclomatic Complexity) là một độ đo phần mềm, được phát triển bởi Thomas J. McCabe, Sr. vào năm 1976. Nó được sử dụng để chỉ ra độ phức tạp của một chương trình.