Nguyên tắc kiểm thử nào sau đây là sai:

Phải lên kế hoạch kiểm thử sớm ngay trong giai đoạn phân tích hệ thống

Có thể thực hiêṇ kiểm thử được toàn bộ mọi trường hợp có thể có của hệ thống

Để hiệu quả, kiểm thử nên được thực hiện bởi một đội kiểm thử

Tuân theo nguyên tắc Pareto

Trả lời:

Đáp án đúng: B

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.

500+ câu trắc nghiệm môn Công nghệ phần mềm có lời giải chi tiết - Phần 5

Tổng hợp 500+ câu hỏi trắc nghiệm môn Công nghệ phần mềm có đáp án đầy đủ nhằm giúp các bạn dễ dàng ôn tập lại toàn bộ các kiến thức.

50 câu hỏi 60 phút

Bắt đầu thi

Câu hỏi liên quan

Câu 44:

Xét đoạn mã giả sau:

Cần tối thiểu bao nhiêu test case để độ bao phủ rẽ nhánh (branch coverage) là 100%

Lời giải:

Đáp án đúng: a

Độ 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.

Câu 45:

Khi phần mềm bị lỗi, một trong những cách để khắc phục là “dùng miếng vá khẩn cấp (patching)”. Biện pháp này có tác dụng phụ gì?

Lời giải:

Đáp án đúng: D

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.

Câu 46:

Khung nhìn (view) nào được quan tâm đầu tiên trong phân tích yêu cầu phần mềm

Lời giải:

Đáp án đúng: C

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.

Câu 47:

Biểu đồ quan hệ thực thể

Lời giải:

Đáp án đúng: A

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).

Câu 48:

Nhằm xác định những mẫu kiến trúc hay kết hợp những mẫu phù hợp nhất cho hệ thống đề nghị, kỹ thuật yêu cầu dùng để khám phá

Lời giải:

Đáp án đúng: B

Câu hỏi đề cập đến việc xác định kiến trúc hoặc kết hợp các mẫu kiến trúc phù hợp nhất cho hệ thống đề nghị. Trong ngữ cảnh này, "những mẫu thiết kế" (Design Patterns) là một kỹ thuật quan trọng. Các mẫu thiết kế cung cấp các giải pháp đã được kiểm chứng cho các vấn đề thường gặp trong thiết kế phần mềm. Việc khám phá và áp dụng các mẫu thiết kế phù hợp giúp xây dựng hệ thống đề nghị một cách hiệu quả và dễ bảo trì.

* A. Giải thuật phức tạp: Giải thuật quan trọng trong hệ thống đề nghị, nhưng không trực tiếp liên quan đến việc xác định kiến trúc tổng thể.
* B. Đặc trưng và ràng buộc: Đặc trưng và ràng buộc quan trọng để mô tả hệ thống, nhưng không phải là kỹ thuật chính để khám phá kiến trúc.
* C. Điều khiển và dữ liệu: Điều khiển và dữ liệu là các khía cạnh cơ bản của hệ thống, nhưng không phải là phương pháp cụ thể để chọn kiến trúc.
* D. Những mẫu thiết kế: Các mẫu thiết kế cung cấp các giải pháp thiết kế đã được chứng minh, giúp chọn và kết hợp các thành phần kiến trúc một cách hiệu quả.

Câu 49:

Lý do tốt nhất cho việc dùng nhóm kiểm tra phần mềm độc lập là

kiểm thử bắt đầu

Lời giải: