Phát biểu nào là hợp lý nhất khi nói về mô hình phát triển phần mềm tuần tự tuyến tính

Trong các nguyên tắc kiểm thử phần mềm, việc kiểm thử toàn bộ mọi trường hợp có thể có của hệ thống là bất khả thi. Số lượng các trường hợp kiểm thử có thể tăng lên theo cấp số nhân khi hệ thống trở nên phức tạp hơn. Do đó, đáp án B là nguyên tắc sai.

• A đúng vì kế hoạch kiểm thử nên bắt đầu sớm để xác định các rủi ro và vấn đề tiềm ẩn từ giai đoạn đầu.
• C đúng vì đội kiểm thử độc lập có thể đưa ra cái nhìn khách quan và tìm ra nhiều lỗi hơn so với người phát triển.
• D đúng vì nguyên tắc Pareto (80/20) áp dụng trong kiểm thử, có nghĩa là 80% các lỗi thường xuất phát từ 20% các module.

Độ bao phủ rẽ nhánh (branch coverage) yêu cầu mỗi nhánh của cấu trúc điều khiển (if, else, switch, vòng lặp) được thực thi ít nhất một lần.

Để đạt được độ bao phủ rẽ nhánh 100% cho đoạn mã giả, chúng ta cần các test case sau:

1. x > 0 (nhánh true của if đầu tiên) và y > 0 (nhánh true của if thứ hai): Ví dụ: x = 1, y = 1.
2. x > 0 (nhánh true của if đầu tiên) và y <= 0 (nhánh false của if thứ hai): Ví dụ: x = 1, y = -1.
3. x <= 0 (nhánh false của if đầu tiên): Ví dụ: x = -1, y = 1 (hoặc bất kỳ giá trị nào của y).

Như vậy, cần tối thiểu 3 test case để đạt được độ bao phủ rẽ nhánh 100%.

Do đó, đáp án đúng là A.

Khi một phần mềm có lỗi, việc sử dụng "miếng vá khẩn cấp" (patching) là một giải pháp nhanh chóng để khắc phục vấn đề. Tuy nhiên, biện pháp này có thể gây ra một số tác dụng phụ không mong muốn:

• Tăng độ phức tạp của chương trình: Các bản vá thường được thêm vào một cách nhanh chóng để giải quyết vấn đề khẩn cấp, đôi khi không được tích hợp một cách hoàn hảo vào kiến trúc tổng thể của phần mềm. Điều này có thể làm tăng độ phức tạp của mã nguồn, gây khó khăn cho việc bảo trì và phát triển sau này.
• Tạo hiệu ứng "ripple effect": Một bản vá có thể sửa một lỗi, nhưng đồng thời cũng có thể vô tình gây ra các lỗi mới ở các phần khác của chương trình. Hiệu ứng này, còn gọi là "ripple effect", xảy ra khi sự thay đổi nhỏ ở một nơi ảnh hưởng đến các khu vực khác một cách không lường trước được.
• Độ bảo mật có thể không tăng: Mặc dù patching thường hướng đến việc vá các lỗ hổng bảo mật, nhưng nếu bản vá được thực hiện không cẩn thận, nó có thể vô tình tạo ra các lỗ hổng bảo mật mới.

Do đó, đáp án "Tất cả các chọn lựa" là chính xác nhất vì nó bao gồm tất cả các tác dụng phụ tiềm ẩn của việc sử dụng miếng vá khẩn cấp.

Phân tích yêu cầu phần mềm là quá trình tìm hiểu, làm rõ và mô tả chi tiết những gì người dùng và các bên liên quan mong muốn ở phần mềm. Trong các khung nhìn (view) khác nhau, khung nhìn essential view (khung nhìn bản chất) được quan tâm đầu tiên. Essential view tập trung vào việc mô tả nghiệp vụ và các tương tác cơ bản giữa hệ thống và người dùng mà không đi sâu vào chi tiết kỹ thuật hay triển khai. Nó giúp chúng ta hiểu rõ vấn đề cần giải quyết và các yêu cầu cốt lõi trước khi xem xét các khía cạnh khác như dữ liệu (data view), người dùng (actor view) hay triển khai (implementation view). Do đó, đáp án C là chính xác nhất.

Biểu đồ quan hệ thực thể (Entity Relationship Diagram - ERD) là một loại sơ đồ dùng để mô tả cấu trúc dữ liệu của một hệ thống thông tin bằng cách thể hiện các thực thể (entities) và mối quan hệ (relationships) giữa chúng. Nó cung cấp một hình ảnh trực quan về cách dữ liệu được tổ chức và liên kết với nhau trong cơ sở dữ liệu. Do đó, đáp án A là chính xác nhất vì nó mô tả đúng mục đích của biểu đồ quan hệ thực thể là thể hiện quan hệ giữa các đối tượng dữ liệu.

Các đáp án còn lại không đúng vì:

• B: Mô tả biểu đồ luồng dữ liệu (Data Flow Diagram).
• C: Mô tả cây quyết định (Decision Tree).
• D: Mô tả sơ đồ ngữ cảnh (Context Diagram) hoặc sơ đồ use case (Use Case Diagram).