Chỉ phát biểu sai. Kiểm thử áp lực

Thường áp dụng trong hệ thống phân bố

Nếu quá tải thiết kế thì không cần xem xét tới lỗi hệ thống

Có thể xem là một dạng của kiểm thử thực thi

Thử thách dựa vào tải thiết kế cực đại

Trả lời:

Đáp án đúng: B

Kiểm thử áp lực (stress testing) là một loại kiểm thử phần mềm nhằm xác định điểm tới hạn của hệ thống bằng cách tăng tải đến mức hệ thống không còn hoạt động đúng cách. Nó thường được áp dụng trong hệ thống phân bố (A) và có thể xem là một dạng của kiểm thử thực thi (C). Mục tiêu của kiểm thử áp lực là thử thách hệ thống dựa vào tải thiết kế cực đại (D) và đánh giá khả năng phục hồi của nó. Phát biểu sai là (B) vì nếu hệ thống quá tải thiết kế, việc xem xét các lỗi hệ thống là vô cùng quan trọng để hiểu cách hệ thống phản ứng và để cải thiện khả năng phục hồi và độ ổn định của nó. Việc bỏ qua lỗi khi quá tải là một sai lầm nghiêm trọng trong kiểm thử áp lực.

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 9

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 27:

Mật độ lỗi (defect density) thuộc độ đo

Lời giải:

Đáp án đúng: A

Mật độ lỗi (defect density) là số lượng lỗi được tìm thấy trên một đơn vị kích thước của phần mềm (ví dụ: số lỗi trên 1000 dòng code - KLOC). Đây là một chỉ số quan trọng để đánh giá chất lượng của sản phẩm phần mềm đang được phát triển. Do đó, mật độ lỗi thuộc độ đo chất lượng sản phẩm cuối.

Câu 28:

Milestone

Lời giải:

Đáp án đúng: D

Milestone (cột mốc) trong quản lý dự án là một điểm đánh dấu quan trọng trong lịch trình dự án, thường biểu thị sự hoàn thành của một giai đoạn lớn hoặc việc chuyển giao một kết quả cụ thể. Nó có thể là thời điểm cuối của một hoạt động hoặc một nhóm các hoạt động, và thường đi kèm với các sản phẩm hoặc kết quả cụ thể.

* A. Thường có output là những word product: Milestone không nhất thiết phải có output là "word product" (các tài liệu văn bản). Output của milestone có thể là bất cứ kết quả hữu hình hoặc vô hình nào, tùy thuộc vào tính chất của dự án. Tuy nhiên, phương án này không bao quát hết các trường hợp.
* B. Là thời điểm cuối của một hoạt động xử lý: Milestone có thể là thời điểm cuối của một hoạt động, nhưng nó cũng có thể đánh dấu sự kết thúc của một giai đoạn lớn hơn bao gồm nhiều hoạt động.
* C. Có thể chuyển giao một kết quả của dự án: Đây là một đặc điểm quan trọng của milestone. Nó thường đánh dấu việc chuyển giao một kết quả (deliverable) cụ thể của dự án.
* D. Tất cả đều đúng: Phương án này chính xác vì milestone có thể bao gồm tất cả các đặc điểm trên.

Do đó, đáp án chính xác nhất là D.

Câu 29:

Mô hình phát triển dựa vào thành phần

Lời giải:

Đáp án đúng: C

Mô hình phát triển dựa vào thành phần (Component-Based Development - CBD) là một phương pháp phát triển phần mềm tập trung vào việc xây dựng hệ thống từ các thành phần phần mềm có thể tái sử dụng. Các thành phần này thường được phát triển độc lập và sau đó được tích hợp lại để tạo thành một ứng dụng hoàn chỉnh. CBD tận dụng các kỹ thuật hỗ trợ đối tượng như tính đóng gói, kế thừa và đa hình để tạo ra các thành phần linh hoạt và dễ bảo trì. Vì vậy, đáp án C là chính xác nhất.

Các phương án khác không chính xác vì:
- A: CBD không chỉ dành riêng cho thiết kế phần cứng.
- B: CBD đặc biệt hỗ trợ việc phát triển và tái sử dụng các thành phần.
- D: Chi phí hiệu quả của CBD có thể được đánh giá bằng nhiều độ đo khác nhau, không chỉ những độ đo định lượng.

Câu 30:

Mô hình phát triển phần mềm dựa trên mẫu thử là

Lời giải:

Đáp án đúng: C

Mô hình phát triển phần mềm dựa trên mẫu thử (Prototyping Model) là một phương pháp mà trong đó, một mẫu thử (prototype) của phần mềm được xây dựng trước khi phát triển sản phẩm cuối cùng. Điều này đặc biệt hữu ích khi khách hàng không thể xác định rõ ràng các yêu cầu ngay từ đầu. Mẫu thử giúp khách hàng hình dung và đưa ra phản hồi, từ đó các yêu cầu được làm rõ và hoàn thiện hơn.

* Phương án A: Sai. Mô hình mẫu thử không nhất thiết rủi ro nếu được quản lý đúng cách. Nó giúp giảm rủi ro bằng cách xác định và giải quyết các vấn đề tiềm ẩn sớm.
* Phương án B: Sai. Mô hình này không chỉ dành cho dự án có nhiều thành viên. Nó tập trung vào việc làm rõ yêu cầu.
* Phương án C: Đúng. Đây là ưu điểm chính của mô hình mẫu thử. Nó cho phép thu thập và tinh chỉnh yêu cầu của khách hàng một cách linh hoạt.
* Phương án D: Sai. Mô hình mẫu thử thường được sử dụng khi yêu cầu *chưa* được xác định rõ ràng.

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

Câu 31:

Mô hình phát triển phần mềm lặp lại tăng thêm

Lời giải:

Đáp án đúng: B

Mô hình phát triển phần mềm lặp lại tăng thêm (incremental) là một cách tiếp cận trong đó phần mềm được phát triển theo một chuỗi các phiên bản (increments). Mỗi phiên bản được xây dựng dựa trên các phiên bản trước đó, thêm vào các chức năng và cải tiến mới.

* Phương án A: Không chính xác. Mô hình lặp tăng trưởng phù hợp với những dự án mà yêu cầu chưa được xác định đầy đủ ngay từ đầu và có thể thay đổi trong quá trình phát triển.
* Phương án B: Chính xác. Mô hình lặp tăng trưởng cho phép xây dựng nhanh chóng một sản phẩm lõi (core) có thể thực thi được, sau đó tiếp tục phát triển và hoàn thiện nó qua các lần lặp.
* Phương án C: Không chính xác. Mô hình lặp tăng trưởng có thể được sử dụng cho các dự án với nhiều nhóm phát triển, nhưng không phải là lựa chọn tốt nhất. Các mô hình khác như Agile có thể phù hợp hơn cho các nhóm lớn.
* Phương án D: Không chính xác. Mô hình lặp tăng trưởng được sử dụng rộng rãi trong phát triển phần mềm thương mại.

Vì vậy, đáp án đúng là B. Mô hình này đặc biệt hữu ích khi cần cung cấp một phiên bản ban đầu nhanh chóng và sau đó cải tiến dần dần.

Câu 32:

Mô hình phát triển phần mềm xoắn ốc

Lời giải: