Đề Thi Thử Trắc Nghiệm Online - Môn Công Nghệ Phần Mềm

Đề Thi Thử Trắc Nghiệm Online – Môn Công Nghệ Phần Mềm tổng hợp câu hỏi trắc nghiệm chứa đựng nhiều dạng bài tập, bài thi, cũng như các câu hỏi trắc nghiệm và bài kiểm tra, trong bộ Đại Học. Nội dung trắc nghiệm nhấn mạnh phần kiến thức nền tảng và chuyên môn sâu của học phần này. Mọi bộ đề trắc nghiệm đều cung cấp câu hỏi, đáp án cùng hướng dẫn giải cặn kẽ. Mời bạn thử sức làm bài nhằm ôn luyện và làm vững chắc kiến thức cũng như đánh giá năng lực bản thân!

Đề 01

Đề 02

Đề 03

Đề 04

Đề 05

Đề 06

Đề 07

Đề 08

Đề 09

Đề 10

Đề 11

Đề 12

Đề 13

Đề 14

Đề 15

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 01

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 1: Trong quy trình phát triển phần mềm, giai đoạn nào tập trung vào việc xác định và ghi lại một cách chi tiết *những gì* hệ thống cần phải làm, thay vì *làm thế nào* để thực hiện?

Thiết kế hệ thống (System Design)

Phân tích yêu cầu (Requirements Analysis)

Kiểm thử phần mềm (Software Testing)

Bảo trì phần mềm (Software Maintenance)

Giai đoạn phân tích yêu cầu tập trung vào việc hiểu và mô tả yêu cầu của người dùng và các bên liên quan, xác định rõ chức năng và phạm vi của hệ thống mà không đi sâu vào chi tiết kỹ thuật.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 2: Mô hình phát triển phần mềm nào sau đây ưu tiên sự linh hoạt và khả năng thích ứng với thay đổi, thường được sử dụng khi yêu cầu của dự án không rõ ràng ngay từ đầu và có thể phát triển theo thời gian?

Mô hình thác nước (Waterfall Model)

Mô hình chữ V (V-Model)

Mô hình Agile (Agile Model)

Mô hình xoắn ốc (Spiral Model)

Mô hình Agile và các biến thể của nó (Scrum, Kanban) được thiết kế để linh hoạt và thích ứng với thay đổi, phù hợp với các dự án có yêu cầu không chắc chắn và cần sự tương tác liên tục với khách hàng.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 3: Bạn đang phát triển một ứng dụng web phức tạp. Để đảm bảo tính bảo mật, bạn quyết định áp dụng nguyên tắc 'Ít đặc quyền nhất' (Principle of Least Privilege - PoLP). Nguyên tắc này có ý nghĩa gì trong bối cảnh phát triển phần mềm?

Cấp quyền truy cập tối thiểu cần thiết cho mỗi thành phần/người dùng.

Mã hóa tất cả dữ liệu nhạy cảm trong ứng dụng.

Thường xuyên kiểm tra bảo mật và vá lỗi hệ thống.

Sử dụng tường lửa mạnh mẽ để bảo vệ ứng dụng khỏi tấn công mạng.

Nguyên tắc 'Ít đặc quyền nhất' (PoLP) trong bảo mật phần mềm có nghĩa là mỗi thành phần hoặc người dùng chỉ nên được cấp quyền truy cập tối thiểu cần thiết để thực hiện chức năng của mình, giảm thiểu rủi ro nếu có sự cố bảo mật.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 4: Trong kiểm thử phần mềm, loại kiểm thử nào tập trung vào việc xác minh rằng các thành phần phần mềm riêng lẻ (ví dụ: module, class, function) hoạt động đúng như thiết kế?

Kiểm thử tích hợp (Integration Testing)

Kiểm thử hệ thống (System Testing)

Kiểm thử chấp nhận (Acceptance Testing)

Kiểm thử đơn vị (Unit Testing)

Kiểm thử đơn vị (Unit testing) là quá trình kiểm tra các đơn vị mã nguồn nhỏ nhất một cách độc lập để đảm bảo chúng hoạt động chính xác trước khi tích hợp vào hệ thống lớn hơn.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 5: Một nhóm phát triển phần mềm đang sử dụng phương pháp Scrum. Vào cuối mỗi Sprint, họ tổ chức một buổi 'Sprint Review'. Mục đích chính của buổi Sprint Review là gì?

Lập kế hoạch cho Sprint tiếp theo.

Đánh giá hiệu suất làm việc của từng thành viên trong nhóm.

Trình bày sản phẩm đã hoàn thành và thu thập phản hồi từ các bên liên quan.

Giải quyết các vấn đề kỹ thuật phát sinh trong Sprint.

Sprint Review trong Scrum là buổi họp để nhóm phát triển trình bày sản phẩm đã hoàn thành trong Sprint cho Product Owner và các bên liên quan, thu thập phản hồi và điều chỉnh kế hoạch cho các Sprint tiếp theo.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 6: Trong kiến trúc phần mềm, kiểu kiến trúc nào tập trung vào việc chia ứng dụng thành các thành phần dịch vụ nhỏ, độc lập, giao tiếp với nhau thông qua mạng?

Kiến trúc lớp (Layered Architecture)

Kiến trúc Microservices (Microservices Architecture)

Kiến trúc Client-Server (Client-Server Architecture)

Kiến trúc hướng sự kiện (Event-Driven Architecture)

Kiến trúc Microservices là một kiểu kiến trúc phân tán, chia ứng dụng thành các dịch vụ nhỏ, độc lập, dễ dàng phát triển, triển khai và mở rộng riêng lẻ.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 7: Công cụ quản lý phiên bản (Version Control System) nào sau đây phổ biến nhất và được sử dụng rộng rãi trong phát triển phần mềm hiện đại để theo dõi thay đổi mã nguồn và cộng tác nhóm?

Git

Subversion (SVN)

CVS

Mercurial

Git là hệ thống quản lý phiên bản phân tán phổ biến nhất hiện nay, được ưa chuộng vì tính linh hoạt, hiệu quả và khả năng hỗ trợ tốt cho quy trình làm việc nhóm.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 8: Độ đo 'Độ phức tạp Cyclomatic' (Cyclomatic Complexity) được sử dụng để đánh giá khía cạnh nào của mã nguồn phần mềm?

Kích thước mã nguồn (Source Code Size)

Hiệu suất thực thi (Execution Performance)

Độ phức tạp của luồng điều khiển (Control Flow Complexity)

Số lượng lỗi tiềm ẩn (Potential Defects)

Độ phức tạp Cyclomatic là một độ đo phần mềm được sử dụng để định lượng độ phức tạp của luồng điều khiển trong một chương trình. Nó đo số lượng đường dẫn độc lập tuyến tính thông qua mã nguồn.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 9: Trong quy trình kiểm thử, 'Kiểm thử hộp đen' (Black-box testing) khác biệt với 'Kiểm thử hộp trắng' (White-box testing) chủ yếu ở điểm nào?

Mục tiêu kiểm thử (chức năng vs. hiệu suất).

Kiến thức về cấu trúc bên trong của phần mềm.

Giai đoạn thực hiện kiểm thử (đầu vs. cuối quy trình).

Loại lỗi phát hiện được (lỗi logic vs. lỗi giao diện).

Kiểm thử hộp đen tập trung vào chức năng và hành vi bên ngoài của phần mềm mà không cần biết cấu trúc bên trong, trong khi kiểm thử hộp trắng dựa trên kiến thức về cấu trúc và mã nguồn bên trong để thiết kế test case.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 10: Kỹ thuật 'Tái cấu trúc mã' (Code Refactoring) được thực hiện trong giai đoạn nào của vòng đời phát triển phần mềm và mục đích chính của nó là gì?

Giai đoạn kiểm thử; để tìm và sửa lỗi.

Giai đoạn thiết kế; để tối ưu hóa hiệu suất.

Giai đoạn bảo trì; để thêm chức năng mới.

Thực hiện liên tục trong quá trình phát triển; để cải thiện cấu trúc mã.

Tái cấu trúc mã là quá trình cải thiện cấu trúc bên trong của mã nguồn mà không thay đổi hành vi bên ngoài của nó. Nó thường được thực hiện liên tục trong suốt quá trình phát triển để mã dễ đọc, dễ bảo trì và mở rộng hơn.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 11: Trong mô hình thác nước (Waterfall), điều gì xảy ra nếu một lỗi được phát hiện ở giai đoạn kiểm thử, nhưng nguyên nhân gốc rễ của lỗi lại nằm ở giai đoạn phân tích yêu cầu?

Lỗi sẽ được bỏ qua vì không thể quay lại giai đoạn trước.

Cần phải quay lại giai đoạn phân tích yêu cầu để sửa chữa, gây tốn kém.

Chỉ cần sửa lỗi ở giai đoạn kiểm thử mà không cần xem xét lại yêu cầu.

Lỗi này là không thể xảy ra trong mô hình thác nước.

Trong mô hình thác nước, việc quay lại các giai đoạn trước để sửa lỗi là tốn kém và khó khăn. Lỗi từ giai đoạn phân tích yêu cầu khi phát hiện ở giai đoạn kiểm thử sẽ đòi hỏi phải quay lại giai đoạn đầu để sửa chữa, gây chậm trễ và tăng chi phí.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 12: 'Nợ kỹ thuật' (Technical Debt) trong phát triển phần mềm là gì và tại sao cần phải quản lý nó?

Số tiền mà dự án nợ các nhà cung cấp bên ngoài.

Thời gian phát triển bị chậm trễ so với kế hoạch ban đầu.

Hậu quả của việc đưa ra các quyết định thiết kế/mã hóa không tối ưu để đi nhanh.

Tổng số lỗi được phát hiện trong quá trình kiểm thử.

Nợ kỹ thuật là các quyết định thiết kế hoặc mã hóa vội vàng, không tối ưu được thực hiện để hoàn thành công việc nhanh chóng. Nó cần được quản lý vì nếu tích tụ quá nhiều sẽ làm chậm quá trình phát triển trong tương lai, tăng chi phí bảo trì và giảm chất lượng phần mềm.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 13: Trong thiết kế hướng đối tượng (Object-Oriented Design), nguyên tắc 'SOLID' nào khuyến khích việc các lớp (class) nên có một và chỉ một lý do duy nhất để thay đổi?

Nguyên tắc trách nhiệm đơn lẻ (Single Responsibility Principle - SRP)

Nguyên tắc mở rộng - đóng (Open/Closed Principle - OCP)

Nguyên tắc thay thế Liskov (Liskov Substitution Principle - LSP)

Nguyên tắc phân tách giao diện (Interface Segregation Principle - ISP)

Nguyên tắc 'Trách nhiệm đơn lẻ' (Single Responsibility Principle - SRP) trong SOLID khẳng định rằng một lớp chỉ nên có một lý do duy nhất để thay đổi, giúp lớp dễ hiểu, dễ bảo trì và giảm thiểu tác động khi có thay đổi.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 14: 'Mô hình hóa dữ liệu' (Data Modeling) đóng vai trò quan trọng trong giai đoạn nào của phát triển phần mềm và tại sao?

Giai đoạn kiểm thử; để tạo dữ liệu kiểm thử.

Giai đoạn phân tích yêu cầu và thiết kế; để hiểu cấu trúc và tổ chức dữ liệu.

Giai đoạn triển khai; để nhập dữ liệu ban đầu vào hệ thống.

Giai đoạn bảo trì; để sửa lỗi dữ liệu.

Mô hình hóa dữ liệu thường được thực hiện trong giai đoạn phân tích yêu cầu và thiết kế. Nó giúp hiểu rõ cấu trúc dữ liệu, mối quan hệ giữa các dữ liệu và đảm bảo dữ liệu được tổ chức hiệu quả, làm nền tảng cho việc xây dựng cơ sở dữ liệu và các chức năng xử lý dữ liệu của ứng dụng.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 15: Phương pháp 'Tích hợp liên tục và Phân phối liên tục' (CI/CD) mang lại lợi ích chính nào cho quy trình phát triển phần mềm?

Giảm chi phí phát triển phần mềm.

Tăng cường bảo mật cho ứng dụng.

Tự động hóa và tăng tốc quá trình phát hành phần mềm.

Cải thiện khả năng giao tiếp giữa các thành viên nhóm.

CI/CD giúp tự động hóa quá trình tích hợp mã, kiểm thử và triển khai phần mềm, giúp phát hành phần mềm nhanh hơn, thường xuyên hơn, giảm rủi ro và cải thiện chất lượng.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 16: Trong quản lý dự án phần mềm, 'Biểu đồ Gantt' (Gantt Chart) được sử dụng để làm gì?

Quản lý rủi ro dự án.

Theo dõi ngân sách dự án.

Quản lý yêu cầu dự án.

Lập kế hoạch và theo dõi tiến độ công việc dự án.

Biểu đồ Gantt là công cụ trực quan hóa tiến độ dự án, hiển thị các công việc, thời gian bắt đầu, thời gian kết thúc và mối quan hệ phụ thuộc giữa các công việc, giúp quản lý tiến độ và phân công công việc hiệu quả.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 17: 'Tính khả dụng' (Usability) là một thuộc tính chất lượng quan trọng của phần mềm. Nó đề cập đến khía cạnh nào?

Phần mềm hoạt động ổn định và không bị lỗi.

Phần mềm dễ sử dụng và hiệu quả cho người dùng.

Phần mềm bảo vệ dữ liệu người dùng khỏi truy cập trái phép.

Phần mềm có thể mở rộng để đáp ứng nhu cầu tăng trưởng.

Tính khả dụng (Usability) tập trung vào việc phần mềm dễ sử dụng, dễ học, hiệu quả và mang lại trải nghiệm người dùng tốt.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 18: 'Design Pattern' (Mẫu thiết kế) trong phần mềm là gì và tại sao chúng hữu ích?

Giải pháp thiết kế đã được kiểm chứng cho các vấn đề thường gặp, giúp tái sử dụng và tăng chất lượng.

Công cụ để tạo giao diện người dùng đẹp mắt.

Ngôn ngữ lập trình mới để phát triển phần mềm.

Phương pháp kiểm thử phần mềm tự động.

Design Patterns là các giải pháp thiết kế đã được kiểm chứng và tái sử dụng cho các vấn đề thiết kế phần mềm thường gặp. Chúng giúp tăng tốc độ phát triển, cải thiện chất lượng mã và giao tiếp hiệu quả giữa các nhà phát triển.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 19: Trong bảo trì phần mềm, loại bảo trì nào liên quan đến việc sửa đổi phần mềm để khắc phục các lỗi hoặc sự cố đã được báo cáo sau khi phần mềm đã được triển khai?

Bảo trì thích ứng (Adaptive Maintenance)

Bảo trì hoàn thiện (Perfective Maintenance)

Bảo trì sửa lỗi (Corrective Maintenance)

Bảo trì phòng ngừa (Preventive Maintenance)

Bảo trì sửa lỗi (Corrective maintenance) là loại bảo trì phổ biến nhất, tập trung vào việc sửa chữa các lỗi và khuyết tật được phát hiện trong quá trình sử dụng phần mềm.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 20: 'Refactoring' (Tái cấu trúc mã) khác với 'Rewriting' (Viết lại mã) ở điểm nào?

Refactoring nhanh hơn Rewriting.

Refactoring chỉ áp dụng cho mã cũ, Rewriting cho mã mới.

Refactoring luôn cải thiện hiệu suất, Rewriting thì không chắc.

Refactoring không thay đổi chức năng, Rewriting có thể thay đổi chức năng.

Refactoring là cải thiện cấu trúc mã mà không thay đổi chức năng bên ngoài, trong khi rewriting là viết lại mã từ đầu, thường để thay đổi chức năng hoặc công nghệ nền tảng.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 21: Trong kiểm thử hiệu năng (Performance Testing), loại kiểm thử nào nhằm mục đích xác định điểm mà hệ thống bắt đầu hoạt động kém hiệu quả hoặc không ổn định khi chịu tải tăng dần?

Kiểm thử tải (Load Testing)

Kiểm thử stress (Stress Testing)

Kiểm thử độ bền (Endurance Testing)

Kiểm thử dung lượng (Volume Testing)

Kiểm thử chịu tải (Load testing) đánh giá hiệu suất của hệ thống dưới tải trọng dự kiến, trong khi kiểm thử stress (Stress testing) tìm điểm giới hạn chịu tải của hệ thống bằng cách tăng tải vượt quá mức bình thường để xác định điểm gãy.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 22: 'Yêu cầu phi chức năng' (Non-functional requirements) khác với 'Yêu cầu chức năng' (Functional requirements) như thế nào?

Yêu cầu chức năng dễ kiểm thử hơn yêu cầu phi chức năng.

Yêu cầu chức năng quan trọng hơn yêu cầu phi chức năng.

Yêu cầu phi chức năng mô tả cách hệ thống hoạt động, yêu cầu chức năng mô tả hệ thống làm gì.

Yêu cầu phi chức năng chỉ xuất hiện trong mô hình Agile.

Yêu cầu chức năng mô tả *cái gì* hệ thống phải làm (chức năng), còn yêu cầu phi chức năng mô tả *hệ thống phải hoạt động như thế nào* (chất lượng, ràng buộc). Ví dụ, bảo mật, hiệu suất, khả năng sử dụng là các yêu cầu phi chức năng.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 23: Công cụ 'Phân tích tĩnh mã nguồn' (Static Code Analysis) được sử dụng để làm gì trong phát triển phần mềm?

Phát hiện lỗi và vấn đề trong mã nguồn mà không cần chạy chương trình.

Tự động sinh mã nguồn từ thiết kế.

Đo hiệu suất của ứng dụng trong thời gian thực.

Quản lý phiên bản mã nguồn.

Phân tích tĩnh mã nguồn là quá trình phân tích mã nguồn mà không cần thực thi chương trình, giúp phát hiện sớm các lỗi tiềm ẩn, lỗ hổng bảo mật, vấn đề về phong cách mã hóa và các vi phạm quy tắc coding.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 24: Trong ngữ cảnh 'DevOps', 'Cơ sở hạ tầng dưới dạng mã' (Infrastructure as Code - IaC) mang lại lợi ích gì?

Giảm chi phí phần cứng cơ sở hạ tầng.

Tăng cường bảo mật vật lý cho trung tâm dữ liệu.

Cải thiện tốc độ truy cập dữ liệu của ứng dụng.

Tự động hóa và quản lý cơ sở hạ tầng một cách nhất quán và hiệu quả.

IaC cho phép quản lý và cung cấp cơ sở hạ tầng (máy chủ, mạng, dịch vụ) thông qua mã, giúp tự động hóa, nhất quán, dễ dàng kiểm soát phiên bản và tái sử dụng cơ sở hạ tầng, tăng tốc độ triển khai và giảm lỗi.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 25: 'Mô hình nguyên mẫu' (Prototyping Model) thường được sử dụng khi nào trong phát triển phần mềm?

Khi yêu cầu đã được xác định rõ ràng và ổn định.

Khi yêu cầu chưa rõ ràng hoặc cần xác minh tính khả thi của thiết kế.

Khi dự án có ngân sách và thời gian hạn chế.

Khi cần phát triển phần mềm có tính bảo mật cao.

Mô hình nguyên mẫu hữu ích khi yêu cầu chưa rõ ràng, cần thu thập phản hồi từ người dùng hoặc khi có rủi ro về kỹ thuật hoặc thiết kế cần được làm rõ trước khi phát triển toàn bộ hệ thống.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 26: 'Mô hình hóa quy trình nghiệp vụ' (Business Process Modeling - BPM) giúp ích gì cho dự án phát triển phần mềm?

Tự động hóa kiểm thử quy trình nghiệp vụ.

Tối ưu hóa hiệu suất cơ sở dữ liệu.

Hiểu rõ và tài liệu hóa quy trình nghiệp vụ để phát triển phần mềm phù hợp.

Quản lý rủi ro thay đổi quy trình nghiệp vụ.

BPM giúp hiểu rõ và tài liệu hóa các quy trình nghiệp vụ hiện tại hoặc mong muốn, làm cơ sở cho việc phân tích yêu cầu, thiết kế hệ thống và đảm bảo phần mềm phù hợp với nhu cầu nghiệp vụ.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 27: 'Test-Driven Development' (TDD) là gì và quy trình cơ bản của nó như thế nào?

Kiểm thử phần mềm sau khi đã hoàn thành phát triển.

Sử dụng test case để thiết kế giao diện người dùng.

Tự động tạo test case từ mã nguồn.

Viết test case trước khi viết mã nguồn, theo chu trình Red-Green-Refactor.

TDD là phương pháp phát triển phần mềm mà kiểm thử được viết trước khi mã nguồn. Quy trình TDD gồm 3 bước: Viết test case thất bại (Red), Viết mã tối thiểu để test case thành công (Green), Tái cấu trúc mã (Refactor).

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 28: 'Technical Debt' (Nợ kỹ thuật) có thể được 'trả' bằng cách nào?

Thực hiện tái cấu trúc mã (refactoring) và cải thiện thiết kế.

Bỏ qua các lỗi nhỏ và tập trung vào chức năng chính.

Tăng tốc độ phát triển để hoàn thành dự án sớm.

Chuyển giao dự án cho một nhóm phát triển khác.

Nợ kỹ thuật có thể được trả bằng cách thực hiện tái cấu trúc mã (refactoring), cải thiện thiết kế, viết lại mã không tối ưu và chú trọng hơn đến chất lượng mã trong quá trình phát triển.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 29: Trong mô hình xoắn ốc (Spiral Model), yếu tố nào được đặc biệt chú trọng trong mỗi vòng lặp phát triển?

Tăng cường tương tác với khách hàng.

Tối ưu hóa hiệu suất phần mềm.

Đánh giá và quản lý rủi ro dự án.

Tự động hóa quy trình kiểm thử.

Mô hình xoắn ốc nhấn mạnh việc đánh giá và quản lý rủi ro trong mỗi vòng lặp. Rủi ro được xác định, phân tích và giảm thiểu trước khi tiếp tục vòng lặp tiếp theo.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 01

Câu 30: Khi nào thì việc sử dụng 'Mô hình phát triển nhanh' (Rapid Application Development - RAD) là phù hợp nhất?

Khi yêu cầu dự án rất phức tạp và chưa rõ ràng.

Khi cần phát triển nhanh chóng các ứng dụng hướng dữ liệu với yêu cầu nghiệp vụ rõ ràng.

Khi dự án có ngân sách rất hạn chế.

Khi cần phát triển hệ thống nhúng hoặc phần mềm thời gian thực.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

RAD phù hợp khi có yêu cầu rõ ràng về nghiệp vụ, thời gian phát triển ngắn, và có sự tham gia tích cực của người dùng. RAD tập trung vào việc xây dựng nhanh nguyên mẫu và lặp lại để thu thập phản hồi và hoàn thiện sản phẩm.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 02

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 1: Trong các mô hình quy trình phát triển phần mềm, mô hình nào tập trung mạnh vào việc giảm thiểu rủi ro thông qua các vòng lặp và đánh giá ở mỗi giai đoạn?

Mô hình thác nước (Waterfall)

Mô hình chữ V (V-Model)

Mô hình xoắn ốc (Spiral)

Mô hình Agile (Agile)

Mô hình xoắn ốc (Spiral) đặc trưng bởi việc quản lý rủi ro là trọng tâm chính, thông qua các vòng lặp để xác định, phân tích và giảm thiểu rủi ro trước khi tiếp tục phát triển.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 2: Khi nào mô hình Agile thường được ưu tiên lựa chọn hơn so với mô hình thác nước trong phát triển phần mềm?

Khi yêu cầu của dự án đã được xác định rõ ràng và ổn định từ đầu.

Khi yêu cầu của dự án có khả năng thay đổi thường xuyên và cần sự linh hoạt.

Khi dự án có quy mô lớn và đội ngũ phát triển đông đảo.

Khi dự án đòi hỏi tài liệu chi tiết và đầy đủ ở mọi giai đoạn.

Agile phù hợp khi yêu cầu thay đổi thường xuyên hoặc chưa rõ ràng ngay từ đầu, cần sự linh hoạt và thích ứng cao, khác với Waterfall đòi hỏi yêu cầu ổn định.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 3: Phương pháp nào sau đây giúp thu thập yêu cầu từ người dùng bằng cách quan sát họ làm việc trong môi trường thực tế?

Phỏng vấn (Interview)

Khảo sát (Survey)

Động não (Brainstorming)

Quan sát (Observation)

Quan sát người dùng trực tiếp khi họ thực hiện công việc là phương pháp quan sát (Observation) trong thu thập yêu cầu, giúp hiểu rõ ngữ cảnh và nhu cầu thực tế.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 4: Biểu đồ Use Case được sử dụng chủ yếu trong giai đoạn nào của quy trình phát triển phần mềm và nhằm mục đích gì?

Phân tích yêu cầu, mô tả tương tác giữa người dùng và hệ thống.

Thiết kế hệ thống, mô tả cấu trúc và thành phần của hệ thống.

Kiểm thử phần mềm, xác định các trường hợp kiểm thử.

Triển khai phần mềm, hướng dẫn cài đặt và sử dụng.

Use Case diagram được dùng trong giai đoạn phân tích yêu cầu (Requirements Analysis) để mô tả chức năng hệ thống từ góc độ người dùng, làm rõ tương tác giữa người dùng và hệ thống.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 5: Nguyên tắc SOLID nào trong thiết kế hướng đối tượng khuyến khích việc mỗi class chỉ nên có một lý do duy nhất để thay đổi?

Nguyên tắc mở rộng - đóng (Open/Closed Principle)

Nguyên tắc đơn trách nhiệm (Single Responsibility Principle)

Nguyên tắc thay thế Liskov (Liskov Substitution Principle)

Nguyên tắc phân tách giao diện (Interface Segregation Principle)

Nguyên tắc Single Responsibility Principle (SRP) phát biểu rằng một class chỉ nên có một và chỉ một lý do để thay đổi, giúp tăng tính module hóa và dễ bảo trì.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 6: Kiểm thử hộp đen (Black-box testing) tập trung vào khía cạnh nào của phần mềm?

Cấu trúc code và giải thuật bên trong.

Hiệu suất và khả năng mở rộng của hệ thống.

Chức năng và hành vi bên ngoài của phần mềm.

Mức độ tuân thủ các tiêu chuẩn coding.

Kiểm thử hộp đen kiểm tra chức năng và hành vi bên ngoài của phần mềm mà không cần biết cấu trúc bên trong, tập trung vào đầu vào và đầu ra.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 7: Loại lỗi nào sau đây thường khó phát hiện nhất trong quá trình kiểm thử phần mềm?

Lỗi cú pháp (Syntax errors)

Lỗi logic (Logic errors)

Lỗi biên dịch (Compilation errors)

Lỗi runtime (Runtime errors)

Lỗi logic (Logic errors) thường khó phát hiện nhất vì chúng không gây ra crash hoặc lỗi cú pháp, mà chỉ dẫn đến kết quả sai lệch hoặc hành vi không mong muốn, đòi hỏi kiểm tra kỹ lưỡng logic nghiệp vụ.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 8: Độ đo Cyclomatic Complexity được sử dụng để đánh giá yếu tố nào của code?

Kích thước code (Size of code)

Hiệu suất code (Performance of code)

Tính dễ đọc của code (Readability of code)

Độ phức tạp của code (Complexity of code)

Cyclomatic Complexity đo độ phức tạp của luồng điều khiển trong code, dựa trên số lượng đường đi độc lập qua code, giúp đánh giá khả năng kiểm thử và bảo trì.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 9: Trong quản lý cấu hình phần mềm, 'branch' (nhánh) được sử dụng cho mục đích chính nào?

Sao lưu toàn bộ dự án (Back up the entire project)

Tăng tốc độ biên dịch (Speed up compilation)

Phát triển song song các tính năng hoặc sửa lỗi (Develop features or fix bugs in parallel)

Tối ưu hóa hiệu suất cơ sở dữ liệu (Optimize database performance)

Branching trong VCS cho phép phát triển song song các tính năng mới, sửa lỗi, hoặc phiên bản khác nhau mà không ảnh hưởng đến codebase chính (main branch/trunk), phục vụ phát triển song song và quản lý phiên bản.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 10: Công cụ nào sau đây KHÔNG phải là công cụ quản lý dự án phần mềm phổ biến?

Jira

Trello

Asana

Microsoft Word

Microsoft Word là công cụ soạn thảo văn bản, không phải công cụ quản lý dự án chuyên dụng như Jira, Trello, Asana. Các công cụ này hỗ trợ lập kế hoạch, theo dõi tiến độ, quản lý task, cộng tác.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 11: Mục tiêu chính của việc tái cấu trúc mã nguồn (refactoring) là gì?

Thêm chức năng mới vào phần mềm.

Cải thiện cấu trúc bên trong của code mà không thay đổi hành vi bên ngoài.

Sửa lỗi và vá các lỗ hổng bảo mật.

Tăng hiệu suất và tốc độ thực thi của phần mềm.

Refactoring là cải thiện cấu trúc code mà không thay đổi chức năng bên ngoài, nhằm tăng tính dễ đọc, dễ bảo trì, giảm độ phức tạp, không phải để thêm tính năng mới hay sửa lỗi.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 12: Trong kiến trúc Microservices, các service giao tiếp với nhau thông qua hình thức nào chủ yếu?

Chia sẻ bộ nhớ (Shared memory)

Gọi hàm trực tiếp (Direct function calls)

API và giao thức mạng (APIs and network protocols)

Cơ sở dữ liệu chung (Shared database)

Microservices architecture dựa trên việc các service nhỏ, độc lập giao tiếp với nhau qua mạng, thường sử dụng API (như RESTful API) để trao đổi dữ liệu và lệnh.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 13: Khái niệm 'Technical Debt' (Nợ kỹ thuật) trong phát triển phần mềm đề cập đến điều gì?

Hậu quả của việc đưa ra các quyết định thiết kế và coding không tối ưu để đáp ứng thời hạn.

Số tiền dự án nợ các nhà cung cấp bên thứ ba.

Thời gian cần thiết để sửa lỗi và vá lỗ hổng bảo mật.

Chi phí phát sinh do sử dụng công nghệ cũ.

Technical Debt là hậu quả của việc chọn giải pháp nhanh chóng, chưa tối ưu trong code để đạt tiến độ, nhưng về lâu dài gây khó khăn cho bảo trì, mở rộng, giống như 'nợ' cần phải trả bằng công sức tái cấu trúc.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 14: Phương pháp kiểm thử nào sau đây thường được thực hiện đầu tiên trong quy trình kiểm thử?

Kiểm thử tích hợp (Integration testing)

Kiểm thử đơn vị (Unit testing)

Kiểm thử hệ thống (System testing)

Kiểm thử chấp nhận (Acceptance testing)

Unit testing (Kiểm thử đơn vị) là cấp độ kiểm thử đầu tiên, tập trung kiểm tra các thành phần nhỏ nhất của phần mềm (unit/module) một cách độc lập.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 15: Mục đích chính của việc lập kế hoạch dự phòng (contingency planning) trong quản lý dự án phần mềm là gì?

Đảm bảo dự án luôn đúng tiến độ ban đầu.

Tối ưu hóa chi phí dự án.

Chuẩn bị sẵn các phương án ứng phó với rủi ro và sự cố.

Tăng cường giao tiếp giữa các thành viên dự án.

Kế hoạch dự phòng chuẩn bị sẵn các phương án đối phó với rủi ro có thể xảy ra trong dự án, giúp giảm thiểu tác động tiêu cực và đảm bảo dự án đi đúng hướng khi sự cố xảy ra.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 16: Phương pháp nào sau đây giúp xác định yêu cầu phi chức năng (non-functional requirements) của phần mềm?

Phân tích biểu đồ Use Case.

Kiểm thử hộp trắng.

Đánh giá code review.

Phỏng vấn người dùng và các bên liên quan.

Phỏng vấn người dùng và các bên liên quan (Interviews with stakeholders) là cách tốt để thu thập cả yêu cầu chức năng lẫn phi chức năng, bằng cách đặt câu hỏi về mong muốn, kỳ vọng về hiệu suất, bảo mật, khả năng sử dụng,...

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 17: Trong mô hình Scrum, 'Sprint' là gì?

Một khoảng thời gian cố định để đội phát triển hoàn thành một phần công việc.

Cuộc họp hàng ngày của đội phát triển.

Danh sách các công việc tồn đọng của dự án.

Vai trò của người quản lý dự án trong Scrum.

Sprint trong Scrum là một khoảng thời gian ngắn (thường 2-4 tuần) mà team phát triển làm việc để hoàn thành một lượng công việc nhất định và tạo ra sản phẩm có thể sử dụng được.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 18: Đâu là lợi ích chính của việc sử dụng hệ thống kiểm soát phiên bản (Version Control System - VCS) trong phát triển phần mềm?

Tự động tạo tài liệu kỹ thuật cho dự án.

Tăng tốc độ biên dịch và thực thi chương trình.

Quản lý thay đổi code và cộng tác nhóm hiệu quả.

Tự động phát hiện và sửa lỗi code.

VCS giúp theo dõi lịch sử thay đổi code, quản lý phiên bản, cho phép làm việc nhóm hiệu quả, dễ dàng rollback khi cần, tăng cường khả năng phối hợp và giảm thiểu rủi ro mất code.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 19: Yếu tố nào sau đây KHÔNG thuộc về chi phí chất lượng (Cost of Quality) trong quản lý chất lượng phần mềm?

Chi phí kiểm thử (Testing costs)

Chi phí sửa lỗi (Defect fixing costs)

Chi phí đánh giá chất lượng (Quality assurance costs)

Chi phí đào tạo nhân viên (Employee training costs)

Chi phí đào tạo nhân viên (Employee training costs) không trực tiếp thuộc Cost of Quality. Cost of Quality bao gồm Prevention costs (phòng ngừa), Appraisal costs (đánh giá), Internal failure costs (lỗi bên trong), External failure costs (lỗi bên ngoài).

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 20: Trong thiết kế giao diện người dùng (UI/UX), 'usability' (tính khả dụng) đề cập đến khía cạnh nào?

Tính thẩm mỹ và hấp dẫn của giao diện.

Mức độ dễ dàng và hiệu quả khi người dùng tương tác với giao diện.

Tính bảo mật và an toàn của giao diện.

Khả năng tương thích của giao diện trên các thiết bị khác nhau.

Usability tập trung vào việc giao diện dễ sử dụng, hiệu quả, hiệu suất, dễ học, ít lỗi, và người dùng hài lòng khi sử dụng, liên quan đến trải nghiệm người dùng.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 21: Phương pháp ước lượng COCOMO (Constructive Cost Model) được sử dụng để làm gì trong quản lý dự án phần mềm?

Ước lượng rủi ro dự án.

Ước lượng thời gian hoàn thành dự án.

Ước lượng chi phí phát triển phần mềm.

Ước lượng số lượng nhân sự cần thiết.

COCOMO là mô hình ước lượng chi phí phát triển phần mềm dựa trên kích thước dự án (thường tính bằng LOC - Lines of Code) và các yếu tố khác ảnh hưởng đến năng suất.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 22: Đâu là một ví dụ về yêu cầu phi chức năng về 'hiệu suất' (performance) của hệ thống?

Hệ thống phải phản hồi yêu cầu tìm kiếm trong vòng 2 giây.

Hệ thống phải có giao diện thân thiện và dễ sử dụng.

Hệ thống phải hỗ trợ đa ngôn ngữ.

Hệ thống phải tuân thủ tiêu chuẩn bảo mật ISO 27001.

Yêu cầu hiệu suất liên quan đến tốc độ, thời gian phản hồi, khả năng xử lý tải. 'Hệ thống phải phản hồi yêu cầu tìm kiếm trong vòng 2 giây' là một yêu cầu hiệu suất cụ thể.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 23: Kỹ thuật 'code review' (đánh giá code) mang lại lợi ích gì chính cho quá trình phát triển phần mềm?

Tăng tốc độ viết code của lập trình viên.

Phát hiện lỗi sớm và cải thiện chất lượng code.

Giảm chi phí kiểm thử phần mềm.

Tự động sinh code từ yêu cầu.

Code review giúp phát hiện sớm lỗi, cải thiện chất lượng code, chia sẻ kiến thức giữa các thành viên, đảm bảo code tuân thủ coding standards, tăng cường khả năng bảo trì.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 24: Trong kiểm thử phần mềm, 'regression testing' (kiểm thử hồi quy) được thực hiện khi nào?

Trước khi viết code.

Trong giai đoạn thiết kế hệ thống.

Sau khi có thay đổi code (sửa lỗi, thêm tính năng).

Chỉ khi phát hiện lỗi nghiêm trọng.

Regression testing được thực hiện sau khi có thay đổi (sửa lỗi, thêm tính năng) vào code, để đảm bảo các thay đổi mới không gây ra lỗi ở các chức năng đã hoạt động tốt trước đó.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 25: Mô hình phát triển phần mềm 'DevOps' nhấn mạnh vào sự hợp tác và tự động hóa giữa bộ phận nào?

Bộ phận kiểm thử (Testing) và bộ phận phát triển (Development).

Bộ phận kinh doanh (Business) và bộ phận phát triển (Development).

Bộ phận thiết kế (Design) và bộ phận phát triển (Development).

Bộ phận phát triển (Development) và bộ phận vận hành (Operations).

DevOps tập trung vào sự hợp tác chặt chẽ và tự động hóa quy trình giữa Development (phát triển) và Operations (vận hành) để triển khai phần mềm nhanh chóng và ổn định.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 26: Tiêu chí 'Maintainability' (khả năng bảo trì) trong chất lượng phần mềm đánh giá điều gì?

Mức độ phần mềm đáp ứng yêu cầu của người dùng.

Mức độ dễ dàng sửa đổi và cải tiến phần mềm.

Mức độ phần mềm hoạt động ổn định và không gặp lỗi.

Mức độ phần mềm bảo vệ dữ liệu khỏi truy cập trái phép.

Maintainability đánh giá mức độ dễ dàng sửa đổi, cải tiến, vá lỗi, thích ứng với thay đổi của phần mềm sau khi đã được triển khai, liên quan đến khả năng bảo trì lâu dài.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 27: Trong quản lý rủi ro dự án phần mềm, 'risk mitigation' (giảm thiểu rủi ro) là gì?

Xác định và phân tích rủi ro.

Theo dõi và giám sát rủi ro.

Thực hiện các hành động để giảm xác suất hoặc tác động của rủi ro.

Chấp nhận và bỏ qua rủi ro.

Risk mitigation là các hành động được thực hiện để giảm xác suất xảy ra rủi ro hoặc giảm tác động tiêu cực của rủi ro nếu nó xảy ra, nhằm kiểm soát và ứng phó với rủi ro.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 28: Phương pháp 'pair programming' (lập trình cặp đôi) trong Agile mang lại lợi ích nào sau đây?

Cải thiện chất lượng code và chia sẻ kiến thức trong nhóm.

Giảm thời gian phát triển phần mềm.

Giảm chi phí nhân công cho dự án.

Tăng tính bảo mật của code.

Pair programming giúp code chất lượng hơn do có người review code liên tục, chia sẻ kiến thức, giảm lỗi, và cải thiện khả năng học hỏi, dù có thể tốn thời gian hơn so với lập trình đơn lẻ.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 29: Khái niệm 'technical feasibility' (tính khả thi về kỹ thuật) trong phân tích tính khả thi dự án phần mềm đề cập đến điều gì?

Dự án có mang lại lợi nhuận tài chính hay không.

Dự án có phù hợp với chiến lược kinh doanh của tổ chức hay không.

Dự án có tuân thủ các quy định pháp luật hay không.

Có đủ nguồn lực kỹ thuật và công nghệ để thực hiện dự án hay không.

Technical feasibility đánh giá xem có đủ nguồn lực kỹ thuật (công nghệ, kỹ năng, hạ tầng) để phát triển và triển khai dự án thành công hay không, liên quan đến khả năng thực hiện về mặt kỹ thuật.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 02

Câu 30: Trong mô hình CMMI (Capability Maturity Model Integration), mức độ trưởng thành 'Level 3 - Defined' (Mức độ 3 - Được định nghĩa) tập trung vào điều gì?

Tối ưu hóa quy trình liên tục (Continuous process optimization).

Định nghĩa và chuẩn hóa quy trình cho tổ chức (Organizational process standardization).

Quản lý dự án ở mức cơ bản (Basic project management).

Quản lý định lượng và cải tiến quy trình (Quantitative management and process improvement).

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

CMMI Level 3 - Defined tập trung vào việc chuẩn hóa quy trình phát triển phần mềm, xác định quy trình chuẩn cho tổ chức, và áp dụng quy trình này cho các dự án khác nhau, hướng tới quy trình có thể tái sử dụng và cải tiến.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 03

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 1: Trong các mô hình phát triển phần mềm, mô hình nào tập trung mạnh mẽ vào việc giảm thiểu rủi ro thông qua việc lặp đi lặp lại các giai đoạn và đánh giá rủi ro ở mỗi vòng lặp?

Mô hình thác nước (Waterfall Model)

Mô hình chữ V (V-Model)

Mô hình xoắn ốc (Spiral Model)

Mô hình Agile (Agile Model)

Mô hình xoắn ốc (Spiral Model) nổi bật với việc tích hợp đánh giá rủi ro vào mỗi giai đoạn lặp, giúp giảm thiểu rủi ro dự án.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 2: Một nhóm phát triển phần mềm đang sử dụng phương pháp Agile. Trong buổi Sprint Review, hoạt động nào sau đây là *quan trọng nhất* để đảm bảo giá trị sản phẩm?

Đánh giá hiệu suất làm việc của từng thành viên trong nhóm.

Thu thập phản hồi từ các bên liên quan (Stakeholders) về sản phẩm đã hoàn thành.

Lập kế hoạch chi tiết cho Sprint tiếp theo.

Thảo luận về các vấn đề kỹ thuật phát sinh trong Sprint.

Sprint Review tập trung vào việc trình diễn sản phẩm cho Stakeholders và thu thập phản hồi để điều chỉnh backlog, đảm bảo sản phẩm đáp ứng nhu cầu.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 3: Kỹ thuật kiểm thử hộp đen (Black-box testing) tập trung vào khía cạnh nào của phần mềm?

Chức năng và hành vi bên ngoài của phần mềm.

Cấu trúc mã nguồn và logic bên trong của phần mềm.

Hiệu suất và khả năng mở rộng của phần mềm.

Tính bảo mật và an toàn của phần mềm.

Kiểm thử hộp đen xem xét chức năng bên ngoài của phần mềm, không quan tâm đến cấu trúc bên trong, tập trung vào yêu cầu và đặc tả.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 4: Trong quy trình quản lý cấu hình phần mềm, hoạt động 'kiểm soát thay đổi' (change control) có mục đích chính là gì?

Tự động hóa quá trình biên dịch và liên kết mã nguồn.

Theo dõi tiến độ phát triển phần mềm của dự án.

Phân tích và đánh giá rủi ro của dự án phần mềm.

Quản lý và phê duyệt các yêu cầu thay đổi đối với các thành phần phần mềm.

Kiểm soát thay đổi nhằm quản lý và phê duyệt các thay đổi đối với cấu hình phần mềm một cách có hệ thống, tránh các thay đổi không kiểm soát.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 5: Nguyên tắc 'SOLID' trong thiết kế hướng đối tượng giúp đạt được mục tiêu nào?

Tăng tốc độ phát triển phần mềm.

Thiết kế phần mềm linh hoạt, dễ bảo trì và mở rộng.

Giảm chi phí kiểm thử phần mềm.

Nâng cao hiệu suất thực thi của phần mềm.

Nguyên tắc SOLID hướng tới việc thiết kế phần mềm dễ bảo trì, mở rộng, và tái sử dụng thông qua các nguyên tắc thiết kế tốt.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 6: Khi nào mô hình phát triển 'thác nước' (Waterfall) được xem là phù hợp nhất?

Khi yêu cầu của dự án thường xuyên thay đổi và không rõ ràng.

Khi cần phát triển phần mềm trong thời gian ngắn với nguồn lực hạn chế.

Khi yêu cầu của dự án được xác định rõ ràng và ít có khả năng thay đổi.

Khi dự án có mức độ rủi ro cao và cần đánh giá rủi ro liên tục.

Mô hình thác nước phù hợp khi yêu cầu đã rõ ràng, ổn định và ít thay đổi, vì nó là mô hình tuyến tính và tuần tự.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 7: Trong kiến trúc phần mềm, 'design pattern' (mẫu thiết kế) mang lại lợi ích gì?

Tăng cường tính bảo mật cho hệ thống.

Giảm thiểu thời gian biên dịch mã nguồn.

Tự động sinh mã nguồn cho các chức năng cơ bản.

Cung cấp giải pháp đã được kiểm chứng cho các vấn đề thiết kế thường gặp, tăng tính tái sử dụng.

Design patterns cung cấp các giải pháp đã được kiểm chứng cho các vấn đề thiết kế phổ biến, giúp tăng tính tái sử dụng, giảm lỗi và cải thiện giao tiếp.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 8: 'Độ đo Cyclomatic Complexity' được sử dụng để đánh giá điều gì trong mã nguồn?

Số dòng code trong chương trình.

Độ phức tạp logic và điều khiển của chương trình.

Mức độ sử dụng bộ nhớ của chương trình.

Thời gian thực thi trung bình của chương trình.

Cyclomatic Complexity đo độ phức tạp về điều khiển của mã nguồn, liên quan đến số lượng đường dẫn độc lập qua mã, ảnh hưởng đến khả năng kiểm thử và bảo trì.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 9: Hoạt động 'refactoring' (tái cấu trúc mã) trong phát triển phần mềm Agile nhằm mục đích gì?

Thêm chức năng mới vào phần mềm.

Sửa lỗi và loại bỏ các 'bug' trong mã nguồn.

Cải thiện cấu trúc bên trong của mã để dễ đọc, dễ bảo trì hơn mà không thay đổi chức năng.

Tối ưu hóa hiệu suất của phần mềm.

Refactoring cải thiện cấu trúc bên trong của mã mà không thay đổi chức năng bên ngoài, giúp mã dễ đọc, dễ bảo trì và mở rộng hơn.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 10: Trong kiểm thử phần mềm, 'regression testing' (kiểm thử hồi quy) được thực hiện khi nào?

Sau khi thực hiện bất kỳ thay đổi nào đối với mã nguồn (sửa lỗi, thêm tính năng).

Trước khi bắt đầu giai đoạn kiểm thử tích hợp.

Chỉ khi phát hiện ra lỗi nghiêm trọng trong quá trình kiểm thử hệ thống.

Định kỳ, theo lịch trình cố định, không phụ thuộc vào thay đổi mã nguồn.

Kiểm thử hồi quy được thực hiện sau khi có thay đổi (sửa lỗi, thêm tính năng) để đảm bảo các thay đổi không gây ra lỗi mới hoặc ảnh hưởng tiêu cực đến các chức năng hiện có.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 11: 'Use case diagram' (biểu đồ ca sử dụng) trong UML được sử dụng để mô tả khía cạnh nào của hệ thống phần mềm?

Cấu trúc dữ liệu và mối quan hệ giữa các dữ liệu trong hệ thống.

Chức năng của hệ thống từ góc độ người dùng và tương tác của người dùng với hệ thống.

Luồng điều khiển và trình tự thực hiện các chức năng trong hệ thống.

Kiến trúc vật lý và triển khai hệ thống trên hạ tầng phần cứng.

Biểu đồ ca sử dụng mô tả tương tác giữa người dùng (actors) và hệ thống, thể hiện các chức năng mà hệ thống cung cấp từ góc độ người dùng.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 12: 'Coupling' (tính liên kết) và 'Cohesion' (tính gắn kết) là hai khái niệm quan trọng trong thiết kế module phần mềm. Thiết kế tốt nên hướng tới?

Coupling cao và Cohesion cao.

Coupling cao và Cohesion thấp.

Coupling thấp và Cohesion cao.

Coupling thấp và Cohesion thấp.

Thiết kế module tốt ưu tiên tính gắn kết cao (các phần tử trong module liên quan chặt chẽ) và tính liên kết thấp (giảm sự phụ thuộc giữa các module).

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 13: Trong quá trình phân tích yêu cầu, kỹ thuật 'prototyping' (xây dựng mẫu thử nghiệm) giúp ích gì?

Tự động tạo ra tài liệu đặc tả yêu cầu chi tiết.

Đảm bảo tính bảo mật cho thông tin yêu cầu.

Giảm chi phí phát triển phần mềm.

Làm rõ và xác nhận yêu cầu của khách hàng thông qua tương tác và phản hồi.

Prototyping giúp làm rõ yêu cầu bằng cách cho phép khách hàng và nhà phát triển tương tác với một phiên bản thử nghiệm của hệ thống, thu thập phản hồi và điều chỉnh yêu cầu.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 14: 'Test-Driven Development' (TDD) là một phương pháp phát triển phần mềm. Quy trình cơ bản của TDD là gì?

Viết mã nguồn -> Viết test case -> Chạy test.

Viết test case -> Viết mã nguồn -> Chạy test -> Tái cấu trúc mã.

Phân tích yêu cầu -> Thiết kế -> Viết mã -> Viết test.

Viết tài liệu -> Viết mã nguồn -> Kiểm thử thủ công -> Kiểm thử tự động.

TDD tuân theo chu trình Red-Green-Refactor: viết test case trước (Red - fail), viết code để pass test (Green - pass), sau đó tái cấu trúc mã (Refactor).

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 15: 'Software architecture' (kiến trúc phần mềm) đóng vai trò quan trọng nhất trong giai đoạn nào của vòng đời phát triển phần mềm?

Giai đoạn lập kế hoạch dự án.

Giai đoạn phân tích yêu cầu.

Giai đoạn thiết kế hệ thống.

Giai đoạn kiểm thử và triển khai.

Kiến trúc phần mềm được quyết định chủ yếu trong giai đoạn thiết kế, vì nó là bản thiết kế cấp cao định hình cấu trúc và tổ chức của hệ thống.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 16: Trong mô hình Agile, 'Sprint backlog' chứa những mục công việc nào?

Toàn bộ yêu cầu của dự án từ Product Backlog.

Các lỗi (bugs) cần sửa trong Sprint hiện tại.

Các use case ưu tiên cao nhất của dự án.

Các task cụ thể mà nhóm phát triển sẽ thực hiện trong Sprint hiện tại.

Sprint backlog bao gồm các task chi tiết mà nhóm phát triển cam kết hoàn thành trong một Sprint, được chọn từ Product Backlog.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 17: 'Tính trừu tượng hóa' (Abstraction) là một nguyên tắc quan trọng trong công nghệ phần mềm. Nó giúp ích gì?

Quản lý độ phức tạp của hệ thống bằng cách ẩn đi các chi tiết không cần thiết.

Tăng tốc độ thực thi của chương trình.

Giảm dung lượng bộ nhớ sử dụng của chương trình.

Tăng cường tính bảo mật cho hệ thống.

Trừu tượng hóa giúp đơn giản hóa vấn đề phức tạp bằng cách tập trung vào các chi tiết quan trọng và ẩn đi các chi tiết không cần thiết, tăng khả năng quản lý độ phức tạp.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 18: 'Integration testing' (kiểm thử tích hợp) nhằm mục đích kiểm tra điều gì?

Chức năng của từng module riêng lẻ.

Sự tương tác và giao tiếp giữa các module hoặc thành phần của hệ thống.

Hiệu suất tổng thể của toàn bộ hệ thống.

Tính bảo mật của hệ thống khi triển khai trên môi trường thực tế.

Kiểm thử tích hợp kiểm tra sự tương tác và giao tiếp giữa các module hoặc thành phần khác nhau của phần mềm sau khi chúng đã được kiểm thử đơn vị.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 19: 'Technical debt' (nợ kỹ thuật) trong phát triển phần mềm là gì?

Số tiền nợ nhà cung cấp công cụ và dịch vụ phần mềm.

Thời gian trễ so với lịch trình dự án.

Hậu quả của việc lựa chọn các giải pháp thiết kế hoặc mã hóa không tối ưu để đạt tiến độ nhanh chóng.

Chi phí phát sinh do lỗi phần mềm trong quá trình vận hành.

Nợ kỹ thuật là hậu quả của việc chọn các giải pháp ngắn hạn, không tối ưu (nhưng nhanh) thay vì các giải pháp tốt hơn, dài hạn, dẫn đến khó khăn trong bảo trì và phát triển sau này.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 20: 'Continuous Integration' (CI) và 'Continuous Delivery' (CD) là các phương pháp DevOps. CI tập trung vào hoạt động nào?

Tự động triển khai phần mềm lên môi trường production.

Quản lý cấu hình và phiên bản của phần mềm.

Giám sát hiệu năng và hoạt động của phần mềm sau triển khai.

Tự động hóa quá trình build, test và tích hợp mã nguồn từ các thành viên nhóm phát triển.

CI tập trung vào việc tích hợp mã nguồn thường xuyên từ nhiều nhà phát triển vào một kho chung, sau đó tự động build và test để phát hiện lỗi sớm.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 21: Trong quản lý dự án phần mềm, 'WBS' (Work Breakdown Structure) được sử dụng để làm gì?

Phân chia dự án thành các công việc nhỏ hơn, dễ quản lý và theo dõi.

Ước tính chi phí và nguồn lực cần thiết cho dự án.

Xác định đường găng (critical path) của dự án.

Quản lý rủi ro và các vấn đề phát sinh trong dự án.

WBS phân rã công việc dự án thành các phần nhỏ hơn, dễ quản lý và theo dõi, giúp lập kế hoạch, phân công công việc và ước tính chi phí, thời gian.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 22: 'SOLID' principle 'Dependency Inversion Principle' (DIP) khuyến khích điều gì trong thiết kế?

Các lớp (class) nên có ít thuộc tính và phương thức nhất có thể.

Một lớp chỉ nên có một lý do duy nhất để thay đổi.

Các module cấp cao không nên phụ thuộc vào các module cấp thấp. Cả hai nên phụ thuộc vào abstraction.

Các lớp dẫn xuất (derived classes) phải thay thế được hoàn toàn cho lớp cơ sở (base classes) của chúng.

DIP khuyến khích các module cấp cao không nên phụ thuộc vào module cấp thấp, mà cả hai nên phụ thuộc vào abstraction. Abstraction không nên phụ thuộc vào details, details nên phụ thuộc vào abstraction.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 23: 'Unit testing' (kiểm thử đơn vị) thường được thực hiện bởi ai?

Nhân viên kiểm thử độc lập (testers).

Lập trình viên (developers).

Quản lý dự án (project managers).

Khách hàng (customers).

Kiểm thử đơn vị thường do chính các lập trình viên thực hiện, vì họ là người hiểu rõ nhất về mã nguồn và logic của từng đơn vị code.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 24: 'Agile Manifesto' đề cao giá trị nào hơn so với quy trình và công cụ?

Cá nhân và tương tác.

Quy trình và công cụ.

Tài liệu toàn diện.

Hợp đồng và đàm phán.

Agile Manifesto nhấn mạnh 'Cá nhân và tương tác hơn là quy trình và công cụ' là một trong bốn giá trị cốt lõi, ưu tiên con người và sự hợp tác hơn là quy trình cứng nhắc.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 25: 'State diagram' (biểu đồ trạng thái) trong UML mô hình hóa khía cạnh nào của đối tượng?

Cấu trúc dữ liệu và thuộc tính của đối tượng.

Tương tác giữa đối tượng và các đối tượng khác.

Các trạng thái và sự chuyển đổi trạng thái của đối tượng theo thời gian.

Chức năng và hành vi của đối tượng trong một ca sử dụng cụ thể.

Biểu đồ trạng thái mô tả các trạng thái mà một đối tượng có thể trải qua và các sự kiện gây ra sự chuyển đổi trạng thái giữa chúng.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 26: 'Code review' (đánh giá mã nguồn) mang lại lợi ích nào quan trọng nhất?

Tăng tốc độ viết mã của lập trình viên.

Tự động sửa lỗi trong mã nguồn.

Giảm số lượng dòng code cần viết.

Phát hiện lỗi sớm và cải thiện chất lượng mã nguồn.

Code review giúp phát hiện lỗi sớm, chia sẻ kiến thức, đảm bảo chất lượng mã và tuân thủ coding standards trong nhóm phát triển.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 27: 'Functional requirements' (yêu cầu chức năng) mô tả điều gì?

Cách hệ thống được triển khai và vận hành.

Các chức năng và hành vi mà hệ thống phải cung cấp.

Hiệu suất, độ tin cậy và các thuộc tính chất lượng khác của hệ thống.

Giao diện người dùng và trải nghiệm người dùng của hệ thống.

Yêu cầu chức năng mô tả các chức năng mà hệ thống phải thực hiện, tức là 'hệ thống sẽ làm gì'.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 28: 'Non-functional requirements' (yêu cầu phi chức năng) tập trung vào khía cạnh nào của phần mềm?

Các chức năng cụ thể mà người dùng có thể thực hiện.

Cấu trúc dữ liệu và kiến trúc hệ thống.

Các thuộc tính chất lượng như hiệu suất, bảo mật, khả năng sử dụng.

Quy trình phát triển và công cụ sử dụng.

Yêu cầu phi chức năng tập trung vào các thuộc tính chất lượng của hệ thống như hiệu suất, bảo mật, khả năng sử dụng, tức là 'hệ thống tốt như thế nào'.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 29: Trong mô hình xoắn ốc, vòng lặp đầu tiên thường tập trung vào hoạt động nào?

Phát triển và kiểm thử phiên bản phần mềm đầu tiên.

Thu thập và phân tích yêu cầu chi tiết.

Thiết kế kiến trúc hệ thống.

Xác định mục tiêu, phương án, ràng buộc và rủi ro của dự án.

Vòng lặp đầu tiên của mô hình xoắn ốc thường tập trung vào việc xác định mục tiêu, phương án, ràng buộc và rủi ro của dự án, tức là lập kế hoạch và đánh giá rủi ro ban đầu.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 03

Câu 30: 'Deployment diagram' (biểu đồ triển khai) trong UML được sử dụng để mô tả điều gì?

Cấu trúc vật lý và triển khai phần mềm trên hạ tầng phần cứng.

Luồng dữ liệu và xử lý thông tin trong hệ thống.

Tương tác giữa người dùng và hệ thống.

Cấu trúc lớp và mối quan hệ giữa các lớp trong hệ thống.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Biểu đồ triển khai mô tả cấu trúc vật lý của hệ thống, bao gồm các node (server, thiết bị) và các thành phần phần mềm được triển khai trên các node đó.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 04

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 1: Trong pha kiểm thử phần mềm, loại kiểm thử nào tập trung vào việc xác minh các chức năng riêng lẻ của các đơn vị mã nguồn (modules hoặc components) và thường được thực hiện bởi chính lập trình viên?

Kiểm thử đơn vị (Unit Testing)

Kiểm thử tích hợp (Integration Testing)

Kiểm thử hệ thống (System Testing)

Kiểm thử chấp nhận (Acceptance Testing)

Câu hỏi này kiểm tra kiến thức về các cấp độ kiểm thử phần mềm, đặc biệt là kiểm thử đơn vị, giai đoạn đầu tiên và tập trung vào từng thành phần nhỏ nhất.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 2: Mô hình phát triển phần mềm nào dưới đây nhấn mạnh vào sự linh hoạt, khả năng thích ứng với thay đổi, làm việc nhóm chặt chẽ và thường xuyên bàn giao các phiên bản phần mềm hoạt động trong thời gian ngắn?

Waterfall (Thác nước)

Spiral (Xoắn ốc)

Agile (ví dụ: Scrum, Kanban)

V-Model

Câu hỏi này tập trung vào việc phân biệt các mô hình phát triển phần mềm, đặc biệt là nhận diện các đặc trưng của mô hình Agile (Linh hoạt).

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 3: Khi thiết kế cơ sở dữ liệu cho một ứng dụng quản lý thư viện, bạn cần đảm bảo rằng mỗi cuốn sách chỉ có một mã ISBN duy nhất. Nguyên tắc thiết kế cơ sở dữ liệu nào đang được áp dụng ở đây?

Tính toàn vẹn tham chiếu (Referential Integrity)

Tính toàn vẹn thực thể (Entity Integrity)

Tính nhất quán (Consistency)

Tính độc lập dữ liệu (Data Independence)

Câu hỏi này kiểm tra sự hiểu biết về các nguyên tắc thiết kế cơ sở dữ liệu, đặc biệt là ràng buộc khóa chính (Primary Key) để đảm bảo tính duy nhất của bản ghi.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 4: Trong quy trình kiểm soát phiên bản (Version Control), thao tác 'merge' (hợp nhất) thường được sử dụng khi nào?

Khi muốn tạo một bản sao lưu (backup) của dự án.

Khi muốn xóa bỏ lịch sử thay đổi của một tập tin.

Khi muốn kết hợp các thay đổi từ một nhánh (branch) khác vào nhánh hiện tại.

Khi muốn chuyển đổi dự án sang một hệ thống kiểm soát phiên bản khác.

Câu hỏi này kiểm tra kiến thức về quy trình kiểm soát phiên bản, cụ thể là thao tác 'merge' và mục đích sử dụng nó trong việc quản lý các nhánh phát triển.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 5: Yếu tố nào sau đây KHÔNG phải là một thuộc tính chất lượng phần mềm quan trọng theo tiêu chuẩn ISO/IEC 9126 (nay là ISO/IEC 25010)?

Tính năng (Functionality)

Độ tin cậy (Reliability)

Tính sử dụng (Usability)

Tính thẩm mỹ (Aesthetics)

Câu hỏi này kiểm tra kiến thức về các tiêu chuẩn chất lượng phần mềm, cụ thể là nhận biết các thuộc tính KHÔNG nằm trong ISO/IEC 9126.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 6: Trong mô hình MVC (Model-View-Controller), thành phần 'Controller' có vai trò chính là gì?

Lưu trữ và quản lý dữ liệu của ứng dụng.

Xử lý tương tác người dùng và cập nhật Model và View.

Hiển thị giao diện người dùng và dữ liệu.

Quản lý các kết nối mạng và giao tiếp với máy chủ.

Câu hỏi này kiểm tra sự hiểu biết về các mẫu thiết kế kiến trúc phần mềm, cụ thể là vai trò của thành phần 'Controller' trong MVC.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 7: Kỹ thuật 'Refactoring' (tái cấu trúc mã) trong phát triển phần mềm nhằm mục đích chính là gì?

Cải thiện cấu trúc và khả năng bảo trì của mã nguồn mà không thay đổi chức năng bên ngoài.

Thêm các chức năng mới vào phần mềm.

Sửa chữa các lỗi (bugs) trong phần mềm.

Tối ưu hóa hiệu suất (performance) của phần mềm.

Câu hỏi này kiểm tra kiến thức về các kỹ thuật lập trình, cụ thể là 'Refactoring' và mục tiêu cải thiện mã nguồn mà không thay đổi chức năng bên ngoài.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 8: Trong kiểm thử hộp đen (Black-box testing), người kiểm thử chủ yếu dựa vào yếu tố nào để thiết kế các trường hợp kiểm thử (test cases)?

Cấu trúc mã nguồn bên trong của phần mềm.

Kinh nghiệm cá nhân của người kiểm thử.

Đặc tả yêu cầu và chức năng của phần mềm.

Mức độ bao phủ mã (code coverage).

Câu hỏi này kiểm tra sự hiểu biết về các phương pháp kiểm thử phần mềm, cụ thể là kiểm thử hộp đen và việc thiết kế test case dựa trên đặc tả yêu cầu.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 9: 'Technical Debt' (nợ kỹ thuật) trong phát triển phần mềm phát sinh khi nào?

Khi sử dụng các công nghệ và công cụ lập trình lỗi thời.

Khi đưa ra các quyết định thiết kế hoặc lập trình mang tính thỏa hiệp, không tối ưu trong ngắn hạn để đáp ứng tiến độ.

Khi đội ngũ phát triển thiếu kinh nghiệm.

Khi khách hàng liên tục thay đổi yêu cầu.

Câu hỏi này kiểm tra kiến thức về các khái niệm quản lý dự án phần mềm, cụ thể là 'Technical Debt' và nguyên nhân phát sinh từ các quyết định thiết kế/lập trình vội vã.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 10: Biểu đồ Use Case trong UML (Unified Modeling Language) thường được sử dụng để mô tả khía cạnh nào của hệ thống phần mềm?

Các chức năng mà hệ thống cung cấp cho người dùng (actors).

Cấu trúc dữ liệu của hệ thống.

Luồng điều khiển và tương tác giữa các thành phần trong hệ thống.

Kiến trúc triển khai (deployment) của hệ thống.

Câu hỏi này kiểm tra kiến thức về UML và mục đích sử dụng biểu đồ Use Case trong việc mô hình hóa yêu cầu chức năng của hệ thống.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 11: Trong ngữ cảnh DevOps, 'Continuous Integration' (CI - Tích hợp liên tục) có nghĩa là gì?

Liên tục cập nhật phiên bản hệ điều hành và phần mềm hệ thống.

Liên tục thu thập phản hồi từ người dùng về sản phẩm.

Liên tục đào tạo và nâng cao kỹ năng cho đội ngũ phát triển.

Tự động hóa việc tích hợp mã nguồn từ nhiều nhà phát triển vào một kho chung thường xuyên.

Câu hỏi này kiểm tra kiến thức về DevOps và khái niệm 'Continuous Integration' trong việc tự động hóa quy trình tích hợp mã nguồn.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 12: Phương pháp ước tính chi phí và thời gian phát triển phần mềm nào dựa trên việc chia nhỏ dự án thành các chức năng nhỏ và ước tính dựa trên kinh nghiệm hoặc dữ liệu lịch sử?

Phương pháp COCOMO (Constructive Cost Model)

Phương pháp điểm chức năng (Function Point Analysis)

Phương pháp Delphi

Ước tính PERT (Program Evaluation and Review Technique)

Câu hỏi này kiểm tra kiến thức về các phương pháp ước tính dự án phần mềm, cụ thể là phương pháp 'Function Point' và cách tiếp cận phân rã chức năng.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 13: Mục tiêu chính của việc lập kế hoạch quản lý rủi ro trong dự án phần mềm là gì?

Loại bỏ hoàn toàn mọi rủi ro có thể xảy ra trong dự án.

Chuyển giao rủi ro cho bên thứ ba (ví dụ: nhà cung cấp).

Xác định, đánh giá và giảm thiểu các rủi ro có thể ảnh hưởng tiêu cực đến dự án.

Chấp nhận mọi rủi ro và không thực hiện biện pháp phòng ngừa.

Câu hỏi này kiểm tra kiến thức về quản lý rủi ro dự án phần mềm và mục tiêu lập kế hoạch để giảm thiểu tác động tiêu cực của rủi ro.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 14: Trong kiến trúc Microservices, các dịch vụ (services) thường giao tiếp với nhau thông qua hình thức nào?

API (Application Programming Interface) – thường là RESTful API hoặc gRPC.

Chia sẻ bộ nhớ (Shared memory).

Cơ sở dữ liệu chung (Shared database).

Truyền tải điện trực tiếp (Direct electrical signal transmission).

Câu hỏi này kiểm tra kiến thức về kiến trúc Microservices và phương thức giao tiếp giữa các dịch vụ độc lập.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 15: Loại tài liệu nào mô tả chi tiết cách thức hệ thống phần mềm sẽ được xây dựng, bao gồm cấu trúc, các thành phần và giao diện của chúng?

Tài liệu đặc tả yêu cầu (Requirements Specification Document)

Tài liệu thiết kế hệ thống (System Design Document)

Tài liệu kiểm thử (Test Document)

Tài liệu hướng dẫn sử dụng (User Manual)

Câu hỏi này kiểm tra kiến thức về các loại tài liệu trong phát triển phần mềm, cụ thể là tài liệu thiết kế hệ thống.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 16: Nguyên tắc 'SOLID' trong lập trình hướng đối tượng (Object-Oriented Programming) bao gồm chữ 'L' đại diện cho nguyên tắc nào?

Law of Demeter (Luật Demeter)

Least Knowledge Principle (Nguyên tắc ít biết nhất)

Liskov Substitution Principle (Nguyên tắc thay thế Liskov)

Loose Coupling Principle (Nguyên tắc liên kết lỏng lẻo)

Câu hỏi này kiểm tra kiến thức về các nguyên tắc thiết kế hướng đối tượng, cụ thể là nguyên tắc 'Liskov Substitution' trong SOLID.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 17: Khi nào thì mô hình phát triển phần mềm 'Waterfall' (Thác nước) được xem là phù hợp nhất?

Khi dự án có rủi ro cao và yêu cầu thường xuyên thay đổi.

Khi cần phát triển phần mềm trong thời gian rất ngắn.

Khi đội ngũ phát triển còn thiếu kinh nghiệm.

Khi yêu cầu của dự án được xác định rõ ràng, ổn định và ít có khả năng thay đổi.

Câu hỏi này kiểm tra khả năng đánh giá tính phù hợp của các mô hình phát triển phần mềm, cụ thể là mô hình Waterfall và điều kiện áp dụng.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 18: Công cụ nào sau đây thường được sử dụng để quản lý và theo dõi tiến độ công việc trong các dự án Agile?

Microsoft Project.

Bảng Kanban hoặc Scrum board (ví dụ: Jira, Trello).

Biểu đồ Gantt.

Sơ đồ PERT.

Câu hỏi này kiểm tra kiến thức về các công cụ hỗ trợ quản lý dự án Agile, cụ thể là các công cụ Kanban board hoặc Scrum board.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 19: Trong kiểm thử hiệu năng (Performance Testing), loại kiểm thử nào đo lường khả năng đáp ứng của hệ thống khi chịu tải cao hơn mức tải dự kiến?

Kiểm thử tải (Load Testing)

Kiểm thử độ bền (Endurance Testing)

Kiểm thử chịu tải (Stress Testing)

Kiểm thử dung lượng (Volume Testing)

Câu hỏi này kiểm tra kiến thức về các loại kiểm thử hiệu năng, cụ thể là kiểm thử chịu tải (Stress Testing) để đánh giá giới hạn của hệ thống.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 20: Hoạt động nào sau đây KHÔNG thuộc giai đoạn 'Bảo trì' (Maintenance) trong vòng đời phát triển phần mềm?

Sửa lỗi phát sinh sau khi triển khai.

Cải thiện hiệu suất hoặc giao diện người dùng.

Thích ứng phần mềm với môi trường mới (ví dụ: hệ điều hành mới).

Xây dựng và kiểm thử các chức năng mới theo yêu cầu ban đầu.

Câu hỏi này kiểm tra kiến thức về các giai đoạn của vòng đời phát triển phần mềm, cụ thể là nhận biết hoạt động KHÔNG thuộc giai đoạn bảo trì.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 21: Trong quy trình phát triển phần mềm hướng kiểm thử (Test-Driven Development - TDD), bước đầu tiên cần thực hiện là gì?

Viết một test case tự động (automated test) mô tả chức năng mong muốn (nhưng chưa được hiện thực).

Viết mã nguồn để hiện thực chức năng.

Chạy kiểm thử và sửa lỗi cho đến khi test case thành công.

Phân tích yêu cầu và thiết kế hệ thống.

Câu hỏi này kiểm tra kiến thức về TDD và quy trình viết test case trước khi viết mã nguồn.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 22: Loại tấn công bảo mật nào lợi dụng các lỗ hổng trong mã nguồn ứng dụng web để chèn mã độc hại vào các truy vấn cơ sở dữ liệu?

Cross-Site Scripting (XSS)

SQL Injection

Denial of Service (DoS)

Phishing

Câu hỏi này kiểm tra kiến thức về bảo mật phần mềm và các loại tấn công phổ biến, cụ thể là SQL Injection.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 23: Chỉ số 'Cyclomatic Complexity' (Độ phức tạp Cyclomatic) được sử dụng để đo lường điều gì trong mã nguồn?

Số dòng mã (lines of code) trong chương trình.

Mức độ sử dụng bộ nhớ (memory usage) của chương trình.

Độ phức tạp về luồng điều khiển (control flow) của chương trình.

Số lượng biến (variables) được sử dụng trong chương trình.

Câu hỏi này kiểm tra kiến thức về các metrics đo lường chất lượng mã nguồn, cụ thể là Cyclomatic Complexity và ý nghĩa của nó.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 24: Trong mô hình Scrum, 'Sprint Review' (Đánh giá Sprint) là sự kiện (event) nhằm mục đích gì?

Lập kế hoạch công việc cho Sprint tiếp theo.

Giải quyết các vấn đề và rào cản trong Sprint.

Đánh giá hiệu suất làm việc của từng thành viên trong nhóm.

Trình bày kết quả công việc đã hoàn thành trong Sprint cho các bên liên quan và thu thập phản hồi.

Câu hỏi này kiểm tra kiến thức về Scrum và mục đích của sự kiện 'Sprint Review' trong việc đánh giá kết quả Sprint và thu thập phản hồi.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 25: Khi thiết kế giao diện người dùng (User Interface - UI), nguyên tắc 'Visibility of System Status' (Hiển thị trạng thái hệ thống) có nghĩa là gì?

Giao diện người dùng phải đơn giản và dễ sử dụng.

Hệ thống luôn thông báo cho người dùng biết về trạng thái hiện tại và kết quả của các hành động.

Người dùng có thể dễ dàng điều hướng và tìm kiếm thông tin.

Giao diện người dùng phải đẹp mắt và hấp dẫn.

Câu hỏi này kiểm tra kiến thức về nguyên tắc thiết kế UI, cụ thể là 'Visibility of System Status' và tầm quan trọng của việc cung cấp phản hồi cho người dùng.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 26: Trong kiến trúc hướng dịch vụ (Service-Oriented Architecture - SOA), 'Enterprise Service Bus' (ESB) đóng vai trò gì?

Lưu trữ dữ liệu tập trung cho tất cả các dịch vụ.

Quản lý phiên bản và triển khai các dịch vụ.

Là kênh trung gian giao tiếp, định tuyến và chuyển đổi thông điệp giữa các dịch vụ.

Cung cấp giao diện người dùng chung cho tất cả các dịch vụ.

Câu hỏi này kiểm tra kiến thức về kiến trúc SOA và vai trò của ESB trong việc trung gian giao tiếp giữa các dịch vụ.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 27: Phương pháp kiểm thử nào tập trung vào việc đảm bảo rằng phần mềm hoạt động đúng trên các môi trường khác nhau (ví dụ: hệ điều hành, trình duyệt, thiết bị)?

Kiểm thử tương thích (Compatibility Testing)

Kiểm thử chức năng (Functional Testing)

Kiểm thử phi chức năng (Non-functional Testing)

Kiểm thử hồi quy (Regression Testing)

Câu hỏi này kiểm tra kiến thức về các loại kiểm thử phần mềm, cụ thể là kiểm thử tương thích (Compatibility Testing) để đảm bảo tính đa nền tảng.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 28: Trong quản lý cấu hình phần mềm (Software Configuration Management - SCM), 'Baseline' (Đường cơ sở) là gì?

Danh sách các yêu cầu thay đổi đang chờ xử lý.

Quy trình kiểm soát thay đổi cấu hình phần mềm.

Công cụ tự động hóa quy trình SCM.

Một phiên bản đã được phê duyệt của cấu hình phần mềm, được sử dụng làm điểm tham chiếu cho các thay đổi tiếp theo.

Câu hỏi này kiểm tra kiến thức về SCM và khái niệm 'Baseline' trong việc xác định trạng thái ổn định của sản phẩm.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 29: Kỹ thuật 'Pair Programming' (Lập trình cặp đôi) trong Agile mang lại lợi ích nào sau đây?

Giảm thời gian phát triển phần mềm.

Tăng cường chất lượng mã nguồn thông qua việc xem xét mã liên tục và chia sẻ kiến thức giữa các thành viên.

Giảm chi phí nhân công cho dự án.

Đơn giản hóa quy trình kiểm thử.

Câu hỏi này kiểm tra kiến thức về Agile và lợi ích của kỹ thuật 'Pair Programming' trong việc cải thiện chất lượng mã và chia sẻ kiến thức.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 04

Câu 30: Trong ngữ cảnh bảo mật ứng dụng web, 'Cross-Site Request Forgery' (CSRF) là loại tấn công như thế nào?

Tấn công đánh cắp thông tin đăng nhập của người dùng.

Tấn công làm gián đoạn dịch vụ của ứng dụng web.

Tấn công mà kẻ tấn công ép người dùng thực hiện các hành động không mong muốn trên ứng dụng web mà họ đã đăng nhập.

Tấn công chèn mã độc hại vào trang web để đánh cắp thông tin người dùng.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Câu hỏi này kiểm tra kiến thức về bảo mật ứng dụng web và loại tấn công CSRF, lợi dụng việc xác thực phiên người dùng.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 05

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 1: Trong quy trình phát triển phần mềm, giai đoạn nào tập trung vào việc xác định và ghi lại đầy đủ các yêu cầu chức năng và phi chức năng của hệ thống từ góc độ người dùng và các bên liên quan?

Thiết kế hệ thống (System Design)

Phân tích yêu cầu (Requirements Analysis)

Kiểm thử phần mềm (Software Testing)

Triển khai và bảo trì (Deployment and Maintenance)

Câu hỏi này kiểm tra kiến thức về các giai đoạn chính của quy trình phát triển phần mềm, đặc biệt là giai đoạn thu thập và phân tích yêu cầu.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 2: Mô hình phát triển phần mềm nào phù hợp nhất cho dự án có yêu cầu không rõ ràng ngay từ đầu và có thể thay đổi trong quá trình phát triển, đồng thời ưu tiên sự linh hoạt và phản hồi nhanh chóng?

Mô hình thác nước (Waterfall Model)

Mô hình chữ V (V-Model)

Mô hình Agile (Agile Model)

Mô hình xoắn ốc (Spiral Model)

Câu hỏi này tập trung vào việc lựa chọn mô hình phát triển phần mềm phù hợp dựa trên đặc điểm dự án, đặc biệt là sự thay đổi yêu cầu và tính linh hoạt.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 3: Nguyên tắc 'SOLID' trong thiết kế hướng đối tượng bao gồm chữ 'L' đại diện cho nguyên tắc nào? Nguyên tắc này nhấn mạnh rằng các lớp con (subclass) có thể thay thế hoàn toàn cho lớp cha (superclass) mà không làm thay đổi tính đúng đắn của chương trình.

Nguyên tắc đơn trách nhiệm (Single Responsibility Principle)

Nguyên tắc mở đóng (Open/Closed Principle)

Nguyên tắc đảo ngược phụ thuộc (Dependency Inversion Principle)

Nguyên tắc thay thế Liskov (Liskov Substitution Principle)

Câu hỏi này kiểm tra kiến thức về các nguyên tắc SOLID, cụ thể là nguyên tắc thay thế Liskov (Liskov Substitution Principle), một nguyên tắc quan trọng trong thiết kế hướng đối tượng.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 4: Trong kiểm thử phần mềm, loại kiểm thử nào tập trung vào việc xác minh các chức năng riêng lẻ của từng module hoặc thành phần nhỏ nhất của phần mềm, thường được thực hiện bởi lập trình viên?

Kiểm thử đơn vị (Unit Testing)

Kiểm thử tích hợp (Integration Testing)

Kiểm thử hệ thống (System Testing)

Kiểm thử chấp nhận (Acceptance Testing)

Câu hỏi này kiểm tra kiến thức về các loại kiểm thử phần mềm, đặc biệt là kiểm thử đơn vị (Unit Testing) và mục đích của nó.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 5: Độ đo 'Độ phức tạp Cyclomatic' (Cyclomatic Complexity) được sử dụng để đánh giá khía cạnh nào của mã nguồn phần mềm?

Kích thước của chương trình (Program Size)

Độ phức tạp logic của chương trình (Logical Complexity)

Số lượng dòng code (Lines of Code)

Hiệu suất thực thi (Execution Performance)

Câu hỏi này kiểm tra kiến thức về các độ đo phần mềm, cụ thể là độ phức tạp Cyclomatic và ý nghĩa của nó trong việc đánh giá mã nguồn.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 6: Mô hình kiến trúc phần mềm 'MVC' (Model-View-Controller) chủ yếu tập trung vào việc tách biệt ba thành phần chính nào trong ứng dụng?

Giao diện người dùng, Cơ sở dữ liệu, Xử lý nghiệp vụ

Máy chủ, Máy khách, Mạng

Dữ liệu (Model), Giao diện (View), Điều khiển (Controller)

Phân tích, Thiết kế, Kiểm thử

Câu hỏi này kiểm tra kiến thức về các mô hình kiến trúc phần mềm, cụ thể là MVC và các thành phần chính mà nó tách biệt.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 7: Trong quản lý dự án phần mềm, kỹ thuật 'Ước tính theo điểm chức năng' (Function Point Analysis) được sử dụng để đo lường điều gì?

Thời gian phát triển dự án (Project Development Time)

Chi phí dự án (Project Cost)

Rủi ro dự án (Project Risk)

Quy mô chức năng của phần mềm (Software Functional Size)

Câu hỏi này kiểm tra kiến thức về các kỹ thuật quản lý dự án phần mềm, cụ thể là ước tính điểm chức năng và mục đích sử dụng.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 8: Thuộc tính chất lượng phần mềm 'Khả năng bảo trì' (Maintainability) đề cập đến khả năng phần mềm có thể dễ dàng được điều chỉnh, sửa đổi và nâng cấp sau khi triển khai. Yếu tố nào sau đây KHÔNG phải là một khía cạnh quan trọng của khả năng bảo trì?

Tính mô-đun (Modularity)

Tính dễ đọc hiểu (Readability)

Hiệu suất (Performance)

Tính cấu trúc (Structure)

Câu hỏi này kiểm tra kiến thức về các thuộc tính chất lượng phần mềm, cụ thể là khả năng bảo trì và các yếu tố liên quan, đồng thời yêu cầu nhận diện yếu tố không liên quan.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 9: Hệ thống quản lý phiên bản (Version Control System) như Git được sử dụng chủ yếu để giải quyết vấn đề nào trong phát triển phần mềm?

Quản lý yêu cầu (Requirements Management)

Quản lý thay đổi và cộng tác mã nguồn (Source Code Change Management and Collaboration)

Kiểm thử tự động (Automated Testing)

Triển khai ứng dụng (Application Deployment)

Câu hỏi này kiểm tra kiến thức về công cụ hỗ trợ phát triển phần mềm, cụ thể là hệ thống quản lý phiên bản và mục đích chính của nó.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 10: Trong kiến trúc hướng dịch vụ (Microservices), lợi ích chính của việc chia ứng dụng thành các dịch vụ nhỏ, độc lập là gì?

Giảm chi phí phần cứng (Reduced Hardware Costs)

Đơn giản hóa việc triển khai cơ sở dữ liệu (Simplified Database Deployment)

Tăng cường bảo mật (Enhanced Security)

Tăng tính độc lập và khả năng mở rộng linh hoạt (Increased Independence and Scalability)

Câu hỏi này kiểm tra kiến thức về kiến trúc Microservices và lợi ích cốt lõi của nó so với kiến trúc monolithic.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 11: Phương pháp kiểm thử 'Hộp đen' (Black-box Testing) dựa trên tiêu chí nào để thiết kế các trường hợp kiểm thử?

Cấu trúc mã nguồn bên trong (Internal Code Structure)

Thuật toán được sử dụng (Algorithms Used)

Đặc tả yêu cầu và chức năng (Requirements and Functionality Specifications)

Môi trường triển khai (Deployment Environment)

Câu hỏi này kiểm tra kiến thức về các phương pháp kiểm thử phần mềm, cụ thể là kiểm thử hộp đen và tiêu chí thiết kế test case của nó.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 12: Trong quá trình thiết kế giao diện người dùng (UI), nguyên tắc 'Khả năng sử dụng' (Usability) tập trung vào việc đảm bảo điều gì?

Giao diện đẹp mắt và hấp dẫn (Visually Appealing Interface)

Giao diện dễ học, dễ sử dụng và hiệu quả (Easy to Learn, Use, and Efficient Interface)

Giao diện có nhiều tính năng phức tạp (Feature-Rich Interface)

Giao diện tương thích với nhiều nền tảng (Cross-Platform Compatible Interface)

Câu hỏi này kiểm tra kiến thức về thiết kế giao diện người dùng và nguyên tắc usability, tập trung vào mục tiêu chính của nó.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 13: Khái niệm 'Nợ kỹ thuật' (Technical Debt) trong phát triển phần mềm ám chỉ điều gì?

Số lượng lỗi còn tồn tại trong phần mềm (Number of Bugs)

Chi phí bảo trì phần mềm (Software Maintenance Cost)

Thời gian phát triển vượt quá kế hoạch (Development Time Overrun)

Hậu quả của việc đưa ra các quyết định thiết kế hoặc mã hóa không tối ưu trong ngắn hạn (Consequences of Suboptimal Design or Coding Decisions)

Câu hỏi này kiểm tra kiến thức về các khái niệm trong phát triển phần mềm, cụ thể là nợ kỹ thuật và ý nghĩa của nó.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 14: Trong quy trình kiểm thử, 'Kiểm thử hồi quy' (Regression Testing) được thực hiện khi nào?

Trước khi phát triển tính năng mới (Before Developing New Features)

Sau khi hoàn thành kiểm thử đơn vị (After Unit Testing)

Sau khi sửa lỗi hoặc thay đổi mã nguồn (After Bug Fixes or Code Changes)

Trước khi triển khai phần mềm (Before Software Deployment)

Câu hỏi này kiểm tra kiến thức về các loại kiểm thử và thời điểm thực hiện kiểm thử hồi quy.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 15: Mục tiêu chính của việc 'Tái cấu trúc mã nguồn' (Code Refactoring) là gì?

Cải thiện cấu trúc và tính dễ đọc hiểu của mã nguồn mà không thay đổi chức năng bên ngoài (Improve Code Structure and Readability without Changing External Functionality)

Thêm chức năng mới vào phần mềm (Adding New Features)

Sửa lỗi trong mã nguồn (Bug Fixing)

Tăng hiệu suất của phần mềm (Improving Software Performance)

Câu hỏi này kiểm tra kiến thức về các hoạt động trong phát triển phần mềm, cụ thể là tái cấu trúc mã nguồn và mục tiêu của nó.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 16: 'Nguyên tắc DRY' (Don't Repeat Yourself) trong lập trình phần mềm khuyến khích điều gì?

Viết mã nguồn chi tiết và dễ hiểu (Write Detailed and Understandable Code)

Tránh lặp lại mã nguồn và logic giống nhau ở nhiều nơi (Avoid Repeating Code and Logic in Multiple Places)

Tối ưu hóa hiệu suất mã nguồn (Optimize Code Performance)

Kiểm thử mã nguồn kỹ lưỡng (Test Code Thoroughly)

Câu hỏi này kiểm tra kiến thức về các nguyên tắc lập trình, cụ thể là nguyên tắc DRY và ý nghĩa của nó.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 17: Trong ngữ cảnh của bảo mật phần mềm, 'SQL Injection' là loại tấn công nào?

Tấn công từ chối dịch vụ (Denial of Service Attack)

Tấn công giả mạo (Phishing Attack)

Tấn công bằng cách chèn mã SQL độc hại (Injecting Malicious SQL Code)

Tấn công Cross-Site Scripting (XSS Attack)

Câu hỏi này kiểm tra kiến thức về bảo mật phần mềm và các loại tấn công phổ biến, cụ thể là SQL Injection.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 18: 'Tích hợp liên tục' (Continuous Integration - CI) là một phương pháp thực hành trong DevOps. Mục tiêu chính của CI là gì?

Tăng tốc độ triển khai phần mềm (Accelerate Software Deployment Speed)

Giảm chi phí phát triển phần mềm (Reduce Software Development Costs)

Nâng cao chất lượng tài liệu (Improve Documentation Quality)

Tích hợp mã nguồn thường xuyên và phát hiện lỗi sớm (Frequent Code Integration and Early Bug Detection)

Câu hỏi này kiểm tra kiến thức về DevOps và các phương pháp thực hành, cụ thể là Tích hợp liên tục (CI) và mục tiêu của nó.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 19: Trong mô hình phát triển Agile, 'Sprint' là gì?

Một khoảng thời gian ngắn, lặp đi lặp lại để phát triển và kiểm thử một phần chức năng (Short, Iterative Timebox for Developing and Testing Functionality)

Một cuộc họp hàng ngày của nhóm phát triển (Daily Meeting of the Development Team)

Một tài liệu mô tả yêu cầu người dùng (Document Describing User Requirements)

Một công cụ quản lý dự án (Project Management Tool)

Câu hỏi này kiểm tra kiến thức về mô hình Agile và các thuật ngữ liên quan, cụ thể là Sprint.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 20: 'Kiểm thử chấp nhận của người dùng' (User Acceptance Testing - UAT) được thực hiện bởi ai?

Lập trình viên (Programmers)

Người dùng cuối (End Users)

Nhóm kiểm thử chuyên nghiệp (Professional Testing Team)

Quản lý dự án (Project Managers)

Câu hỏi này kiểm tra kiến thức về các giai đoạn kiểm thử và người thực hiện kiểm thử chấp nhận.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 21: Trong thiết kế cơ sở dữ liệu, 'Chuẩn hóa' (Normalization) là quá trình nhằm mục đích gì?

Tăng tốc độ truy vấn dữ liệu (Increase Data Query Speed)

Cải thiện bảo mật dữ liệu (Improve Data Security)

Giảm dư thừa dữ liệu và cải thiện tính nhất quán (Reduce Data Redundancy and Improve Consistency)

Đơn giản hóa cấu trúc cơ sở dữ liệu (Simplify Database Structure)

Câu hỏi này kiểm tra kiến thức về thiết kế cơ sở dữ liệu và mục tiêu của chuẩn hóa.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 22: 'Refactoring' và 'Rewriting' mã nguồn khác nhau như thế nào? Refactoring tập trung vào điều gì mà Rewriting thì không?

Refactoring tạo ra mã nguồn mới hoàn toàn, Rewriting chỉ sửa đổi mã cũ.

Refactoring làm thay đổi chức năng, Rewriting thì không.

Refactoring chỉ áp dụng cho mã cũ, Rewriting cho mã mới.

Refactoring cải thiện cấu trúc bên trong mà không thay đổi chức năng bên ngoài, Rewriting có thể thay đổi cả cấu trúc và chức năng.

Câu hỏi này yêu cầu so sánh và phân biệt giữa Refactoring và Rewriting, tập trung vào mục tiêu khác biệt của Refactoring.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 23: Khi nào thì mô hình 'Nguyên mẫu' (Prototyping Model) phát triển phần mềm là lựa chọn phù hợp?

Khi yêu cầu đã được xác định rõ ràng và ổn định.

Khi yêu cầu chưa rõ ràng và cần thăm dò, làm rõ với người dùng.

Khi dự án có thời gian và ngân sách hạn chế.

Khi cần phát triển phần mềm có hiệu suất cao.

Câu hỏi này kiểm tra kiến thức về các mô hình phát triển phần mềm và tình huống ứng dụng phù hợp của mô hình Nguyên mẫu.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 24: 'Kiểm thử hiệu năng' (Performance Testing) nhằm mục đích đánh giá khía cạnh nào của phần mềm?

Tính bảo mật (Security)

Tính khả dụng (Usability)

Khả năng đáp ứng và độ ổn định dưới tải (Responsiveness and Stability under Load)

Tính tương thích (Compatibility)

Câu hỏi này kiểm tra kiến thức về các loại kiểm thử và mục đích của kiểm thử hiệu năng.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 25: Trong quản lý rủi ro dự án phần mềm, 'Ma trận rủi ro' (Risk Matrix) được sử dụng để làm gì?

Đánh giá và ưu tiên rủi ro dựa trên mức độ nghiêm trọng và khả năng xảy ra (Assess and Prioritize Risks Based on Severity and Likelihood)

Lập kế hoạch ứng phó rủi ro (Risk Response Planning)

Theo dõi và kiểm soát rủi ro (Risk Monitoring and Control)

Xác định rủi ro tiềm ẩn (Risk Identification)

Câu hỏi này kiểm tra kiến thức về quản lý rủi ro dự án và mục đích sử dụng của ma trận rủi ro.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 26: 'Đám mây' (Cloud Computing) mang lại lợi ích nào cho phát triển và triển khai phần mềm?

Giảm sự phụ thuộc vào internet (Reduced Internet Dependency)

Tăng cường bảo mật vật lý cho máy chủ (Enhanced Physical Security for Servers)

Đơn giản hóa việc quản lý giấy phép phần mềm (Simplified Software License Management)

Khả năng mở rộng linh hoạt và giảm chi phí đầu tư ban đầu (Scalability and Reduced Initial Investment)

Câu hỏi này kiểm tra kiến thức về điện toán đám mây và lợi ích của nó trong lĩnh vực công nghệ phần mềm.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 27: 'Test-Driven Development' (TDD) là một phương pháp phát triển phần mềm mà trong đó, điều gì được thực hiện trước?

Viết mã nguồn chức năng (Writing Functional Code)

Viết các trường hợp kiểm thử (Writing Test Cases)

Thiết kế cơ sở dữ liệu (Designing Database)

Triển khai ứng dụng (Deploying Application)

Câu hỏi này kiểm tra kiến thức về phương pháp phát triển hướng kiểm thử (TDD) và quy trình làm việc đặc trưng của nó.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 28: 'SOLID' là viết tắt của 5 nguyên tắc thiết kế hướng đối tượng. Chữ 'O' trong SOLID đại diện cho nguyên tắc nào?

Nguyên tắc đơn giản (Simplicity Principle)

Nguyên tắc nhất quán (Consistency Principle)

Nguyên tắc mở/đóng (Open/Closed Principle)

Nguyên tắc tối ưu hóa (Optimization Principle)

Câu hỏi này kiểm tra lại kiến thức về nguyên tắc SOLID, lần này tập trung vào nguyên tắc Open/Closed.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 29: Trong kiểm thử phần mềm, 'Độ bao phủ mã' (Code Coverage) đo lường điều gì?

Số lượng lỗi được phát hiện (Number of Bugs Detected)

Thời gian kiểm thử (Testing Time)

Số lượng trường hợp kiểm thử đã thực hiện (Number of Test Cases Executed)

Tỷ lệ phần trăm mã nguồn đã được thực thi bởi các trường hợp kiểm thử (Percentage of Code Executed by Test Cases)

Câu hỏi này kiểm tra kiến thức về các độ đo trong kiểm thử phần mềm, cụ thể là độ bao phủ mã và ý nghĩa của nó.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 05

Câu 30: Phương pháp 'Kanban' trong quản lý dự án Agile tập trung vào việc tối ưu hóa điều gì?

Thời gian hoàn thành dự án (Project Completion Time)

Luồng công việc và giảm thiểu tắc nghẽn (Workflow and Bottleneck Reduction)

Chi phí dự án (Project Cost)

Chất lượng sản phẩm (Product Quality)

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Câu hỏi này kiểm tra kiến thức về các phương pháp Agile, cụ thể là Kanban và trọng tâm tối ưu hóa của nó.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 06

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 1: Trong quy trình phát triển phần mềm, giai đoạn nào tập trung vào việc chuyển đổi các yêu cầu người dùng thành một bản thiết kế hệ thống chi tiết, bao gồm cấu trúc dữ liệu, kiến trúc phần mềm và giao diện người dùng?

Giai đoạn Lập kế hoạch (Planning)

Giai đoạn Thiết kế (Design)

Giai đoạn Triển khai (Implementation)

Giai đoạn Kiểm thử (Testing)

Câu hỏi này kiểm tra kiến thức về các giai đoạn chính của quy trình phát triển phần mềm, đặc biệt là giai đoạn Thiết kế, nơi các yêu cầu được cụ thể hóa thành bản thiết kế.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 2: Mô hình phát triển phần mềm Agile Manifesto ưu tiên điều gì hơn là quy trình và công cụ toàn diện?

Cá nhân và Tương tác (Individuals and interactions)

Tài liệu toàn diện (Comprehensive documentation)

Đàm phán hợp đồng (Contract negotiation)

Tuân thủ kế hoạch (Following a plan)

Câu hỏi này tập trung vào các giá trị cốt lõi của Agile Manifesto, nhấn mạnh sự ưu tiên Con người và Tương tác hơn là quy trình và công cụ.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 3: Kỹ thuật kiểm thử hộp đen (Black-box testing) tập trung chủ yếu vào khía cạnh nào của phần mềm?

Cấu trúc mã nguồn (Source code structure)

Độ phức tạp của thuật toán (Algorithm complexity)

Chức năng và hành vi bên ngoài (Functionality and external behavior)

Hiệu suất sử dụng bộ nhớ (Memory usage performance)

Câu hỏi này kiểm tra sự hiểu biết về kiểm thử hộp đen, một kỹ thuật kiểm thử chức năng, tập trung vào đầu vào và đầu ra mà không cần biết cấu trúc bên trong.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 4: Khi nào mô hình Waterfall (thác nước) là một lựa chọn phát triển phần mềm phù hợp?

Khi yêu cầu của khách hàng không rõ ràng và có thể thay đổi thường xuyên.

Khi cần phát triển phần mềm trong thời gian ngắn với nguồn lực hạn chế.

Khi dự án có rủi ro cao và cần sự linh hoạt trong quá trình phát triển.

Khi yêu cầu của dự án được xác định rõ ràng và ổn định từ đầu.

Câu hỏi này yêu cầu xác định tình huống phù hợp cho mô hình Waterfall, thường là khi yêu cầu rõ ràng, ổn định và ít thay đổi.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 5: Trong UML (Unified Modeling Language), loại biểu đồ nào được sử dụng để mô hình hóa các tương tác giữa các đối tượng theo thời gian, đặc biệt hữu ích để hiểu luồng thông điệp trong một kịch bản sử dụng?

Biểu đồ lớp (Class Diagram)

Biểu đồ tuần tự (Sequence Diagram)

Biểu đồ trạng thái (State Diagram)

Biểu đồ hoạt động (Activity Diagram)

Câu hỏi này kiểm tra kiến thức về các loại biểu đồ UML, đặc biệt là biểu đồ tuần tự (Sequence Diagram) dùng để mô tả tương tác theo thời gian.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 6: Nguyên tắc SOLID trong thiết kế hướng đối tượng, chữ 'L' đại diện cho nguyên tắc nào?

Tách biệt giao diện (Interface Segregation Principle)

Đảo ngược phụ thuộc (Dependency Inversion Principle)

Thay thế Liskov (Liskov Substitution Principle)

Nguyên tắc mở rộng - đóng (Open/Closed Principle)

Câu hỏi này kiểm tra kiến thức về các nguyên tắc SOLID, cụ thể là nguyên tắc thay thế Liskov (Liskov Substitution Principle).

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 7: Phương pháp đo lường kích thước phần mềm nào dựa trên việc đếm các điểm chức năng (Function Points) từ các yêu cầu của người dùng?

Phân tích điểm chức năng (Function Point Analysis)

Số dòng mã lệnh (Lines of Code - LOC)

Độ phức tạp Cyclomatic (Cyclomatic Complexity)

Độ gắn kết (Coupling)

Câu hỏi này kiểm tra kiến thức về đo lường kích thước phần mềm, đặc biệt là phương pháp Function Point Analysis (FPA).

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 8: Kiểm thử đơn vị (Unit testing) thường được thực hiện ở giai đoạn nào của quy trình phát triển phần mềm?

Giai đoạn Yêu cầu (Requirements)

Giai đoạn Triển khai (Implementation)

Giai đoạn Thiết kế (Design)

Giai đoạn Bảo trì (Maintenance)

Câu hỏi này kiểm tra vị trí của kiểm thử đơn vị trong SDLC, thường được thực hiện trong giai đoạn Triển khai (Implementation) hoặc ngay sau khi viết mã.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 9: Trong quản lý cấu hình phần mềm (Software Configuration Management - SCM), 'baseline' được dùng để chỉ điều gì?

Phiên bản phần mềm mới nhất đang được phát triển.

Tài liệu mô tả yêu cầu ban đầu của dự án.

Quy trình kiểm thử phần mềm được sử dụng.

Một phiên bản đã được phê duyệt của cấu hình phần mềm, dùng làm cơ sở để phát triển tiếp.

Câu hỏi này kiểm tra hiểu biết về SCM, đặc biệt là khái niệm 'baseline' - một cấu hình đã được phê duyệt và làm cơ sở cho các thay đổi sau này.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 10: Loại lỗi nào trong phần mềm thường khó phát hiện nhất trong quá trình kiểm thử?

Lỗi cú pháp (Syntax errors)

Lỗi thời gian chạy (Runtime errors)

Lỗi logic (Logical errors)

Lỗi biên dịch (Compilation errors)

Câu hỏi này hỏi về loại lỗi khó phát hiện, thường là lỗi logic (Logical errors) vì chúng không gây ra lỗi cú pháp hoặc runtime dễ thấy.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 11: Mục tiêu chính của việc tái cấu trúc mã nguồn (Code refactoring) là gì?

Thêm chức năng mới vào phần mềm.

Cải thiện cấu trúc và khả năng bảo trì của mã nguồn mà không thay đổi chức năng bên ngoài.

Sửa lỗi và tăng độ tin cậy của phần mềm.

Tối ưu hóa hiệu suất của phần mềm.

Câu hỏi này tập trung vào mục tiêu của refactoring, là cải thiện cấu trúc bên trong mà không thay đổi chức năng bên ngoài.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 12: Công cụ nào thường được sử dụng để quản lý và theo dõi các yêu cầu trong dự án phần mềm?

Trình biên dịch (Compiler)

Hệ thống quản lý cơ sở dữ liệu (Database Management System)

Công cụ kiểm thử tự động (Automated Testing Tool)

Công cụ quản lý yêu cầu (Requirements Management Tool)

Câu hỏi này hỏi về công cụ quản lý yêu cầu, ví dụ như Requirement Management Tools (RM tools) hoặc các tính năng tương tự trong các công cụ quản lý dự án.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 13: Trong kiểm thử phần mềm, độ bao phủ mã (Code coverage) dùng để đo lường điều gì?

Phần trăm mã nguồn đã được thực thi bởi các test case.

Số lượng lỗi được phát hiện trên mỗi nghìn dòng mã.

Thời gian cần thiết để kiểm thử toàn bộ hệ thống.

Mức độ thân thiện với người dùng của giao diện phần mềm.

Câu hỏi này kiểm tra hiểu biết về code coverage, đo lường phần trăm mã nguồn đã được thực thi bởi các test case.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 14: Khái niệm 'nợ kỹ thuật' (Technical debt) trong phát triển phần mềm đề cập đến điều gì?

Số tiền mà dự án phần mềm còn nợ các nhà cung cấp.

Hậu quả của việc lựa chọn các giải pháp thiết kế hoặc mã hóa không tối ưu trong ngắn hạn, gây khó khăn cho bảo trì và phát triển trong tương lai.

Thời gian mà đội phát triển phần mềm chậm trễ so với kế hoạch.

Số lượng lỗi còn tồn tại trong phần mềm sau khi phát hành.

Câu hỏi này hỏi về 'technical debt', là hậu quả của việc chọn giải pháp dễ dàng ngắn hạn thay vì giải pháp tốt hơn dài hạn.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 15: Phương pháp phát triển phần mềm Kanban tập trung vào việc nào sau đây?

Lập kế hoạch chi tiết cho từng giai đoạn phát triển.

Phân chia dự án thành các sprint ngắn và lặp lại.

Quản lý luồng công việc liên tục và giới hạn công việc đang thực hiện (WIP).

Tạo ra tài liệu đặc tả yêu cầu chi tiết trước khi bắt đầu phát triển.

Câu hỏi này kiểm tra kiến thức về Kanban, tập trung vào giới hạn công việc đang thực hiện (Work In Progress - WIP) và luồng công việc liên tục.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 16: Trong mô hình Client-Server, thành phần Server chịu trách nhiệm chính trong việc gì?

Cung cấp tài nguyên và dịch vụ cho Client.

Hiển thị giao diện người dùng và tương tác với người dùng.

Xử lý logic nghiệp vụ phía Client.

Quản lý kết nối mạng phía Client.

Câu hỏi này về kiến trúc Client-Server, Server thường cung cấp tài nguyên và dịch vụ.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 17: Đặc điểm nào sau đây KHÔNG phải là của kiến trúc Microservices?

Tính độc lập trong triển khai và mở rộng.

Tổ chức theo các khả năng nghiệp vụ.

Giao tiếp thông qua API.

Sử dụng cơ sở dữ liệu nguyên khối (Monolithic database) chung cho tất cả dịch vụ.

Câu hỏi này về kiến trúc Microservices, điểm KHÔNG phải là đặc điểm là 'Monolithic database' vì Microservices thường dùng database phi tập trung.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 18: Công cụ kiểm soát phiên bản Git được sử dụng chủ yếu để làm gì trong phát triển phần mềm?

Kiểm thử tự động mã nguồn.

Theo dõi và quản lý các thay đổi của mã nguồn.

Tự động triển khai ứng dụng lên môi trường production.

Phân tích hiệu suất của ứng dụng.

Câu hỏi này về Git, công cụ kiểm soát phiên bản, dùng để theo dõi thay đổi mã nguồn và quản lý phiên bản.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 19: Trong ngữ cảnh kiểm thử hiệu năng (Performance testing), 'load testing' nhằm mục đích gì?

Kiểm tra khả năng phục hồi của hệ thống sau sự cố.

Đo thời gian phản hồi của hệ thống cho các giao dịch đơn lẻ.

Đánh giá hiệu suất của hệ thống khi chịu tải trọng dự kiến.

Tìm ra giới hạn chịu tải tối đa của hệ thống trước khi bị sập.

Câu hỏi này về load testing, một loại kiểm thử hiệu năng, nhằm đánh giá hiệu suất dưới tải trọng dự kiến.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 20: Nguyên tắc 'KISS' (Keep It Simple, Stupid) trong thiết kế phần mềm khuyến khích điều gì?

Thiết kế hệ thống càng đơn giản càng tốt.

Sử dụng các công nghệ phức tạp nhất để giải quyết vấn đề.

Tối ưu hóa hiệu suất bằng mọi giá, kể cả khi làm phức tạp thiết kế.

Tạo ra giao diện người dùng phức tạp và nhiều tính năng.

Câu hỏi này về nguyên tắc KISS, khuyến khích thiết kế đơn giản, dễ hiểu và bảo trì.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 21: Phương pháp ước tính dự án phần mềm 'Wideband Delphi' dựa trên cơ chế nào?

Phân tích dữ liệu lịch sử từ các dự án tương tự.

Thảo luận và lặp lại giữa các chuyên gia để đạt được sự đồng thuận.

Sử dụng mô hình toán học phức tạp để tính toán chi phí và thời gian.

Dựa vào kinh nghiệm của quản lý dự án để đưa ra ước tính.

Câu hỏi này về Wideband Delphi, phương pháp ước tính dựa trên thảo luận và lặp lại giữa các chuyên gia.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 22: Trong kiểm thử hồi quy (Regression testing), mục đích chính là gì?

Kiểm tra các chức năng mới được thêm vào.

Đo hiệu suất của hệ thống sau khi cập nhật.

Tìm lỗi trong các module chưa được kiểm thử trước đó.

Đảm bảo rằng các thay đổi mới không gây ra lỗi ở các chức năng đã hoạt động ổn định trước đó.

Câu hỏi này về regression testing, mục đích là đảm bảo các thay đổi mới không phá vỡ chức năng hiện có.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 23: Chỉ số 'Cyclomatic Complexity' đo lường khía cạnh nào của mã nguồn?

Kích thước của mã nguồn (tính bằng dòng lệnh).

Mức độ gắn kết giữa các module.

Độ phức tạp của luồng điều khiển trong mã.

Số lượng biến và hằng số được sử dụng.

Câu hỏi này về Cyclomatic Complexity, đo lường độ phức tạp của luồng điều khiển trong mã.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 24: Trong quy trình Scrum, 'Sprint Review' là buổi họp để làm gì?

Trình bày sản phẩm đã hoàn thành trong Sprint và thu thập phản hồi từ các bên liên quan.

Lập kế hoạch cho các Sprint tiếp theo.

Đánh giá hiệu suất làm việc của nhóm phát triển.

Giải quyết các vấn đề và rủi ro phát sinh trong Sprint.

Câu hỏi này về Sprint Review trong Scrum, là buổi họp để trình bày sản phẩm đã hoàn thành và thu thập phản hồi.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 25: Vai trò của 'Product Owner' trong Scrum là gì?

Điều phối các hoạt động hàng ngày của nhóm phát triển.

Chịu trách nhiệm về Product Backlog và tối đa hóa giá trị sản phẩm.

Đảm bảo chất lượng kỹ thuật của sản phẩm.

Quản lý rủi ro và ngân sách của dự án.

Câu hỏi này về vai trò Product Owner trong Scrum, chịu trách nhiệm về Product Backlog và giá trị sản phẩm.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 26: Mô hình 'DevOps' tập trung vào việc cải thiện quy trình nào?

Quy trình kiểm thử phần mềm.

Quy trình quản lý yêu cầu.

Quy trình phát triển và triển khai phần mềm.

Quy trình thiết kế giao diện người dùng.

Câu hỏi này về DevOps, tập trung vào quy trình phát triển và triển khai (Development and Operations).

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 27: Kiến trúc 'Service-Oriented Architecture' (SOA) nhấn mạnh vào điều gì?

Xây dựng ứng dụng nguyên khối duy nhất.

Sử dụng cơ sở dữ liệu tập trung cho toàn bộ hệ thống.

Phát triển ứng dụng dựa trên các thành phần giao diện người dùng phong phú.

Xây dựng ứng dụng từ các dịch vụ độc lập, có khả năng tái sử dụng và tương tác với nhau.

Câu hỏi này về SOA, nhấn mạnh vào việc xây dựng ứng dụng từ các dịch vụ độc lập, có thể tái sử dụng.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 28: Trong kiểm thử chấp nhận (Acceptance testing), ai là người thực hiện kiểm thử chính?

Nhóm kiểm thử phần mềm.

Khách hàng hoặc người dùng cuối.

Nhà phát triển phần mềm.

Quản lý dự án.

Câu hỏi này về acceptance testing, người thực hiện chính thường là khách hàng hoặc người dùng cuối.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 29: Mục tiêu của việc lập kế hoạch dự phòng (Contingency planning) trong quản lý dự án phần mềm là gì?

Ngăn chặn tất cả các rủi ro có thể xảy ra trong dự án.

Đảm bảo dự án hoàn thành đúng thời hạn và ngân sách ban đầu.

Chuẩn bị các phương án đối phó với các rủi ro và sự cố có thể xảy ra.

Tối ưu hóa việc sử dụng nguồn lực dự án.

Câu hỏi này về contingency planning, mục tiêu là chuẩn bị sẵn sàng cho các rủi ro và sự cố có thể xảy ra.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 06

Câu 30: Phương pháp 'Pair Programming' trong Agile thường mang lại lợi ích nào sau đây?

Giảm tổng thời gian phát triển dự án.

Giảm chi phí nhân công cho dự án.

Tăng số lượng dòng mã được viết ra.

Cải thiện chất lượng mã nguồn và chia sẻ kiến thức giữa các thành viên.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Câu hỏi này về pair programming, lợi ích chính là cải thiện chất lượng mã và chia sẻ kiến thức.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 07

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 1: Trong giai đoạn phát triển phần mềm theo mô hình водопад (waterfall), khi nào thì giai đoạn kiểm thử (testing) bắt đầu?

Song song với giai đoạn phân tích yêu cầu để đảm bảo yêu cầu rõ ràng và kiểm thử được ngay từ đầu.

Ngay sau giai đoạn thiết kế để xác minh thiết kế có thể kiểm thử được.

Sau khi giai đoạn phát triển (coding) hoàn tất, vì cần có sản phẩm để kiểm thử.

Kiểm thử là giai đoạn đầu tiên để xác định tính khả thi của dự án.

Câu hỏi kiểm tra hiểu biết về trình tự các giai đoạn trong mô hình водопад. Kiểm thử chỉ bắt đầu sau khi giai đoạn phát triển (coding) đã hoàn thành.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 2: Một nhóm phát triển phần mềm đang tranh luận về việc lựa chọn mô hình phát triển. Dự án của họ có yêu cầu không rõ ràng ban đầu và có thể thay đổi trong quá trình phát triển. Mô hình nào sau đây là phù hợp nhất trong tình huống này?

Mô hình водопад (Waterfall), vì tính kỷ luật và tuần tự giúp quản lý thay đổi tốt hơn.

Mô hình lặp và tăng trưởng (Iterative and Incremental), vì cho phép thích ứng với yêu cầu thay đổi qua từng vòng lặp.

Mô hình chữ V (V-model), vì đảm bảo kiểm thử toàn diện và phát hiện sớm lỗi thay đổi yêu cầu.

Mô hình phát triển nhanh RAD (Rapid Application Development), vì tốc độ phát triển nhanh giúp đáp ứng thay đổi nhanh chóng.

Câu hỏi tình huống về lựa chọn mô hình phát triển phù hợp với yêu cầu thay đổi. Mô hình lặp và tăng trưởng (Iterative and Incremental) như Agile hoặc Spiral thích hợp với yêu cầu không rõ ràng và thay đổi.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 3: Kỹ thuật kiểm thử hộp đen (black-box testing) tập trung vào khía cạnh nào của phần mềm?

Chức năng và hành vi bên ngoài của phần mềm, dựa trên đặc tả yêu cầu.

Cấu trúc mã nguồn và logic bên trong của phần mềm để đảm bảo tất cả các nhánh được kiểm tra.

Hiệu năng và khả năng chịu tải của phần mềm trong điều kiện thực tế.

Mức độ thân thiện và dễ sử dụng của giao diện người dùng.

Câu hỏi về bản chất của kiểm thử hộp đen. Nó tập trung vào chức năng và giao diện bên ngoài của phần mềm, không quan tâm đến cấu trúc bên trong.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 4: Khi thiết kế cơ sở dữ liệu cho một ứng dụng thương mại điện tử, bạn cần đảm bảo tính ACID. Thuộc tính 'Atomicity' (Nguyên tử) trong ACID đảm bảo điều gì?

Dữ liệu phải luôn nhất quán sau mỗi giao dịch, đảm bảo không có dữ liệu mâu thuẫn.

Các giao dịch phải được xử lý độc lập, không can thiệp lẫn nhau, đảm bảo tính đúng đắn khi truy cập đồng thời.

Dữ liệu phải bền vững, không bị mất mát ngay cả khi hệ thống gặp sự cố.

Một giao dịch phải được thực hiện như một đơn vị không thể chia cắt, hoặc thành công hoàn toàn hoặc thất bại hoàn toàn.

Câu hỏi về thuộc tính Atomicity trong ACID của giao dịch cơ sở dữ liệu. Atomicity đảm bảo tính toàn bộ của giao dịch: hoặc tất cả các thao tác thành công, hoặc không có thao tác nào được thực hiện.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 5: Trong mô hình MVC (Model-View-Controller), thành phần 'Controller' có vai trò chính là gì?

Lưu trữ và quản lý dữ liệu của ứng dụng, đồng thời định nghĩa logic nghiệp vụ.

Xử lý yêu cầu từ người dùng, cập nhật Model và chọn View phù hợp để hiển thị.

Hiển thị dữ liệu cho người dùng và cho phép người dùng tương tác với ứng dụng.

Đảm bảo tính bảo mật và toàn vẹn dữ liệu của ứng dụng.

Câu hỏi về vai trò của Controller trong MVC. Controller là trung gian xử lý tương tác người dùng và cập nhật Model và View.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 6: Design pattern 'Singleton' được sử dụng để giải quyết vấn đề nào sau đây?

Tạo ra các đối tượng phức tạp một cách dễ dàng và linh hoạt.

Cho phép một đối tượng thông báo thay đổi trạng thái của nó cho nhiều đối tượng khác.

Đảm bảo rằng một class chỉ có một thể hiện duy nhất và cung cấp một điểm truy cập toàn cục đến nó.

Đóng gói một yêu cầu như một đối tượng, cho phép tham số hóa client với các yêu cầu khác nhau.

Câu hỏi về mục đích sử dụng của Singleton pattern. Singleton đảm bảo chỉ có một thể hiện duy nhất của một class được tạo ra.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 7: Nguyên tắc SOLID nào khuyến khích việc một class chỉ nên có một lý do duy nhất để thay đổi?

Nguyên tắc trách nhiệm đơn (Single Responsibility Principle - SRP).

Nguyên tắc đóng mở (Open/Closed Principle - OCP).

Nguyên tắc thay thế Liskov (Liskov Substitution Principle - LSP).

Nguyên tắc phân tách giao diện (Interface Segregation Principle - ISP).

Câu hỏi về nguyên tắc SRP trong SOLID. SRP (Single Responsibility Principle) nói về việc một class chỉ nên có một trách nhiệm duy nhất.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 8: Trong quy trình Scrum, 'Sprint Review' (Đánh giá Sprint) diễn ra vào thời điểm nào và có mục đích chính là gì?

Vào đầu mỗi Sprint để lập kế hoạch công việc và phân công nhiệm vụ cho nhóm.

Trong suốt Sprint để theo dõi tiến độ và giải quyết các vấn đề phát sinh.

Vào cuối mỗi Sprint để trình bày sản phẩm đã hoàn thành cho Stakeholders và thu thập phản hồi.

Hàng ngày để nhóm Scrum đồng bộ hóa công việc và lập kế hoạch cho ngày tiếp theo.

Câu hỏi về Sprint Review trong Scrum. Sprint Review diễn ra cuối Sprint để trình bày sản phẩm và thu thập phản hồi.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 9: DevOps tập trung vào việc cải thiện sự hợp tác và tự động hóa giữa bộ phận nào?

Giữa bộ phận kiểm thử chất lượng (QA) và bộ phận phát triển (Development).

Giữa bộ phận phát triển phần mềm (Development) và bộ phận vận hành hệ thống (Operations).

Giữa bộ phận quản lý dự án (Project Management) và bộ phận kinh doanh (Business).

Giữa bộ phận thiết kế giao diện người dùng (UI/UX) và bộ phận phát triển (Development).

Câu hỏi về mục tiêu chính của DevOps. DevOps hướng đến sự hợp tác giữa Development (Phát triển) và Operations (Vận hành).

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 10: Công cụ quản lý phiên bản Git được sử dụng chủ yếu cho mục đích nào trong phát triển phần mềm?

Tự động hóa quá trình kiểm thử và triển khai phần mềm.

Quản lý yêu cầu và theo dõi tiến độ dự án.

Thiết kế giao diện người dùng và trải nghiệm người dùng.

Theo dõi và quản lý các thay đổi của mã nguồn, hỗ trợ làm việc nhóm và phục hồi phiên bản trước.

Câu hỏi về mục đích sử dụng Git. Git giúp quản lý mã nguồn, theo dõi thay đổi và cộng tác trong nhóm.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 11: Mã độc SQL Injection lợi dụng lỗ hổng bảo mật nào của ứng dụng web?

Lỗi tràn bộ đệm (Buffer Overflow) trong bộ nhớ server.

Xác thực người dùng yếu kém.

Truy vấn SQL không được kiểm soát hoặc lọc dữ liệu đầu vào.

Lỗi cấu hình sai server web.

Câu hỏi về SQL Injection. SQL Injection tấn công vào các truy vấn SQL không được kiểm soát chặt chẽ.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 12: Refactoring (Tái cấu trúc mã) là quá trình làm gì trong phát triển phần mềm?

Thêm chức năng mới vào phần mềm để đáp ứng yêu cầu thay đổi.

Cải thiện cấu trúc mã nguồn, tăng tính dễ đọc và dễ bảo trì mà không thay đổi chức năng bên ngoài.

Sửa lỗi và vá các lỗ hổng bảo mật trong phần mềm.

Tối ưu hóa hiệu năng của phần mềm để chạy nhanh hơn.

Câu hỏi về Refactoring. Refactoring là cải thiện cấu trúc mã mà không thay đổi chức năng bên ngoài.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 13: Chỉ số Cyclomatic Complexity (Độ phức tạp Cyclomatic) dùng để đo lường điều gì trong mã nguồn?

Độ phức tạp của luồng điều khiển trong chương trình, dựa trên số lượng đường đi độc lập qua mã.

Số lượng dòng mã trong chương trình.

Số lượng biến và hàm trong chương trình.

Mức độ dễ đọc và dễ hiểu của mã nguồn.

Câu hỏi về Cyclomatic Complexity. Nó đo độ phức tạp của luồng điều khiển trong mã.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 14: Kỹ thuật 'Use Case' (Ca sử dụng) được sử dụng chủ yếu trong giai đoạn nào của quy trình phát triển phần mềm?

Giai đoạn thiết kế hệ thống để mô tả cấu trúc và kiến trúc phần mềm.

Giai đoạn phân tích yêu cầu để thu thập và mô tả chức năng hệ thống từ góc độ người dùng.

Giai đoạn kiểm thử để thiết kế các kịch bản kiểm thử.

Giai đoạn triển khai để hướng dẫn cài đặt và sử dụng phần mềm.

Câu hỏi về Use Case. Use Case được dùng trong giai đoạn phân tích yêu cầu để mô tả tương tác người dùng với hệ thống.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 15: Trong mô hình phát triển phần mềm Agile, 'User Story' (Câu chuyện người dùng) thường được viết theo cấu trúc nào?

Input -> Process -> Output.

If [condition] then [action].

Who -> What -> When -> Where -> Why -> How.

Với vai trò là [loại người dùng], tôi muốn [mục tiêu] để [lợi ích].

Câu hỏi về cấu trúc User Story. User Story thường theo cấu trúc 'As a [role], I want [goal] so that [benefit]'.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 16: Kiểm thử hồi quy (Regression Testing) được thực hiện khi nào?

Chỉ thực hiện một lần duy nhất sau khi phát triển xong toàn bộ phần mềm.

Trước khi phát triển tính năng mới để đảm bảo không có lỗi từ trước.

Sau khi có bất kỳ thay đổi mã nguồn nào (sửa lỗi, thêm tính năng) để đảm bảo các chức năng cũ không bị ảnh hưởng.

Trong giai đoạn phân tích yêu cầu để xác định các trường hợp kiểm thử.

Câu hỏi về Regression Testing. Regression Testing được thực hiện sau khi có thay đổi mã để đảm bảo không có lỗi mới phát sinh.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 17: Phương pháp ước lượng COCOMO (Constructive Cost Model) được sử dụng để làm gì trong quản lý dự án phần mềm?

Ước tính chi phí, nỗ lực và thời gian cần thiết để phát triển phần mềm.

Quản lý rủi ro và lập kế hoạch dự phòng cho dự án.

Theo dõi tiến độ và hiệu suất làm việc của nhóm phát triển.

Đánh giá chất lượng và độ tin cậy của phần mềm.

Câu hỏi về COCOMO. COCOMO là mô hình ước lượng chi phí và nỗ lực phát triển phần mềm.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 18: Nguyên tắc 'KISS' (Keep It Simple, Stupid) có ý nghĩa gì trong thiết kế phần mềm?

Thiết kế phần mềm cần phức tạp và sử dụng công nghệ mới nhất để đảm bảo hiệu năng cao.

Thiết kế phần mềm nên đơn giản, dễ hiểu, dễ bảo trì và tránh sự phức tạp không cần thiết.

Phần mềm cần được phát triển nhanh chóng, chấp nhận một số lỗi nhỏ để tiết kiệm thời gian.

Giao diện người dùng cần phải bắt mắt và có nhiều hiệu ứng để thu hút người dùng.

Câu hỏi về nguyên tắc KISS. KISS khuyến khích thiết kế đơn giản, dễ hiểu và dễ bảo trì.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 19: Kiểm thử đơn vị (Unit Testing) thường được thực hiện bởi ai?

Nhóm kiểm thử chất lượng độc lập (QA Team).

Khách hàng hoặc người dùng cuối.

Lập trình viên (Developers) viết mã.

Quản lý dự án.

Câu hỏi về người thực hiện Unit Testing. Unit Testing thường do lập trình viên thực hiện.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 20: Loại tài liệu nào mô tả chi tiết cách phần mềm sẽ được xây dựng và triển khai, bao gồm kiến trúc, module, giao diện và cơ sở dữ liệu?

Tài liệu thiết kế phần mềm (Software Design Document).

Tài liệu đặc tả yêu cầu phần mềm (Software Requirements Specification - SRS).

Tài liệu hướng dẫn sử dụng (User Manual).

Báo cáo kiểm thử (Test Report).

Câu hỏi về tài liệu thiết kế phần mềm. Tài liệu thiết kế mô tả chi tiết cấu trúc và cách xây dựng phần mềm.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 21: Trong kiến trúc Microservices, các dịch vụ giao tiếp với nhau chủ yếu thông qua phương thức nào?

Chia sẻ bộ nhớ (Shared Memory).

Cơ sở dữ liệu chung (Shared Database).

Message Queue nội bộ.

API (Application Programming Interface), thường là RESTful API.

Câu hỏi về giao tiếp trong Microservices. Microservices thường giao tiếp qua API (thường là RESTful API).

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 22: Mục tiêu chính của việc lập kế hoạch dự phòng rủi ro (Risk Mitigation Plan) trong quản lý dự án phần mềm là gì?

Loại bỏ hoàn toàn tất cả các rủi ro có thể xảy ra trong dự án.

Giảm thiểu khả năng xảy ra và tác động tiêu cực của các rủi ro đã được xác định.

Chuyển giao rủi ro cho bên thứ ba (ví dụ: mua bảo hiểm).

Chấp nhận rủi ro và không có kế hoạch ứng phó.

Câu hỏi về Risk Mitigation Plan. Mục tiêu là giảm thiểu tác động của rủi ro.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 23: Test-Driven Development (TDD) là phương pháp phát triển phần mềm dựa trên điều gì?

Viết mã nguồn trước, sau đó viết kiểm thử để đảm bảo mã hoạt động đúng.

Kiểm thử liên tục trong suốt quá trình phát triển, nhưng không nhất thiết phải viết kiểm thử trước.

Viết các trường hợp kiểm thử (test cases) trước khi viết mã nguồn, sau đó viết mã để vượt qua các kiểm thử.

Tập trung vào kiểm thử hiệu năng và khả năng chịu tải của phần mềm.

Câu hỏi về TDD. TDD là phát triển dựa trên việc viết test case trước khi viết code.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 24: Trong mô hình Agile, 'Velocity' (Vận tốc) là gì?

Thước đo lượng công việc mà nhóm phát triển có thể hoàn thành trong một Sprint.

Tốc độ phản hồi yêu cầu thay đổi của khách hàng.

Thời gian trung bình để sửa một lỗi.

Số lượng thành viên trong nhóm phát triển.

Câu hỏi về Velocity trong Agile. Velocity là thước đo lượng công việc nhóm hoàn thành trong một Sprint.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 25: Loại hình bảo trì phần mềm nào liên quan đến việc sửa chữa các lỗi phát hiện sau khi phần mềm đã được triển khai?

Bảo trì thích ứng (Adaptive Maintenance) để phần mềm hoạt động trong môi trường mới.

Bảo trì sửa lỗi (Corrective Maintenance) để khắc phục các lỗi.

Bảo trì hoàn thiện (Perfective Maintenance) để cải thiện hiệu năng hoặc thêm chức năng mới.

Bảo trì phòng ngừa (Preventive Maintenance) để giảm thiểu rủi ro lỗi trong tương lai.

Câu hỏi về các loại bảo trì. Bảo trì sửa lỗi là Corrective Maintenance.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 26: Nguyên tắc 'YAGNI' (You Aren't Gonna Need It) khuyến cáo điều gì trong phát triển phần mềm?

Luôn dự đoán và phát triển tất cả các tính năng có thể cần trong tương lai.

Phát triển phần mềm theo hướng phức tạp để đáp ứng mọi yêu cầu tiềm năng.

Tập trung vào việc tối ưu hóa hiệu năng ngay từ đầu dự án.

Không thêm chức năng cho đến khi thực sự cần thiết, tránh phát triển quá mức.

Câu hỏi về nguyên tắc YAGNI. YAGNI khuyến cáo không thêm chức năng cho đến khi thực sự cần.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 27: Trong kiểm thử hiệu năng (Performance Testing), loại kiểm thử nào đo lường khả năng của hệ thống khi có số lượng lớn người dùng đồng thời truy cập?

Kiểm thử tải (Load Testing).

Kiểm thử chịu đựng (Endurance Testing).

Kiểm thử ứng suất (Stress Testing).

Kiểm thử dung lượng (Volume Testing).

Câu hỏi về loại kiểm thử hiệu năng. Load Testing đo khả năng chịu tải của hệ thống.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 28: Phương pháp thiết kế hướng đối tượng (Object-Oriented Design) tập trung vào việc tổ chức phần mềm dựa trên khái niệm nào?

Chức năng và quy trình xử lý dữ liệu.

Đối tượng, lớp, kế thừa, đa hình và tính đóng gói.

Dữ liệu và cấu trúc dữ liệu.

Luồng điều khiển và thuật toán.

Câu hỏi về OOP. OOP tập trung vào đối tượng, class, kế thừa, đa hình...

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 29: 'Code Review' (Đánh giá mã) mang lại lợi ích nào sau đây?

Tăng tốc độ phát triển phần mềm bằng cách giảm thời gian kiểm thử.

Giảm chi phí phát triển phần mềm bằng cách loại bỏ giai đoạn kiểm thử chính thức.

Đảm bảo mã nguồn tuân thủ tuyệt đối theo tiêu chuẩn và quy định.

Phát hiện lỗi sớm, chia sẻ kiến thức trong nhóm, cải thiện chất lượng mã và giảm thiểu lỗi trong sản phẩm cuối cùng.

Câu hỏi về lợi ích của Code Review. Code Review giúp phát hiện lỗi sớm, chia sẻ kiến thức, cải thiện chất lượng mã.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 07

Câu 30: Trong ngữ cảnh của Continuous Integration/Continuous Delivery (CI/CD), 'Pipeline' (Đường ống) dùng để chỉ điều gì?

Một loại cơ sở dữ liệu đặc biệt dùng cho việc lưu trữ mã nguồn.

Giao diện người dùng để quản lý quá trình phát triển phần mềm.

Quy trình tự động hóa các bước xây dựng, kiểm thử và triển khai phần mềm.

Một công cụ để theo dõi hiệu suất ứng dụng sau khi triển khai.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Câu hỏi về CI/CD Pipeline. Pipeline tự động hóa các bước xây dựng, kiểm thử, triển khai.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 08

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 1: Trong phãn tích yêu cầu, mô hình use case được sử dụng để mô tả điều gì?

Cách dữ liệu được lưu trữ trong cơ sở dữ liệu.

Tương tác giữa người dùng và hệ thống để thực hiện các chức năng.

Cấu trúc bên trong của phần mềm và các mô-đuun thành phần.

Quy trình phát triển phần mềm được sử dụng.

Use case mô tả tương tác giữa actor (người dùng hoặc hệ thống khác) và hệ thống phần mềm để đạt được một mục tiêu cụ thể. Câu hỏi kiểm tra sự hiểu biết về mục đích chính của use case.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 2: Điều gì là ưu điểm chính của mô hình phát triển phần mềm Agile so với mô hình Waterfall?

Tính kỷ luật cao và quy trình chặt chẽ hơn.

Tài liệu chi tiết và đầy đủ hơn ở mọi giai đoạn.

Khả năng thích ứng nhanh chóng với thay đổi yêu cầu.

Thời gian phát triển ngắn hơn cho toàn bộ dự án.

Agile nhấn mạnh sự linh hoạt, thích ứng với thay đổi và phản hồi nhanh chóng từ khách hàng. Câu hỏi tập trung vào ưu điểm cốt lõi của Agile so với Waterfall (mô hình tuyến tính, ít linh hoạt).

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 3: Kỹ thuật kiểm thử hộp đen (black-box testing) chủ yếu tập trung vào điều gì?

Chức năng và yêu cầu của phần mềm.

Cấu trúc code và thuật toán bên trong.

Hiệu suất và khả năng mở rộng của hệ thống.

Tính bảo mật và an toàn của dữ liệu.

Kiểm thử hộp đen tập trung vào chức năng bên ngoài của phần mềm mà không cần biết cấu trúc bên trong. Câu hỏi kiểm tra sự hiểu biết về bản chất của kiểm thử hộp đen.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 4: Đâu là mục tiêu chính của việc tái cấu trúc (refactoring) code?

Thêm chức năng mới cho phần mềm.

Sửa lỗi và cải thiện độ tin cậy.

Tăng hiệu suất thực thi của chương trình.

Cải thiện cấu trúc code để dễ bảo trì và mở rộng.

Tái cấu trúc code nhằm cải thiện cấu trúc bên trong mà không thay đổi chức năng bên ngoài. Câu hỏi tập trung vào mục đích chính của refactoring.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 5: Trong mô hình MVC (Model-View-Controller), thành phần nào chịu trách nhiệm xử lý logic ứng dụng và tương tác với cơ sở dữ liệu?

View

Model

Controller

Router

Trong MVC, Model quản lý dữ liệu và logic nghiệp vụ. Câu hỏi kiểm tra sự hiểu biết về vai trò của Model trong MVC.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 6: Phân tích độ phức tạp thời gian của thuật toán giúp đánh giá điều gì?

Độ khó hiểu của thuật toán.

Lượng bộ nhớ thuật toán sử dụng.

Hiệu suất của thuật toán khi kích thước đầu vào tăng lên.

Tính chính xác của kết quả thuật toán.

Độ phức tạp thời gian đo lư??ng thời gian thực thi thuật toán theo kích thước đầu vào. Câu hỏi tập trung vào mục đích của phân tích độ phức tạp thời gian.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 7: Trong quy trình phát triển phần mềm, giai đoạn nào chủ yếu tập trung vào việc xác định yêu cầu của khách hàng và người dùng?

Phân tích yêu cầu.

Thiết kế hệ thống.

Lập trình và kiểm thử.

Triển khai và bảo trì.

Giai đoạn phân tích yêu cầu là giai đoạn đầu tiên và quan trọng để xác định rõ nhu cầu của người dùng. Câu hỏi kiểm tra kiến thức về các giai đoạn SDLC.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 8: Điều gì là một thách thức chính khi phát triển phần mềm hướng dịch vụ (SOA)?

Sự phụ thuộc vào một nhà cung cấp công nghệ duy nhất.

Quản lý sự tương tác và giao tiếp giữa các dịch vụ.

Khó khăn trong việc tái sử dụng các thành phần.

Chi phí phát triển ban đầu cao.

SOA liên quan đến các dịch vụ phân tán, việc quản lý giao tiếp và tính toàn vẹn dữ liệu giữa các dịch vụ trở nên phức tạp. Câu hỏi tập trung vào thách thức đặc trưng của SOA.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 9: Trong kiểm soát phiên bản (version control), nhánh (branch) được sử dụng để làm gì?

Sao lưu code lên server.

Tổ chức cấu trúc thư mục code.

Phát triển tính năng mới hoặc sửa lỗi một cách độc lập.

Theo dõi lỗi và quản lý bug.

Branch cho phép phát triển song song các tính năng hoặc sửa lỗi mà không ảnh hưởng đến code chính. Câu hỏi kiểm tra hiểu biết về mục đích của branch trong VCS.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 10: Đặc tính nào sau đây là quan trọng nhất đối với một API (Application Programming Interface) tốt?

Hiệu suất cao.

Tính bảo mật tuyệt đối.

Đa dạng về chức năng.

Dễ sử dụng và dễ tích hợp.

Một API tốt cần dễ sử dụng và dễ tích hợp cho các nhà phát triển khác. Câu hỏi tập trung vào đặc tính quan trọng nhất của API.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 11: Công cụ UML (Unified Modeling Language) được sử dụng chủ yếu trong giai đoạn nào của phát triển phần mềm?

Phân tích yêu cầu

Thiết kế hệ thống

Lập trình

Kiểm thử

UML là ngôn ngữ mô hình hóa, được sử dụng nhiều nhất trong giai đoạn thiết kế để biểu diễn cấu trúc và hành vi của hệ thống. Câu hỏi kiểm tra kiến thức về ứng dụng của UML.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 12: Trong kiểm thử phần mềm, 'độ bao phủ code' (code coverage) đo lường điều gì?

Số lượng lỗi phát hiện được trong code.

Thời gian thực thi của bộ test.

Tỷ lệ code được thực thi bởi các test case.

Độ phức tạp của code.

Độ bao phủ code đo lường phần trăm code được thực thi bởi bộ test. Câu hỏi kiểm tra sự hiểu biết về ý nghĩa của độ bao phủ code.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 13: Kiểu kiến trúc phần mềm nào phù hợp nhất cho một hệ thống yêu cầu khả năng mở rộng và chịu lỗi cao?

Monolithic

Layered

Client-Server

Microservices

Kiến trúc Microservices chia ứng dụng thành các dịch vụ nhỏ, độc lập, dễ mở rộng và chịu lỗi. Câu hỏi kiểm tra kiến thức về các kiến trúc phần mềm và ứng dụng của chúng.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 14: Trong lập trình hướng đối tượng (OOP), khái niệm 'đa hình' (polymorphism) thể hiện điều gì?

Khả năng ẩn thông tin và trạng thái bên trong của đối tượng.

Khả năng các đối tượng thuộc các lớp khác nhau phản ứng khác nhau với cùng một thông điệp.

Cơ chế tái sử dụng code thông qua kế thừa.

Khả năng nhóm các đối tượng có chung đặc điểm và hành vi.

Đa hình cho phép các đối tượng thuộc các lớp khác nhau phản ứng khác nhau với cùng một thông điệp hoặc phương thức. Câu hỏi kiểm tra sự hiểu biết về khái niệm đa hình trong OOP.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 15: Phương pháp nào sau đây giúp giảm thiểu rủi ro trong dự án phát triển phần mềm?

Tăng cường kiểm thử ở giai đoạn cuối dự án.

Tuyển dụng nhân sự giỏi nhất.

Quản lý rủi ro một cách chủ động và liên tục.

Cố định yêu cầu ngay từ đầu dự án.

Quản lý rủi ro là quá trình nhận diện, đánh giá và giảm thiểu rủi ro. Câu hỏi kiểm tra kiến thức về quản lý rủi ro dự án.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 16: Trong mô hình xoắn ốc (Spiral), việc đánh giá rủi ro được thực hiện ở giai đoạn nào?

Sau mỗi vòng lặp.

Chỉ ở giai đoạn đầu dự án.

Chỉ ở giai đoạn cuối dự án.

Không có giai đoạn đánh giá rủi ro cụ thể.

Mô hình xoắn ốc nhấn mạnh việc đánh giá rủi ro ở mỗi vòng lặp. Câu hỏi kiểm tra kiến thức về đặc điểm của mô hình xoắn ốc.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 17: Tiêu chí 'khả năng bảo trì' (maintainability) trong chất lượng phần mềm liên quan đến điều gì?

Tốc độ thực thi của phần mềm.

Tính năng đa dạng của phần mềm.

Sự dễ dàng sử dụng của người dùng.

Sự dễ dàng sửa đổi và nâng cấp phần mềm.

Khả năng bảo trì liên quan đến việc dễ dàng sửa đổi, nâng cấp và bảo trì phần mềm sau khi triển khai. Câu hỏi kiểm tra sự hiểu biết về tiêu chí chất lượng phần mềm.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 18: Công nghệ containerization (ví dụ: Docker) mang lại lợi ích gì chính cho việc triển khai phần mềm?

Tăng hiệu suất code.

Đảm bảo tính nhất quán và dễ dàng triển khai trên nhiều môi trường.

Giảm chi phí phát triển phần mềm.

Tăng cường tính bảo mật của ứng dụng.

Containerization giúp đóng gói ứng dụng và môi trường chạy, đảm bảo tính nhất quán và dễ dàng triển khai trên nhiều môi trường khác nhau. Câu hỏi tập trung vào lợi ích chính của containerization.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 19: Kiểm thử tích hợp (integration testing) nhằm mục đích kiểm tra điều gì?

Chức năng của từng mô-đuun riêng lẻ.

Hiệu suất của toàn bộ hệ thống.

Sự tương tác và làm việc cùng nhau của các mô-đuun.

Tính tương thích với các hệ điều hành khác nhau.

Kiểm thử tích hợp kiểm tra sự tương tác và làm việc cùng nhau của các module hoặc thành phần phần mềm sau khi đã kiểm thử đơn vị. Câu hỏi kiểm tra hiểu biết về mục đích của kiểm thử tích hợp.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 20: Trong mô hình Scrum, 'Sprint' là gì?

Một khoảng thời gian cố định để nhóm phát triển hoàn thành một phần công việc.

Một cuộc họp hằng ngày để cập nhật tiến độ.

Danh sách các công việc cần làm trong dự án.

Vai trò của người quản lý dự án trong Scrum.

Sprint là một khoảng thời gian ngắn (thường 2-4 tuần) mà team Scrum làm việc để hoàn thành một phần công việc cụ thể. Câu hỏi kiểm tra kiến thức về Scrum.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 21: Đâu là một lợi ích của việc sử dụng hệ thống quản lý cơ sở dữ liệu quan hệ (RDBMS)?

Khả năng xử lý dữ liệu phi cấu trúc tốt hơn.

Đảm bảo tính toàn vẹn dữ liệu thông qua các ràng buộc.

Hiệu suất truy vấn nhanh hơn với dữ liệu lớn.

Tính linh hoạt cao hơn trong mô hình hóa dữ liệu.

RDBMS cung cấp tính toàn vẹn dữ liệu thông qua các ràng buộc và giao tác. Câu hỏi tập trung vào lợi ích cốt lõi của RDBMS.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 22: Kỹ thuật 'pair programming' (lập trình cặp đôi) trong Agile mang lại lợi ích gì?

Giảm thời gian phát triển code.

Tăng số lượng code được viết ra.

Cải thiện chất lượng code và chia sẻ kiến thức.

Giảm chi phí nhân công.

Pair programming giúp cải thiện chất lượng code, chia sẻ kiến thức và giảm lỗi. Câu hỏi tập trung vào lợi ích chính của pair programming.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 23: Mục tiêu chính của kiểm thử hồi quy (regression testing) là gì?

Tìm kiếm lỗi mới trong phần mềm.

Kiểm tra hiệu suất của phần mềm.

Xác nhận các lỗi đã được sửa.

Đảm bảo các thay đổi code không gây ra lỗi ở các chức năng cũ.

Kiểm thử hồi quy đảm bảo rằng các thay đổi code mới không gây ra lỗi ở các phần đã hoạt động trước đó. Câu hỏi kiểm tra sự hiểu biết về mục đích của kiểm thử hồi quy.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 24: Trong ngữ cảnh DevOps, 'Continuous Integration' (CI) là gì?

Quá trình tích hợp code thường xuyên và tự động từ nhiều nhà phát triển.

Quá trình triển khai phần mềm tự động lên môi trường production.

Quá trình kiểm thử tự động toàn diện.

Mô hình phát triển phần mềm liên tục.

CI là quá trình tích hợp code thường xuyên và tự động, giúp phát hiện lỗi sớm. Câu hỏi kiểm tra sự hiểu biết về CI trong DevOps.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 25: Đâu là một thách thức khi làm việc với hệ thống phân tán?

Khó khăn trong việc phát triển giao diện người dùng.

Chi phí phần cứng cao hơn.

Đảm bảo tính nhất quán dữ liệu trên nhiều nốt.

Giới hạn về khả năng xử lý.

Trong hệ thống phân tán, việc đảm bảo tính nhất quán dữ liệu giữa các nút là một thách thức lớn. Câu hỏi tập trung vào thách thức đặc trưng của hệ thống phân tán.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 26: Mục đích của việc chuẩn hóa cơ sở dữ liệu (database normalization) là gì?

Tăng hiệu suất truy vấn.

Giảm dư thừa dữ liệu và cải thiện tính toàn vẹn.

Tăng cường tính bảo mật của dữ liệu.

Mở rộng khả năng lưu trữ.

Chuẩn hóa cơ sở dữ liệu nhằm giảm dư thừa dữ liệu và cải thiện tính toàn vẹn dữ liệu. Câu hỏi tập trung vào mục đích chính của chuẩn hóa.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 27: Trong thiết kế hướng đối tượng, nguyên tắc 'nguyên tắc thay thế Liskov' (Liskov Substitution Principle) phát biểu điều gì?

Một lớp chỉ nên có một lý do duy nhất để thay đổi.

Các lớp nên mở cho mở rộng nhưng đóng cho sửa đổi.

Các đối tượng của lớp con có thể thay thế các đối tượng của lớp cha mà không làm thay đổi tính đúng đắn của chương trình.

Ưu tiên tính kết hợp thấp và tính liên kết cao.

LSP nói rằng các lớp con phải có thể thay thế các lớp cha mà không làm thay đổi tính đúng đắn của chương trình. Câu hỏi kiểm tra sự hiểu biết về LSP.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 28: Kỹ thuật 'code review' (đánh giá code) mang lại lợi ích gì trong phát triển phần mềm?

Tăng tốc độ viết code.

Phát hiện lỗi sớm và cải thiện chất lượng code.

Giảm chi phí kiểm thử.

Đánh giá năng lực của nhà phát triển.

Code review giúp phát hiện lỗi sớm, chia sẻ kiến thức và cải thiện chất lượng code. Câu hỏi tập trung vào lợi ích chính của code review.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 29: Trong bảo mật phần mềm, tấn công 'SQL injection' lợi dụng lỗ hổng nào?

Lỗ hổng trong hệ điều hành.

Lỗ hổng trong giao thức mạng.

Lỗ hổng trong cấu hình server.

Lỗ hổng trong xử lý đầu vào người dùng khi truy vấn cơ sở dữ liệu.

SQL injection lợi dụng lỗ hổng trong việc xử lý đầu vào của người dùng khi truy vấn cơ sở dữ liệu. Câu hỏi kiểm tra kiến thức về các loại tấn công bảo mật.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 08

Câu 30: Mục tiêu của việc lập kế hoạch dự án phần mềm là gì?

Viết code nhanh nhất có thể.

Tìm kiếm nhiều lỗi nhất trong phần mềm.

Xác định phạm vi, thời gian, chi phí và ngưồn lực để hoàn thành dự án.

Đảm bảo phần mềm có nhiều tính năng nhất.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Lập kế hoạch dự án giúp xác định phạm vi, thời gian, chi phí và nguồn lực cần thiết để hoàn thành dự án thành công. Câu hỏi kiểm tra sự hiểu biết về mục tiêu của lập kế hoạch dự án.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 09

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 1: Trong pha phân tích yêu cầu của quy trình phát triển phần mềm, hoạt động nào sau đây tập trung vào việc mô tả chi tiết *cách* hệ thống sẽ đáp ứng nhu cầu của người dùng, thay vì *những gì* hệ thống cần làm?

Thu thập yêu cầu

Xây dựng mô hình nghiệp vụ (Business Modeling)

Đặc tả yêu cầu chức năng (Functional Requirements Specification)

Thiết kế kiến trúc hệ thống (System Architectural Design)

Câu hỏi tập trung vào sự khác biệt giữa phân tích yêu cầu và thiết kế. Phân tích yêu cầu xác định *cái gì* (what), trong khi thiết kế xác định *cách* (how). Phương án đúng là thiết kế kiến trúc vì nó bắt đầu xác định cấu trúc và cách thức hệ thống hoạt động.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 2: Một nhóm phát triển phần mềm đang sử dụng mô hình Agile. Trong mỗi Sprint, họ ưu tiên việc cung cấp phần mềm có thể hoạt động được vào cuối Sprint. Nguyên tắc cốt lõi nào của Agile được thể hiện rõ nhất trong thực hành này?

Ưu tiên quy trình và công cụ hơn cá nhân và tương tác.

Phần mềm chạy tốt quan trọng hơn tài liệu đầy đủ.

Hợp đồng và đàm phán quan trọng hơn sự cộng tác với khách hàng.

Tuân theo kế hoạch quan trọng hơn phản hồi với thay đổi.

Câu hỏi này tập trung vào các giá trị và nguyên tắc Agile. Việc cung cấp phần mềm hoạt động được (working software) sau mỗi sprint là trọng tâm của Agile, ưu tiên hơn tài liệu toàn diện.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 3: Trong kiểm thử phần mềm, loại kiểm thử nào sau đây tập trung vào việc xác minh các tương tác giữa các thành phần (module) khác nhau của hệ thống, đảm bảo chúng làm việc cùng nhau một cách chính xác?

Kiểm thử đơn vị (Unit testing)

Kiểm thử hệ thống (System testing)

Kiểm thử tích hợp (Integration testing)

Kiểm thử chấp nhận (Acceptance testing)

Câu hỏi về các loại kiểm thử phần mềm. Kiểm thử tích hợp (Integration testing) được thiết kế để kiểm tra giao tiếp và tương tác giữa các module, thành phần của hệ thống sau khi chúng đã được kiểm thử đơn vị (unit testing).

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 4: Một công ty thương mại điện tử muốn cải thiện hiệu suất website của mình. Họ nhận thấy thời gian phản hồi trang web (page load time) quá chậm. Giải pháp kỹ thuật nào sau đây có thể giúp giảm thiểu vấn đề này một cách hiệu quả nhất?

Sử dụng mạng phân phối nội dung (CDN - Content Delivery Network)

Tăng cường bảo mật bằng tường lửa (Firewall)

Triển khai hệ thống quản lý cơ sở dữ liệu mới

Nâng cấp phần cứng máy chủ cơ sở dữ liệu

Câu hỏi về hiệu suất và tối ưu hóa website. CDN (Content Delivery Network) giúp phân phối nội dung tĩnh của website từ các máy chủ gần người dùng hơn, giảm độ trễ và cải thiện thời gian tải trang.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 5: Khi thiết kế giao diện người dùng (UI), nguyên tắc 'Khả năng nhận biết' (Visibility) đề cập đến điều gì?

Giao diện cần phải đẹp mắt và hấp dẫn.

Các chức năng ít quan trọng nên được ẩn đi để tránh gây rối mắt.

Người dùng luôn được thông báo về trạng thái hệ thống và các tùy chọn có sẵn.

Giao diện cần phải tương thích với nhiều kích thước màn hình khác nhau.

Câu hỏi về nguyên tắc thiết kế UI/UX. 'Khả năng nhận biết' (Visibility) trong thiết kế giao diện người dùng đảm bảo rằng người dùng luôn biết trạng thái hệ thống, các tùy chọn có sẵn và các hành động có thể thực hiện.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 6: Trong quản lý cấu hình phần mềm (Software Configuration Management - SCM), khái niệm 'nhánh' (branch) được sử dụng để làm gì?

Sao lưu toàn bộ mã nguồn dự án.

Cho phép phát triển song song các tính năng hoặc phiên bản khác nhau.

Tự động hợp nhất mã nguồn từ các nhà phát triển khác nhau.

Theo dõi lịch sử thay đổi của từng dòng mã.

Câu hỏi về quản lý cấu hình phần mềm. 'Nhánh' (branch) trong SCM cho phép các nhóm phát triển làm việc song song trên các phiên bản khác nhau của mã nguồn, ví dụ như phát triển tính năng mới song song với việc sửa lỗi phiên bản hiện tại.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 7: Phương pháp đo lường 'Độ phức tạp Cyclomatic' (Cyclomatic Complexity) được sử dụng để đánh giá khía cạnh nào của mã nguồn?

Kích thước của mã nguồn (số dòng code).

Hiệu suất thực thi của chương trình (tốc độ chạy).

Mức độ dễ đọc và dễ hiểu của mã nguồn.

Độ phức tạp logic của chương trình (số lượng nhánh rẽ).

Câu hỏi về đo lường chất lượng mã nguồn. Độ phức tạp Cyclomatic là một độ đo phần mềm được sử dụng để chỉ ra độ phức tạp của một chương trình, bằng cách đo số lượng đường dẫn độc lập tuyến tính thông qua mã nguồn chương trình.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 8: Trong mô hình phát triển phần mềm Waterfall, giai đoạn nào sau đây diễn ra *sau* giai đoạn 'Thiết kế' và *trước* giai đoạn 'Kiểm thử'?

Phân tích yêu cầu

Bảo trì

Thực hiện (Coding/Implementation)

Triển khai

Câu hỏi về mô hình Waterfall. Mô hình Waterfall là một quy trình tuyến tính tuần tự, các giai đoạn diễn ra theo thứ tự: Yêu cầu -> Thiết kế -> Thực hiện (Coding) -> Kiểm thử -> Bảo trì.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 9: Một kỹ sư phần mềm đang sử dụng UML (Unified Modeling Language) để mô hình hóa hệ thống. Loại biểu đồ nào trong UML được sử dụng để mô tả các tương tác giữa các đối tượng theo trình tự thời gian?

Biểu đồ lớp (Class Diagram)

Biểu đồ tuần tự (Sequence Diagram)

Biểu đồ trạng thái (State Diagram)

Biểu đồ hoạt động (Activity Diagram)

Câu hỏi về UML. Biểu đồ tuần tự (Sequence Diagram) trong UML được sử dụng để mô tả tương tác giữa các đối tượng theo trình tự thời gian, nhấn mạnh thứ tự các thông điệp được trao đổi.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 10: Trong ngữ cảnh bảo mật phần mềm, 'SQL Injection' là loại tấn công nào?

Tấn công từ chối dịch vụ (Denial of Service - DoS)

Tấn công giả mạo yêu cầu trang web (Cross-Site Request Forgery - CSRF)

Tấn công kịch bản chéo trang (Cross-Site Scripting - XSS)

Tấn công chèn mã SQL (SQL Injection)

Câu hỏi về bảo mật phần mềm. SQL Injection là một loại tấn công mà kẻ tấn công chèn mã SQL độc hại vào các truy vấn cơ sở dữ liệu, nhằm truy cập, sửa đổi hoặc xóa dữ liệu trái phép.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 11: Khi lựa chọn kiến trúc phần mềm, yếu tố nào sau đây thường được ưu tiên hàng đầu nếu hệ thống cần phải xử lý một lượng lớn yêu cầu đồng thời và duy trì thời gian phản hồi nhanh?

Khả năng mở rộng (Scalability) và hiệu suất (Performance)

Tính bảo mật (Security) và khả năng bảo trì (Maintainability)

Tính dễ sử dụng (Usability) và khả năng tương thích (Compatibility)

Chi phí phát triển (Development Cost) và thời gian đưa ra thị trường (Time-to-market)

Câu hỏi về kiến trúc phần mềm và các yếu tố chất lượng. Kiến trúc hướng dịch vụ (Microservices) và kiến trúc hướng sự kiện (Event-Driven Architecture) thường được ưu tiên cho các hệ thống đòi hỏi khả năng mở rộng và hiệu suất cao, đặc biệt là khả năng xử lý đồng thời nhiều yêu cầu.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 12: Trong kiểm thử hộp đen (Black-box testing), người kiểm thử chủ yếu dựa vào thông tin nào để thiết kế các trường hợp kiểm thử?

Cấu trúc mã nguồn và giải thuật bên trong.

Đặc tả yêu cầu và thiết kế chức năng của phần mềm.

Mức độ bao phủ mã (code coverage) của các trường hợp kiểm thử.

Ý kiến cá nhân và kinh nghiệm của người kiểm thử.

Câu hỏi về các loại kiểm thử phần mềm. Kiểm thử hộp đen (Black-box testing) tập trung vào chức năng của phần mềm từ quan điểm bên ngoài, dựa trên đặc tả yêu cầu và thiết kế, mà không cần biết cấu trúc bên trong của mã.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 13: Mục tiêu chính của việc 'tái cấu trúc mã' (Refactoring) trong quá trình phát triển phần mềm là gì?

Thêm chức năng mới vào phần mềm.

Sửa lỗi và cải thiện hiệu suất của phần mềm.

Cải thiện cấu trúc mã nguồn để dễ bảo trì và mở rộng.

Tối ưu hóa mã nguồn để giảm kích thước chương trình.

Câu hỏi về thực hành tốt trong phát triển phần mềm. Tái cấu trúc mã (Refactoring) là quá trình cải thiện cấu trúc mã nguồn mà không thay đổi chức năng bên ngoài của nó, nhằm tăng tính dễ đọc, dễ bảo trì và giảm độ phức tạp.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 14: Trong quy trình Scrum, vai trò 'Scrum Master' chịu trách nhiệm chính cho điều gì?

Xác định yêu cầu sản phẩm và quản lý Product Backlog.

Trực tiếp quản lý và phân công công việc cho các thành viên nhóm phát triển.

Đảm bảo chất lượng kỹ thuật của sản phẩm được giao.

Hỗ trợ nhóm Scrum tuân thủ quy trình và loại bỏ rào cản.

Câu hỏi về Scrum. Scrum Master đóng vai trò là người hỗ trợ và đảm bảo nhóm Scrum tuân thủ theo các nguyên tắc và thực hành của Scrum, loại bỏ các rào cản để nhóm làm việc hiệu quả.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 15: Công cụ kiểm soát phiên bản (Version Control System) nào sau đây là hệ thống quản lý phiên bản phân tán phổ biến nhất hiện nay?

Git

SVN (Subversion)

CVS (Concurrent Versions System)

Mercurial

Câu hỏi về công cụ phát triển phần mềm. Git là hệ thống quản lý phiên bản phân tán phổ biến nhất, được sử dụng rộng rãi trong phát triển phần mềm hiện đại.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 16: Trong kiểm thử hiệu năng (Performance testing), loại kiểm thử nào nhằm mục đích xác định điểm tới hạn (breaking point) của hệ thống khi chịu tải tăng dần?

Kiểm thử tải (Load testing)

Kiểm thử dung lượng (Volume testing)

Kiểm thử sức chịu đựng (Stress testing)

Kiểm thử độ ổn định (Stability testing)

Câu hỏi về kiểm thử hiệu năng. Kiểm thử chịu tải (Load testing) đánh giá hiệu suất của hệ thống dưới tải trọng dự kiến. Kiểm thử sức chịu đựng (Stress testing) vượt quá tải trọng dự kiến để tìm ra điểm giới hạn và cách hệ thống phục hồi.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 17: Khái niệm 'Technical Debt' (Nợ kỹ thuật) trong phát triển phần mềm đề cập đến điều gì?

Số lượng lỗi còn tồn đọng trong phần mềm sau khi kiểm thử.

Hậu quả của việc đưa ra các quyết định thiết kế không tối ưu trong ngắn hạn.

Tổng chi phí đầu tư vào cơ sở hạ tầng kỹ thuật của dự án.

Thời gian và nguồn lực cần thiết để hoàn thành dự án theo đúng tiến độ.

Câu hỏi về quản lý chất lượng và rủi ro kỹ thuật. 'Nợ kỹ thuật' (Technical Debt) là ẩn dụ cho những quyết định thiết kế hoặc mã hóa vội vàng, không tối ưu trong ngắn hạn để đạt được mục tiêu nhanh chóng, nhưng sẽ gây ra chi phí và khó khăn lớn hơn trong tương lai (bảo trì, mở rộng).

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 18: Trong kiến trúc Microservices, các dịch vụ (services) thường giao tiếp với nhau thông qua phương thức nào?

Chia sẻ bộ nhớ (Shared memory)

Cơ sở dữ liệu chung (Shared database)

API (Application Programming Interfaces) và giao thức mạng

Gọi hàm trực tiếp (Direct function calls)

Câu hỏi về kiến trúc Microservices. Trong kiến trúc Microservices, các dịch vụ thường giao tiếp với nhau thông qua các giao thức nhẹ như RESTful API hoặc gRPC, sử dụng HTTP hoặc các giao thức mạng khác.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 19: Nguyên tắc SOLID 'Nguyên tắc thay thế Liskov' (Liskov Substitution Principle - LSP) phát biểu điều gì?

Một lớp chỉ nên có một lý do duy nhất để thay đổi.

Các lớp con có thể thay thế các lớp cha mà không làm thay đổi tính đúng đắn.

Nên ưu tiên thành phần hơn kế thừa.

Giao diện hướng tới khách hàng cụ thể tốt hơn là giao diện đa năng.

Câu hỏi về nguyên tắc SOLID trong thiết kế hướng đối tượng. Nguyên tắc thay thế Liskov (LSP) nói rằng các lớp con (subtypes) phải có khả năng thay thế các lớp cha (base types) của chúng mà không làm thay đổi tính đúng đắn của chương trình.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 20: Trong quy trình phát triển phần mềm, 'ước lượng' (estimation) được thực hiện để làm gì?

Xác định yêu cầu chức năng và phi chức năng của phần mềm.

Đánh giá chất lượng mã nguồn và hiệu suất của hệ thống.

Lập kế hoạch kiểm thử và thiết kế các trường hợp kiểm thử.

Dự đoán nguồn lực (thời gian, chi phí) cần thiết để hoàn thành dự án.

Câu hỏi về quản lý dự án phần mềm. Ước lượng (estimation) trong phát triển phần mềm được thực hiện để dự đoán nguồn lực (thời gian, chi phí, nhân lực) cần thiết để hoàn thành dự án, phục vụ cho việc lập kế hoạch và quản lý dự án.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 21: Loại biểu đồ UML nào thường được sử dụng để mô hình hóa luồng công việc (workflow) hoặc quy trình nghiệp vụ?

Biểu đồ lớp (Class Diagram)

Biểu đồ tuần tự (Sequence Diagram)

Biểu đồ hoạt động (Activity Diagram)

Biểu đồ ca sử dụng (Use Case Diagram)

Câu hỏi về UML. Biểu đồ hoạt động (Activity Diagram) trong UML được sử dụng để mô hình hóa luồng công việc, quy trình nghiệp vụ, hoặc các bước thực hiện một chức năng nào đó, tương tự như sơ đồ khối.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 22: Trong kiểm thử phần mềm, 'độ bao phủ mã' (code coverage) là gì?

Số lượng lỗi được phát hiện trên mỗi nghìn dòng mã.

Phần trăm mã nguồn đã được thực thi bởi các trường hợp kiểm thử.

Thời gian cần thiết để thực hiện tất cả các trường hợp kiểm thử.

Mức độ dễ hiểu và dễ bảo trì của mã nguồn.

Câu hỏi về kiểm thử phần mềm và đo lường hiệu quả kiểm thử. Độ bao phủ mã (Code coverage) là một chỉ số đo lường phần trăm mã nguồn đã được thực thi (bao phủ) bởi các trường hợp kiểm thử, giúp đánh giá mức độ kiểm thử mã.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 23: Trong mô hình Agile, 'Sprint Review' (Đánh giá Sprint) là sự kiện nào?

Buổi trình bày phần mềm đã hoàn thành cho Product Owner và các bên liên quan.

Cuộc họp hàng ngày để nhóm phát triển đồng bộ công việc.

Buổi họp để lập kế hoạch công việc cho Sprint tiếp theo.

Cuộc họp để nhóm phát triển tự đánh giá và cải tiến quy trình làm việc.

Câu hỏi về Scrum. Sprint Review là một sự kiện trong Scrum diễn ra vào cuối mỗi Sprint, nơi nhóm phát triển trình bày phần mềm đã hoàn thành cho Product Owner và các bên liên quan để thu thập phản hồi và điều chỉnh Product Backlog.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 24: Phương pháp phát triển phần mềm nào sau đây tập trung vào việc xây dựng và tích hợp hệ thống từ các thành phần (components) có sẵn, thay vì phát triển mọi thứ từ đầu?

Mô hình Waterfall

Mô hình xoắn ốc (Spiral Model)

Mô hình Agile/Scrum

Mô hình phát triển dựa trên thành phần (Component-Based Development)

Câu hỏi về mô hình phát triển phần mềm. Mô hình phát triển dựa trên thành phần (Component-Based Development) tập trung vào việc sử dụng lại và tích hợp các thành phần phần mềm có sẵn để xây dựng hệ thống nhanh chóng và hiệu quả.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 25: Trong thiết kế hướng đối tượng, 'tính đóng gói' (Encapsulation) mang lại lợi ích chính nào?

Tăng tốc độ thực thi chương trình.

Che giấu thông tin và bảo vệ dữ liệu bên trong đối tượng.

Cho phép kế thừa thuộc tính và phương thức giữa các lớp.

Giảm độ phức tạp của mã nguồn.

Câu hỏi về nguyên tắc thiết kế hướng đối tượng. Tính đóng gói (Encapsulation) trong OOP giúp che giấu thông tin và bảo vệ dữ liệu bên trong đối tượng, chỉ cho phép truy cập thông qua các phương thức công khai, tăng tính bảo mật và giảm sự phụ thuộc.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 26: 'User Story' (Câu chuyện người dùng) thường được sử dụng trong phương pháp phát triển phần mềm nào?

Mô hình Waterfall

Mô hình xoắn ốc (Spiral Model)

Mô hình Agile/Scrum

Mô hình nguyên mẫu (Prototyping Model)

Câu hỏi về phương pháp phát triển phần mềm. User Story là một công cụ phổ biến trong các phương pháp Agile, đặc biệt là Scrum và XP, để mô tả yêu cầu từ góc độ người dùng cuối.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 27: Trong kiểm thử hồi quy (Regression testing), mục đích chính là gì?

Kiểm tra hiệu suất của phần mềm dưới tải trọng cao.

Xác minh rằng phần mềm đáp ứng tất cả các yêu cầu chức năng.

Đánh giá mức độ dễ sử dụng và trải nghiệm người dùng.

Đảm bảo các thay đổi mã nguồn không gây ra lỗi mới hoặc làm hỏng chức năng cũ.

Câu hỏi về kiểm thử phần mềm. Kiểm thử hồi quy (Regression testing) được thực hiện sau khi có thay đổi mã nguồn (sửa lỗi, thêm tính năng) để đảm bảo rằng những thay đổi này không gây ra lỗi mới hoặc làm hỏng các chức năng đã hoạt động trước đó.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 28: Trong quản lý rủi ro dự án phần mềm, 'ma trận rủi ro' (risk matrix) được sử dụng để làm gì?

Theo dõi tiến độ thực hiện các hành động giảm thiểu rủi ro.

Phân loại và ưu tiên rủi ro dựa trên mức độ nghiêm trọng và khả năng xảy ra.

Xác định nguyên nhân gốc rễ của các rủi ro đã xảy ra.

Giao tiếp thông tin về rủi ro cho các bên liên quan dự án.

Câu hỏi về quản lý rủi ro dự án phần mềm. Ma trận rủi ro (Risk Matrix) là công cụ giúp phân loại và ưu tiên rủi ro dựa trên mức độ nghiêm trọng (impact) và khả năng xảy ra (probability), hỗ trợ việc tập trung nguồn lực vào các rủi ro quan trọng nhất.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 29: Phương pháp thiết kế phần mềm nào sau đây tập trung vào việc phân tách hệ thống thành các 'concern' (mối quan tâm) khác nhau, ví dụ như logging, bảo mật, giao dịch?

Lập trình hướng khía cạnh (Aspect-Oriented Programming - AOP)

Lập trình hướng đối tượng (Object-Oriented Programming - OOP)

Lập trình hàm (Functional Programming)

Lập trình hướng sự kiện (Event-Driven Programming)

Câu hỏi về phương pháp thiết kế phần mềm. Lập trình hướng khía cạnh (Aspect-Oriented Programming - AOP) là một phương pháp thiết kế nhằm tăng tính module hóa bằng cách cho phép tách các mối quan tâm cắt ngang (cross-cutting concerns), ví dụ như logging, bảo mật, xử lý lỗi, ra khỏi logic nghiệp vụ chính.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 09

Câu 30: Trong ngữ cảnh triển khai phần mềm, 'Continuous Integration' (Tích hợp liên tục) mang lại lợi ích chính nào?

Tự động hóa quá trình triển khai phần mềm lên môi trường sản xuất.

Cải thiện hiệu suất và khả năng mở rộng của ứng dụng.

Phát hiện lỗi sớm và giảm thiểu rủi ro tích hợp mã.

Tăng cường bảo mật cho hệ thống phần mềm.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Câu hỏi về DevOps và quy trình triển khai phần mềm. Tích hợp liên tục (Continuous Integration - CI) giúp phát hiện lỗi sớm và giảm thiểu rủi ro tích hợp mã bằng cách tự động hóa quá trình xây dựng, kiểm thử và tích hợp mã nguồn thường xuyên.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 10

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 1: Trong giai đoạn phát triển phần mềm, kiểm thử hộp trắng (White-box testing) chủ yếu tập trung vào khía cạnh nào sau đây?

Chức năng và hành vi bên ngoài của phần mềm.

Cấu trúc bên trong và luồng điều khiển của mã nguồn.

Mức độ thân thiện và dễ sử dụng của giao diện người dùng.

Hiệu suất và khả năng mở rộng của hệ thống.

Kiểm thử hộp trắng tập trung vào cấu trúc bên trong và luồng điều khiển của mã nguồn. Mục đích là kiểm tra các đường dẫn thực thi, quyết định, vòng lặp, và cấu trúc dữ liệu bên trong chương trình.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 2: Mô hình thác nước (Waterfall) trong phát triển phần mềm thường phù hợp nhất với loại dự án nào?

Dự án có yêu cầu rõ ràng, ổn định và ít thay đổi.

Dự án có yêu cầu mơ hồ và thường xuyên thay đổi.

Dự án cần triển khai nhanh chóng và linh hoạt.

Dự án có rủi ro cao về công nghệ và thị trường.

Mô hình thác nước tuyến tính và tuần tự, phù hợp nhất khi yêu cầu dự án được xác định rõ ràng, ổn định và ít có khả năng thay đổi. Các dự án có yêu cầu không rõ ràng hoặc thay đổi thường xuyên sẽ gặp khó khăn khi sử dụng mô hình này.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 3: Nguyên tắc 'SOLID' trong lập trình hướng đối tượng giúp cải thiện điều gì?

Tốc độ thực thi và hiệu suất của phần mềm.

Tính bảo mật và an toàn dữ liệu của phần mềm.

Khả năng bảo trì, mở rộng và tái sử dụng của mã nguồn.

Tính tương thích và khả năng hoạt động trên nhiều nền tảng.

Nguyên tắc SOLID là tập hợp các nguyên tắc thiết kế hướng đối tượng nhằm tạo ra phần mềm dễ bảo trì, mở rộng và tái sử dụng. Chúng tập trung vào việc giảm sự phụ thuộc, tăng tính module hóa và dễ thay đổi.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 4: Trong quy trình Scrum, 'Sprint Review' (Đánh giá Sprint) có mục đích chính là gì?

Lập kế hoạch công việc cho Sprint tiếp theo.

Giải quyết các vấn đề và rủi ro phát sinh trong Sprint.

Đánh giá hiệu suất làm việc của từng thành viên trong nhóm.

Trình bày kết quả Sprint và thu thập phản hồi từ các bên liên quan.

Sprint Review là buổi họp cuối mỗi Sprint để Nhóm Phát triển trình bày kết quả công việc cho Chủ Sản phẩm và các bên liên quan. Mục đích chính là thu thập phản hồi, điều chỉnh Backlog Sản phẩm và đảm bảo sản phẩm đang đi đúng hướng.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 5: Biểu đồ Use Case (Trường hợp sử dụng) được sử dụng chủ yếu trong giai đoạn nào của phát triển phần mềm?

Thiết kế kiến trúc hệ thống.

Phân tích và đặc tả yêu cầu.

Kiểm thử và nghiệm thu phần mềm.

Triển khai và bảo trì hệ thống.

Biểu đồ Use Case là công cụ quan trọng trong giai đoạn phân tích và đặc tả yêu cầu. Nó giúp mô hình hóa tương tác giữa người dùng (Actor) và hệ thống, xác định các chức năng chính của hệ thống từ góc độ người dùng.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 6: Khái niệm 'Technical Debt' (Nợ kỹ thuật) trong phát triển phần mềm đề cập đến điều gì?

Chi phí phát sinh do lỗi và sự cố phần mềm.

Thời gian chậm trễ so với kế hoạch dự án.

Hậu quả của việc lựa chọn giải pháp không tối ưu để đáp ứng tiến độ.

Ngân sách vượt quá dự kiến ban đầu của dự án.

Nợ kỹ thuật phát sinh khi nhóm phát triển lựa chọn giải pháp nhanh chóng, dễ dàng nhưng không tối ưu về mặt kỹ thuật để đáp ứng tiến độ. Về lâu dài, nó có thể gây ra khó khăn trong bảo trì, mở rộng và phát triển thêm tính năng mới.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 7: Mục tiêu chính của kiểm thử hồi quy (Regression testing) là gì?

Đảm bảo các thay đổi mới không phá vỡ các chức năng hiện có.

Tìm ra tất cả các lỗi tiềm ẩn trong phần mềm.

Đánh giá hiệu suất và khả năng chịu tải của hệ thống.

Xác minh rằng phần mềm đáp ứng đầy đủ yêu cầu người dùng.

Kiểm thử hồi quy được thực hiện sau khi có thay đổi (sửa lỗi, thêm tính năng) vào phần mềm. Mục tiêu là đảm bảo các thay đổi mới không gây ra lỗi hoặc ảnh hưởng tiêu cực đến các chức năng đã hoạt động ổn định trước đó.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 8: Trong mô hình MVC (Model-View-Controller), thành phần 'Controller' có vai trò gì?

Hiển thị dữ liệu và giao diện người dùng.

Xử lý logic ứng dụng và điều phối tương tác giữa Model và View.

Lưu trữ và quản lý dữ liệu của ứng dụng.

Đảm bảo tính bảo mật và xác thực người dùng.

Controller đóng vai trò trung gian giữa Model và View. Nó nhận yêu cầu từ người dùng (thông qua View), xử lý logic nghiệp vụ (tương tác với Model) và cập nhật View để hiển thị kết quả cho người dùng.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 9: 'Coupling' (Tính liên kết) và 'Cohesion' (Tính gắn kết) là hai khái niệm quan trọng trong thiết kế phần mềm. Thiết kế tốt nên hướng tới?

Coupling cao và Cohesion cao.

Coupling cao và Cohesion thấp.

Coupling thấp và Cohesion cao.

Coupling thấp và Cohesion thấp.

Trong thiết kế phần mềm tốt, chúng ta muốn các module ít liên kết (Low Coupling) để thay đổi ở một module ít ảnh hưởng đến module khác, và các thành phần trong module gắn kết cao (High Cohesion) để module thực hiện một chức năng rõ ràng và tập trung.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 10: Phương pháp 'phân tích SWOT' thường được sử dụng trong giai đoạn nào của dự án phần mềm?

Giai đoạn thiết kế hệ thống.

Giai đoạn kiểm thử phần mềm.

Giai đoạn triển khai và bảo trì.

Giai đoạn lập kế hoạch và khởi động dự án.

Phân tích SWOT (Strengths, Weaknesses, Opportunities, Threats) là công cụ chiến lược được sử dụng trong giai đoạn lập kế hoạch dự án để đánh giá toàn diện các yếu tố bên trong và bên ngoài có thể ảnh hưởng đến dự án.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 11: Đâu là lợi ích chính của việc sử dụng hệ thống quản lý phiên bản (Version Control System) như Git?

Tăng tốc độ biên dịch và thực thi chương trình.

Quản lý thay đổi mã nguồn và hỗ trợ làm việc nhóm hiệu quả.

Tự động phát hiện và sửa lỗi trong mã nguồn.

Cải thiện hiệu suất cơ sở dữ liệu của ứng dụng.

Hệ thống quản lý phiên bản giúp theo dõi lịch sử thay đổi mã nguồn, quản lý các phiên bản khác nhau, hỗ trợ làm việc nhóm hiệu quả, dễ dàng khôi phục lại các phiên bản trước đó và quản lý nhánh phát triển.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 12: Kiến trúc Microservices có ưu điểm nổi bật nào so với kiến trúc Monolithic?

Đơn giản hóa việc triển khai và quản lý toàn bộ hệ thống.

Giảm độ phức tạp trong phát triển và bảo trì.

Tăng tính linh hoạt, khả năng mở rộng và khả năng phục hồi.

Cải thiện hiệu suất tổng thể của hệ thống.

Kiến trúc Microservices cho phép phát triển, triển khai và mở rộng các dịch vụ độc lập. Điều này giúp tăng tính linh hoạt, khả năng mở rộng, và khả năng phục hồi của hệ thống so với kiến trúc Monolithic nguyên khối.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 13: Phương pháp kiểm thử 'Black-box testing' (Kiểm thử hộp đen) tập trung vào việc kiểm tra điều gì?

Chức năng và hành vi bên ngoài của phần mềm.

Cấu trúc bên trong và logic của mã nguồn.

Hiệu suất và khả năng chịu tải của hệ thống.

Mức độ tuân thủ các tiêu chuẩn mã hóa.

Kiểm thử hộp đen kiểm tra chức năng và hành vi bên ngoài của phần mềm mà không cần quan tâm đến cấu trúc bên trong hay mã nguồn. Nó tập trung vào việc xác minh rằng phần mềm hoạt động đúng theo đặc tả yêu cầu.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 14: Công cụ UML (Unified Modeling Language) được sử dụng để làm gì trong phát triển phần mềm?

Viết mã nguồn chương trình một cách nhanh chóng.

Mô hình hóa và thiết kế hệ thống phần mềm.

Kiểm thử tự động các chức năng của phần mềm.

Quản lý dự án và theo dõi tiến độ công việc.

UML là ngôn ngữ mô hình hóa trực quan, được sử dụng để thiết kế và mô tả hệ thống phần mềm. Nó cung cấp các loại biểu đồ khác nhau để biểu diễn các khía cạnh khác nhau của hệ thống (cấu trúc, hành vi, tương tác...).

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 15: 'Refactoring' (Tái cấu trúc mã) là quá trình làm gì trong phát triển phần mềm?

Sửa lỗi và loại bỏ các khiếm khuyết trong mã.

Thêm tính năng mới vào phần mềm.

Cải thiện cấu trúc mã nguồn mà không thay đổi chức năng.

Tối ưu hóa hiệu suất và tốc độ thực thi.

Tái cấu trúc mã là quá trình cải thiện cấu trúc bên trong của mã nguồn mà không thay đổi hành vi bên ngoài của nó. Mục đích là làm cho mã dễ đọc, dễ bảo trì và dễ mở rộng hơn.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 16: Nguyên tắc 'KISS' (Keep It Simple, Stupid) có ý nghĩa gì trong thiết kế phần mềm?

Ưu tiên hiệu suất và tốc độ xử lý.

Sử dụng công nghệ mới nhất và phức tạp nhất.

Tối đa hóa số lượng tính năng trong phần mềm.

Thiết kế đơn giản, dễ hiểu và dễ bảo trì.

Nguyên tắc KISS khuyến khích thiết kế đơn giản nhất có thể. Thiết kế đơn giản dễ hiểu, dễ bảo trì và ít gây ra lỗi hơn so với thiết kế phức tạp.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 17: 'Continuous Integration' (Tích hợp liên tục) và 'Continuous Delivery' (Phân phối liên tục) là gì trong DevOps?

Quy trình tự động hóa tích hợp, kiểm thử và phân phối phần mềm.

Phương pháp quản lý dự án linh hoạt.

Kiến trúc phần mềm dựa trên microservices.

Mô hình phát triển phần mềm lặp và tăng trưởng.

CI/CD là quy trình tự động hóa việc tích hợp mã nguồn, kiểm thử và phân phối phần mềm. CI tập trung vào việc tích hợp mã thường xuyên, CD tập trung vào việc tự động hóa quá trình phân phối phần mềm đến môi trường kiểm thử hoặc sản xuất.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 18: Đâu là mục tiêu chính của 'Unit Testing' (Kiểm thử đơn vị)?

Kiểm tra toàn bộ hệ thống sau khi tích hợp các module.

Kiểm tra từng đơn vị mã nguồn một cách độc lập.

Kiểm tra giao diện người dùng và trải nghiệm người dùng.

Kiểm tra hiệu suất và khả năng chịu tải của hệ thống.

Kiểm thử đơn vị tập trung vào việc kiểm tra từng đơn vị nhỏ nhất của mã nguồn (ví dụ: hàm, phương thức, lớp) một cách độc lập. Mục tiêu là phát hiện sớm các lỗi ở mức độ module và đảm bảo các thành phần hoạt động đúng chức năng.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 19: 'Design Patterns' (Mẫu thiết kế) cung cấp giải pháp cho loại vấn đề nào trong thiết kế phần mềm?

Vấn đề hiệu suất và tối ưu hóa tốc độ.

Vấn đề bảo mật và an toàn dữ liệu.

Vấn đề thiết kế cấu trúc và hành vi thường gặp.

Vấn đề giao diện người dùng và trải nghiệm người dùng.

Mẫu thiết kế là giải pháp đã được kiểm chứng và tái sử dụng cho các vấn đề thiết kế thường gặp trong phát triển phần mềm. Chúng cung cấp khuôn mẫu để giải quyết các vấn đề về cấu trúc, hành vi và tạo ra thiết kế linh hoạt, dễ bảo trì.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 20: 'Agile Manifesto' (Tuyên ngôn Agile) nhấn mạnh giá trị nào hơn so với quy trình và công cụ?

Tài liệu đầy đủ và toàn diện.

Quy trình phát triển chi tiết và nghiêm ngặt.

Công cụ và công nghệ hiện đại.

Cá nhân và tương tác, phần mềm chạy tốt, hợp tác với khách hàng, phản hồi với thay đổi.

Tuyên ngôn Agile tập trung vào các giá trị như 'Cá nhân và tương tác quan trọng hơn quy trình và công cụ', 'Phần mềm chạy tốt quan trọng hơn tài liệu đầy đủ', 'Hợp tác với khách hàng quan trọng hơn đàm phán hợp đồng', 'Phản hồi với thay đổi quan trọng hơn tuân thủ kế hoạch'.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 21: 'Code Review' (Đánh giá mã nguồn) mang lại lợi ích gì cho chất lượng phần mềm?

Tăng tốc độ phát triển phần mềm.

Phát hiện lỗi sớm và cải thiện chất lượng mã.

Tự động sửa lỗi và tối ưu hóa mã.

Giảm chi phí kiểm thử phần mềm.

Đánh giá mã nguồn giúp phát hiện sớm các lỗi, cải thiện chất lượng mã, chia sẻ kiến thức giữa các thành viên trong nhóm, đảm bảo tuân thủ chuẩn mã hóa và giảm thiểu nợ kỹ thuật.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 22: 'Requirement Elicitation' (Thu thập yêu cầu) là giai đoạn quan trọng trong phát triển phần mềm, phương pháp nào sau đây thường được sử dụng?

Kiểm thử hộp đen và hộp trắng.

Tái cấu trúc mã và tối ưu hóa hiệu suất.

Phỏng vấn, khảo sát, hội thảo, quan sát người dùng.

Triển khai liên tục và phân phối liên tục.

Thu thập yêu cầu bao gồm nhiều phương pháp như phỏng vấn người dùng, khảo sát, hội thảo, quan sát, phân tích tài liệu và tạo mẫu thử (prototyping) để hiểu rõ nhu cầu và mong muốn của người dùng.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 23: 'Technical Feasibility' (Tính khả thi về kỹ thuật) cần được đánh giá trong giai đoạn nào của dự án phần mềm?

Giai đoạn lập kế hoạch và phân tích dự án.

Giai đoạn thiết kế hệ thống.

Giai đoạn phát triển và kiểm thử.

Giai đoạn triển khai và bảo trì.

Tính khả thi về kỹ thuật cần được đánh giá sớm trong giai đoạn lập kế hoạch và phân tích dự án để đảm bảo rằng công nghệ và nguồn lực hiện có đủ để thực hiện dự án thành công.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 24: 'Spike' (Đột phá) trong Scrum thường được sử dụng để làm gì?

Tăng tốc độ phát triển Sprint.

Giải quyết lỗi khẩn cấp trong Sprint.

Trình bày kết quả Sprint cho khách hàng.

Nghiên cứu và giảm thiểu rủi ro kỹ thuật hoặc sự không chắc chắn.

Spike là một Sprint ngắn hoặc một task trong Sprint được sử dụng để nghiên cứu, thử nghiệm và giảm thiểu rủi ro hoặc sự không chắc chắn về kỹ thuật trước khi thực hiện các công việc phát triển chính.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 25: 'Non-functional Requirements' (Yêu cầu phi chức năng) mô tả khía cạnh nào của phần mềm?

Các chức năng và tính năng chính của phần mềm.

Các thuộc tính chất lượng và ràng buộc của phần mềm.

Giao diện người dùng và trải nghiệm người dùng.

Quy trình nghiệp vụ mà phần mềm hỗ trợ.

Yêu cầu phi chức năng mô tả các thuộc tính chất lượng của phần mềm, ví dụ như hiệu suất, bảo mật, khả năng sử dụng, khả năng mở rộng, độ tin cậy. Chúng không liên quan trực tiếp đến chức năng cụ thể mà phần mềm cung cấp.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 26: 'Load Testing' (Kiểm thử tải) thuộc loại kiểm thử nào?

Kiểm thử chức năng.

Kiểm thử bảo mật.

Kiểm thử hiệu suất.

Kiểm thử khả năng sử dụng.

Kiểm thử tải là một loại kiểm thử hiệu suất, được sử dụng để đánh giá khả năng của hệ thống khi chịu tải trọng dự kiến, ví dụ như số lượng người dùng đồng thời hoặc số lượng giao dịch trong một khoảng thời gian.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 27: 'Technical Documentation' (Tài liệu kỹ thuật) có vai trò quan trọng nhất đối với ai sau khi phần mềm được triển khai?

Người dùng cuối của phần mềm.

Quản lý dự án và các bên liên quan.

Nhóm kiểm thử phần mềm.

Nhóm bảo trì và phát triển phần mềm trong tương lai.

Tài liệu kỹ thuật rất quan trọng cho đội ngũ bảo trì và phát triển phần mềm sau này. Nó giúp họ hiểu rõ cấu trúc, thiết kế, và logic của hệ thống để thực hiện bảo trì, sửa lỗi và phát triển thêm tính năng mới.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 28: 'Burn-down Chart' (Biểu đồ Burn-down) được sử dụng để theo dõi tiến độ trong phương pháp phát triển nào?

Agile (đặc biệt là Scrum).

Waterfall.

Spiral.

Prototyping.

Biểu đồ Burn-down là công cụ trực quan hóa tiến độ công việc trong các phương pháp Agile, đặc biệt là Scrum. Nó thể hiện lượng công việc còn lại theo thời gian và giúp theo dõi tiến độ Sprint hoặc dự án.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 29: Trong kiểm thử phần mềm, 'Acceptance Testing' (Kiểm thử chấp nhận) được thực hiện bởi ai?

Nhóm phát triển phần mềm.

Khách hàng hoặc người dùng cuối.

Nhóm kiểm thử độc lập.

Quản lý chất lượng dự án.

Kiểm thử chấp nhận thường được thực hiện bởi khách hàng hoặc người dùng cuối. Mục đích là xác minh rằng phần mềm đáp ứng yêu cầu và mong đợi của họ, và chấp nhận sản phẩm trước khi đưa vào sử dụng chính thức.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 10

Câu 30: 'Code Smell' (Mùi mã) là dấu hiệu của điều gì trong mã nguồn?

Mã nguồn đã được tối ưu hóa hiệu suất.

Mã nguồn tuân thủ chuẩn mã hóa nghiêm ngặt.

Vấn đề tiềm ẩn về thiết kế hoặc chất lượng mã.

Mã nguồn dễ đọc và dễ hiểu.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Code smell là dấu hiệu trong mã nguồn cho thấy có thể có vấn đề sâu xa hơn về thiết kế hoặc chất lượng mã. Chúng không phải là lỗi trực tiếp nhưng có thể dẫn đến lỗi, khó bảo trì và nợ kỹ thuật tăng lên.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 11

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 1: Trong bối cảnh phát triển phần mềm hiện đại, phương pháp nào sau đây chú trọng vào việc giao tiếp liên tục với khách hàng, chia nhỏ dự án thành các phần nhỏ có thể quản lý và thường xuyên điều chỉnh kế hoạch dựa trên phản hồi?

Mô hình Thác đổ (Waterfall)

Mô hình Chữ V (V-Model)

Phương pháp Agile (Agile Methodologies)

Mô hình Xoắn ốc (Spiral Model)

Câu hỏi tập trung vào việc kiểm tra kiến thức về các phương pháp phát triển phần mềm, đặc biệt là những phương pháp linh hoạt, thích ứng cao và đặt trọng tâm vào sự tương tác với khách hàng.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 2: Một nhóm phát triển phần mềm đang xây dựng một ứng dụng thương mại điện tử phức tạp. Họ quyết định sử dụng kiến trúc microservices. Lợi ích chính của việc lựa chọn kiến trúc này là gì?

Giảm thiểu sự phụ thuộc vào một nhà cung cấp công nghệ cụ thể.

Tăng cường khả năng mở rộng, linh hoạt và khả năng phục hồi của ứng dụng.

Đơn giản hóa quá trình triển khai và bảo trì toàn bộ ứng dụng.

Cải thiện hiệu suất tổng thể của ứng dụng trong mọi tình huống.

Câu hỏi này kiểm tra sự hiểu biết về kiến trúc microservices và lợi ích của nó trong việc phát triển các ứng dụng phức tạp.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 3: Trong quy trình kiểm thử phần mềm, loại kiểm thử nào tập trung vào việc xác minh các yêu cầu phi chức năng của hệ thống, chẳng hạn như hiệu suất, bảo mật, khả năng sử dụng và độ tin cậy?

Kiểm thử đơn vị (Unit Testing)

Kiểm thử tích hợp (Integration Testing)

Kiểm thử hệ thống (System Testing)

Kiểm thử phi chức năng (Non-functional Testing)

Câu hỏi này kiểm tra kiến thức về các loại kiểm thử phần mềm, đặc biệt là kiểm thử phi chức năng và mục tiêu của nó.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 4: Khi phân tích yêu cầu phần mềm, kỹ thuật Use Case thường được sử dụng để mô tả điều gì?

Tương tác giữa người dùng (hoặc hệ thống khác) với hệ thống phần mềm để đạt được một mục tiêu cụ thể.

Cấu trúc dữ liệu và các thuật toán sẽ được sử dụng trong hệ thống.

Giao diện người dùng và trải nghiệm người dùng của hệ thống.

Các quy trình nghiệp vụ mà hệ thống phần mềm sẽ tự động hóa.

Câu hỏi tập trung vào việc kiểm tra hiểu biết về kỹ thuật Use Case trong phân tích yêu cầu và mục đích sử dụng chính của nó.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 5: Trong quản lý cấu hình phần mềm, khái niệm 'nhánh' (branch) thường được sử dụng để làm gì?

Phân chia công việc giữa các thành viên trong nhóm phát triển theo chức năng.

Phát triển song song các tính năng mới hoặc sửa lỗi mà không ảnh hưởng đến phiên bản ổn định.

Tạo ra các bản sao lưu dự phòng của mã nguồn trong trường hợp xảy ra sự cố.

Theo dõi lịch sử thay đổi của từng dòng mã trong dự án.

Câu hỏi này kiểm tra kiến thức về quản lý cấu hình phần mềm và mục đích của việc sử dụng nhánh trong hệ thống kiểm soát phiên bản.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 6: Nguyên tắc SOLID trong thiết kế hướng đối tượng bao gồm những nguyên tắc nào? (Chọn 1 đáp án *KHÔNG* thuộc về SOLID)

Nguyên tắc Đơn trách nhiệm (Single Responsibility Principle)

Nguyên tắc Thay thế Liskov (Liskov Substitution Principle)

Nguyên tắc Tái sử dụng - Tái chế (Reuse-Recycle Principle)

Nguyên tắc Đảo ngược Phụ thuộc (Dependency Inversion Principle)

Câu hỏi này kiểm tra kiến thức về các nguyên tắc SOLID trong thiết kế hướng đối tượng, đòi hỏi người học phải nhớ và nhận biết các nguyên tắc này.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 7: Công cụ nào sau đây thường được sử dụng để tự động hóa quy trình 'Tích hợp Liên tục và Phân phối Liên tục' (CI/CD) trong phát triển phần mềm?

Microsoft Word

Adobe Photoshop

MySQL Database

Jenkins

Câu hỏi này kiểm tra kiến thức về DevOps và các công cụ phổ biến được sử dụng trong quy trình CI/CD.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 8: Trong mô hình phát triển phần mềm Xoắn ốc (Spiral), yếu tố nào được đặc biệt chú trọng trong mỗi vòng lặp?

Tối ưu hóa chi phí phát triển phần mềm.

Đánh giá và giảm thiểu rủi ro dự án.

Tăng tốc độ phát triển sản phẩm.

Đảm bảo sự tuân thủ nghiêm ngặt theo yêu cầu ban đầu.

Câu hỏi này tập trung vào việc kiểm tra sự hiểu biết về mô hình Xoắn ốc và đặc điểm nổi bật của nó so với các mô hình khác.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 9: Khi thiết kế giao diện người dùng (UI), nguyên tắc 'Khả năng sử dụng' (Usability) đề cập đến yếu tố nào?

Tính thẩm mỹ và hấp dẫn về mặt hình ảnh của giao diện.

Số lượng tính năng và chức năng mà giao diện cung cấp.

Mức độ dễ dàng và hiệu quả mà người dùng có thể tương tác và hoàn thành mục tiêu với giao diện.

Khả năng giao diện thích ứng với các kích thước màn hình và thiết bị khác nhau.

Câu hỏi này kiểm tra kiến thức về thiết kế UI và nguyên tắc quan trọng 'Khả năng sử dụng'.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 10: Trong ngữ cảnh kiểm thử hộp đen (Black-box testing), phương pháp phân vùng tương đương (Equivalence Partitioning) được sử dụng để làm gì?

Giảm số lượng test case cần thiết bằng cách nhóm các giá trị đầu vào tương tự nhau.

Kiểm tra cấu trúc bên trong và logic của mã nguồn.

Đảm bảo tất cả các đường dẫn thực thi trong chương trình đều được kiểm tra.

Phát hiện lỗi biên (boundary) trong các điều kiện đầu vào.

Câu hỏi này kiểm tra kiến thức về các kỹ thuật kiểm thử hộp đen, đặc biệt là phương pháp phân vùng tương đương và mục đích của nó.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 11: Mô hình hóa dữ liệu quan niệm (Conceptual Data Modeling) thường được thực hiện ở giai đoạn nào của quy trình phát triển phần mềm?

Giai đoạn triển khai và bảo trì.

Giai đoạn phân tích yêu cầu.

Giai đoạn thiết kế hệ thống.

Giai đoạn kiểm thử và tích hợp.

Câu hỏi này kiểm tra kiến thức về quy trình phát triển phần mềm và vị trí của mô hình hóa dữ liệu quan niệm trong quy trình đó.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 12: Trong thiết kế hướng đối tượng, mối quan hệ 'kết hợp' (association) giữa hai lớp thể hiện điều gì?

Một lớp là một loại đặc biệt của lớp khác (quan hệ kế thừa).

Một lớp chứa các đối tượng của lớp khác (quan hệ chứa đựng).

Một lớp sử dụng chức năng của lớp khác (quan hệ phụ thuộc).

Hai lớp có liên quan đến nhau nhưng không có sự ràng buộc sở hữu hoặc chứa đựng mạnh mẽ.

Câu hỏi này kiểm tra kiến thức về các khái niệm cơ bản trong thiết kế hướng đối tượng, cụ thể là mối quan hệ 'kết hợp'.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 13: Đâu là mục tiêu chính của việc tái cấu trúc mã nguồn (Refactoring) trong phát triển phần mềm?

Thêm các tính năng mới vào phần mềm.

Sửa chữa các lỗi và bug trong phần mềm.

Cải thiện cấu trúc và tính dễ đọc của mã nguồn mà không thay đổi chức năng bên ngoài.

Tối ưu hóa hiệu suất của phần mềm.

Câu hỏi này kiểm tra kiến thức về thực hành tái cấu trúc mã nguồn và mục đích của nó trong việc duy trì và phát triển phần mềm.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 14: Trong kiểm thử hiệu năng (Performance Testing), loại kiểm thử 'kiểm thử tải' (Load Testing) nhằm mục đích gì?

Đánh giá hiệu suất của hệ thống khi chịu tải cao hơn mức dự kiến.

Đánh giá hiệu suất của hệ thống dưới tải trọng người dùng đồng thời dự kiến.

Xác định điểm tới hạn mà tại đó hệ thống bắt đầu gặp sự cố.

Kiểm tra khả năng phục hồi của hệ thống sau khi gặp sự cố.

Câu hỏi này kiểm tra kiến thức về kiểm thử hiệu năng và mục đích cụ thể của kiểm thử tải.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 15: Đặc điểm nào sau đây KHÔNG phải là đặc điểm của phần mềm mã nguồn mở (Open Source Software)?

Mã nguồn có sẵn và có thể được xem xét, sửa đổi và phân phối lại.

Thường được phát triển bởi cộng đồng lập trình viên trên toàn thế giới.

Có thể được sử dụng miễn phí hoặc với chi phí thấp.

Được đảm bảo về chất lượng và độ tin cậy bởi một tổ chức duy nhất.

Câu hỏi này kiểm tra kiến thức về phần mềm mã nguồn mở và các đặc điểm phân biệt nó với các loại phần mềm khác.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 16: Trong mô hình CMMI (Capability Maturity Model Integration), mức độ trưởng thành (Maturity Level) nào thể hiện tổ chức đã có quy trình được định nghĩa, đo lường và cải tiến liên tục?

Mức độ 1: Khởi đầu (Initial)

Mức độ 2: Được quản lý (Managed)

Mức độ 4: Được quản lý định lượng (Quantitatively Managed)

Mức độ 5: Tối ưu hóa (Optimizing)

Câu hỏi này kiểm tra kiến thức về mô hình CMMI và các mức độ trưởng thành của nó, đặc biệt là mức độ tập trung vào quy trình định nghĩa và cải tiến.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 17: Kỹ thuật 'kiểm thử chấp nhận của người dùng' (User Acceptance Testing - UAT) được thực hiện bởi ai và nhằm mục đích gì?

Được thực hiện bởi nhà phát triển để đảm bảo mã nguồn hoạt động đúng.

Được thực hiện bởi người dùng cuối hoặc đại diện khách hàng để xác nhận phần mềm đáp ứng yêu cầu nghiệp vụ và sẵn sàng triển khai.

Được thực hiện bởi đội kiểm thử độc lập để tìm ra lỗi hệ thống trước khi giao cho khách hàng.

Được thực hiện bởi quản lý dự án để đảm bảo dự án tuân thủ tiến độ và ngân sách.

Câu hỏi này kiểm tra kiến thức về các giai đoạn kiểm thử phần mềm, đặc biệt là UAT và vai trò của nó trong quy trình kiểm thử.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 18: Trong kiến trúc phần mềm, mẫu thiết kế 'Observer' giải quyết vấn đề gì?

Tạo ra các đối tượng có thể thay đổi hành vi của chúng tại thời điểm chạy.

Đảm bảo chỉ có một thể hiện duy nhất của một lớp được tạo ra.

Đóng gói một thuật toán hoặc một họ thuật toán và cho phép chúng thay đổi tại thời điểm chạy.

Định nghĩa một sự phụ thuộc một-nhiều giữa các đối tượng để khi một đối tượng thay đổi trạng thái, tất cả các đối tượng phụ thuộc của nó được thông báo và cập nhật tự động.

Câu hỏi này kiểm tra kiến thức về các mẫu thiết kế phần mềm, cụ thể là mẫu Observer và mục đích sử dụng của nó.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 19: Khi nào mô hình phát triển phần mềm 'Thác đổ' (Waterfall) được coi là phù hợp nhất?

Khi yêu cầu dự án được xác định rõ ràng, ổn định và ít có khả năng thay đổi.

Khi dự án có yêu cầu thay đổi thường xuyên và cần sự linh hoạt cao.

Khi dự án có rủi ro cao và cần đánh giá rủi ro liên tục.

Khi dự án cần phát triển nhanh chóng một phiên bản thử nghiệm để thu thập phản hồi.

Câu hỏi này kiểm tra kiến thức về các mô hình phát triển phần mềm và sự phù hợp của mô hình Thác đổ trong các tình huống cụ thể.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 20: Trong bảo trì phần mềm, loại bảo trì nào liên quan đến việc sửa đổi phần mềm để khắc phục các lỗi hoặc khuyết tật đã được phát hiện sau khi triển khai?

Bảo trì thích ứng (Adaptive Maintenance)

Bảo trì hoàn thiện (Perfective Maintenance)

Bảo trì sửa lỗi (Corrective Maintenance)

Bảo trì phòng ngừa (Preventive Maintenance)

Câu hỏi này kiểm tra kiến thức về các loại bảo trì phần mềm và phân loại bảo trì sửa lỗi.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 21: Công cụ UML (Unified Modeling Language) được sử dụng chủ yếu trong giai đoạn nào của phát triển phần mềm?

Giai đoạn kiểm thử.

Giai đoạn thiết kế và phân tích.

Giai đoạn triển khai.

Giai đoạn bảo trì.

Câu hỏi này kiểm tra kiến thức về UML và vai trò của nó trong quy trình phát triển phần mềm.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 22: Trong kiểm thử phần mềm, 'độ bao phủ mã' (code coverage) là một thước đo đánh giá điều gì?

Số lượng lỗi được phát hiện trong quá trình kiểm thử.

Thời gian cần thiết để thực hiện kiểm thử.

Chi phí kiểm thử so với ngân sách dự án.

Phần trăm mã nguồn đã được thực thi bởi các test case.

Câu hỏi này kiểm tra kiến thức về các chỉ số đo lường chất lượng kiểm thử, đặc biệt là độ bao phủ mã.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 23: Phương pháp phát triển phần mềm 'Scrum' tập trung vào việc tổ chức công việc theo các chu kỳ ngắn, lặp đi lặp lại. Các chu kỳ này được gọi là gì?

Sprint.

Iteration.

Phase.

Waterfall.

Câu hỏi này kiểm tra kiến thức về phương pháp Scrum và các thuật ngữ liên quan.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 24: Trong an ninh phần mềm, kỹ thuật 'input validation' (xác thực đầu vào) giúp ngăn chặn loại tấn công nào?

Tấn công từ chối dịch vụ (Denial of Service - DoS).

Tấn công tiêm nhiễm mã lệnh (Injection Attacks) như SQL Injection hoặc Cross-Site Scripting (XSS).

Tấn công trung gian (Man-in-the-Middle Attack).

Tấn công vét cạn (Brute-Force Attack).

Câu hỏi này kiểm tra kiến thức về an ninh phần mềm và các biện pháp phòng ngừa tấn công phổ biến.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 25: Khái niệm 'technical debt' (nợ kỹ thuật) trong phát triển phần mềm ám chỉ điều gì?

Chi phí phát sinh do sử dụng công nghệ lạc hậu.

Số lượng lỗi và bug còn tồn đọng trong phần mềm.

Hậu quả của việc đưa ra các quyết định thiết kế hoặc mã hóa không tối ưu trong ngắn hạn để đạt được tiến độ nhanh hơn, nhưng gây ra khó khăn và chi phí cao hơn trong tương lai.

Tổng chi phí đầu tư vào cơ sở hạ tầng kỹ thuật cho dự án.

Câu hỏi này kiểm tra sự hiểu biết về khái niệm 'nợ kỹ thuật' và ý nghĩa của nó trong quá trình phát triển phần mềm.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 26: Trong quản lý dự án phần mềm, biểu đồ Gantt thường được sử dụng để làm gì?

Quản lý rủi ro dự án.

Quản lý chi phí dự án.

Quản lý chất lượng dự án.

Lập kế hoạch và theo dõi tiến độ dự án.

Câu hỏi này kiểm tra kiến thức về quản lý dự án phần m???m và công cụ biểu đồ Gantt.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 27: Kiến trúc 'Client-Server' (Máy khách - Máy chủ) hoạt động dựa trên nguyên tắc giao tiếp nào?

Peer-to-peer (ngang hàng).

Request-Response (yêu cầu - phản hồi).

Publish-Subscribe (xuất bản - đăng ký).

Message Queue (hàng đợi tin nhắn).

Câu hỏi này kiểm tra kiến thức về kiến trúc phần mềm phổ biến Client-Server và mô hình giao tiếp của nó.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 28: Phương pháp kiểm thử 'White-box testing' (kiểm thử hộp trắng) còn được gọi là gì?

Kiểm thử chức năng.

Kiểm thử phi chức năng.

Kiểm thử cấu trúc.

Kiểm thử hiệu năng.

Câu hỏi này kiểm tra kiến thức về các loại kiểm thử phần mềm và tên gọi khác của kiểm thử hộp trắng.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 29: Trong quy trình phát triển phần mềm, 'code review' (đánh giá mã nguồn) mang lại lợi ích chính nào?

Cải thiện chất lượng mã nguồn, phát hiện lỗi sớm và chia sẻ kiến thức giữa các thành viên.

Tăng tốc độ phát triển phần mềm.

Giảm chi phí kiểm thử phần mềm.

Đảm bảo tuân thủ các tiêu chuẩn mã hóa của dự án.

Câu hỏi này kiểm tra kiến thức về thực hành 'code review' và lợi ích của nó trong quy trình phát triển phần mềm.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 11

Câu 30: Trong mô hình Agile, 'velocity' (vận tốc) là một chỉ số đo lường điều gì?

Số lượng lỗi được phát hiện trong một sprint.

Lượng công việc mà nhóm phát triển có thể hoàn thành trong một sprint.

Thời gian trung bình để hoàn thành một user story.

Mức độ hài lòng của khách hàng với sản phẩm sau mỗi sprint.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Câu hỏi này kiểm tra kiến thức về phương pháp Agile và chỉ số 'velocity' trong Scrum.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 12

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 1: Trong pha kiểm thử phần mềm, loại kiểm thử nào tập trung vào việc xác minh các chức năng riêng lẻ của một module hoặc thành phần phần mềm, thường được thực hiện bởi chính lập trình viên?

Kiểm thử đơn vị (Unit testing)

Kiểm thử tích hợp (Integration testing)

Kiểm thử hệ thống (System testing)

Kiểm thử chấp nhận (Acceptance testing)

Kiểm thử đơn vị (Unit testing) là mức độ kiểm thử đầu tiên, tập trung vào từng đơn vị nhỏ nhất của phần mềm (module, hàm, lớp) để đảm bảo chúng hoạt động đúng như thiết kế. Thường do lập trình viên thực hiện.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 2: Mô hình phát triển phần mềm nào sau đây nhấn mạnh vào việc lặp đi lặp lại các chu kỳ phát triển ngắn (thường từ 1-4 tuần), linh hoạt thay đổi theo yêu cầu và sự tham gia liên tục của khách hàng?

Mô hình thác đổ (Waterfall)

Mô hình chữ V (V-model)

Mô hình Agile

Mô hình xoắn ốc (Spiral)

Mô hình Agile, đặc biệt là Scrum và XP, nổi bật với các sprint ngắn, lặp đi lặp lại, khả năng thích ứng cao với thay đổi và sự hợp tác chặt chẽ với khách hàng.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 3: Khi phân tích yêu cầu phần mềm, kỹ thuật Use Case (ca sử dụng) được sử dụng chủ yếu để mô tả điều gì?

Cấu trúc dữ liệu của hệ thống

Tương tác giữa người dùng và hệ thống để thực hiện chức năng

Thiết kế giao diện người dùng

Kiến trúc phần mềm tổng thể

Use case tập trung vào việc mô tả tương tác giữa người dùng (actor) và hệ thống để đạt được một mục tiêu cụ thể. Nó làm rõ chức năng hệ thống từ góc độ người dùng.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 4: Trong quản lý cấu hình phần mềm, 'baseline' (đường cơ sở) đại diện cho điều gì?

Danh sách các yêu cầu ưu tiên cao nhất

Lịch trình dự án chi tiết

Ngân sách dự án đã được duyệt

Một phiên bản đã được kiểm soát và phê duyệt của sản phẩm phần mềm

Baseline là một phiên bản ổn định và đã được phê duyệt của sản phẩm phần mềm hoặc các thành phần của nó. Nó được dùng làm điểm tham chiếu để quản lý các thay đổi tiếp theo.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 5: Nguyên tắc SOLID trong thiết kế hướng đối tượng bao gồm chữ 'L' đại diện cho nguyên tắc nào?

Single Responsibility Principle

Open/Closed Principle

Liskov Substitution Principle

Interface Segregation Principle

Chữ 'L' trong SOLID là viết tắt của Liskov Substitution Principle (Nguyên tắc thay thế Liskov), nói rằng các lớp con có thể thay thế cho lớp cha mà không làm thay đổi tính đúng đắn của chương trình.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 6: Khi nào thì mô hình xoắn ốc (Spiral model) phát triển phần mềm được xem là lựa chọn phù hợp nhất?

Khi yêu cầu hệ thống đã được xác định rõ ràng và ổn định từ đầu

Khi dự án có nhiều rủi ro và yêu cầu đánh giá rủi ro liên tục

Khi thời gian phát triển dự án là yếu tố quan trọng nhất

Khi dự án có quy mô nhỏ và đơn giản

Mô hình xoắn ốc thích hợp cho các dự án phức tạp, rủi ro cao, yêu cầu thay đổi thường xuyên và cần đánh giá rủi ro ở mỗi giai đoạn. Nó quản lý rủi ro tốt hơn các mô hình tuyến tính.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 7: Trong kiểm thử hộp đen (Black-box testing), người kiểm thử chủ yếu dựa vào thông tin nào để thiết kế các test case?

Cấu trúc mã nguồn của phần mềm

Thuật toán được sử dụng trong phần mềm

Thiết kế cơ sở dữ liệu

Đặc tả yêu cầu và chức năng của phần mềm

Kiểm thử hộp đen chỉ quan tâm đến chức năng bên ngoài của phần mềm, không cần biết cấu trúc bên trong. Do đó, test case được thiết kế dựa trên đặc tả yêu cầu và chức năng của phần mềm.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 8: Phương pháp đo lường kích thước phần mềm nào sau đây dựa trên việc đếm số lượng các chức năng mà người dùng cuối yêu cầu và sử dụng?

Điểm chức năng (Function Points)

Dòng lệnh mã (Lines of Code - LOC)

Độ phức tạp Cyclomatic

Số lượng lớp và đối tượng

Function Point Analysis (Phân tích điểm chức năng) đo lường kích thước phần mềm dựa trên các chức năng mà người dùng yêu cầu, như input, output, inquiries, files, và interfaces.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 9: Trong mô hình MVC (Model-View-Controller), thành phần 'View' (khung nhìn) chịu trách nhiệm chính cho điều gì?

Xử lý logic nghiệp vụ và thao tác dữ liệu

Quản lý dữ liệu và trạng thái của ứng dụng

Hiển thị giao diện người dùng và tương tác với người dùng

Điều phối luồng dữ liệu giữa Model và Controller

Trong MVC, View chịu trách nhiệm hiển thị dữ liệu cho người dùng và nhận tương tác từ người dùng. Nó tách biệt khỏi logic nghiệp vụ và dữ liệu.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 10: Loại biểu đồ UML nào được sử dụng để mô hình hóa hành vi động của hệ thống, đặc biệt là chuỗi các tương tác giữa các đối tượng theo thời gian?

Biểu đồ lớp (Class diagram)

Biểu đồ tuần tự (Sequence diagram)

Biểu đồ trạng thái (State diagram)

Biểu đồ hoạt động (Activity diagram)

Biểu đồ tuần tự (Sequence diagram) trong UML thể hiện trình tự các thông điệp trao đổi giữa các đối tượng theo thời gian, mô tả hành vi động và tương tác của hệ thống.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 11: Khái niệm 'technical debt' (nợ kỹ thuật) trong phát triển phần mềm đề cập đến điều gì?

Số tiền nợ nhà cung cấp công nghệ

Thời gian phát triển vượt quá kế hoạch ban đầu

Số lượng lỗi còn tồn đọng trong phần mềm

Hậu quả của việc đưa ra các quyết định thiết kế hoặc mã hóa không tối ưu trong ngắn hạn

Nợ kỹ thuật là hậu quả của việc chọn giải pháp dễ dàng, nhanh chóng nhưng không tối ưu về mặt kỹ thuật trong ngắn hạn, dẫn đến công việc sửa chữa và tái cấu trúc phát sinh trong tương lai.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 12: Mục tiêu chính của việc tái cấu trúc mã nguồn (code refactoring) là gì?

Cải thiện cấu trúc và khả năng bảo trì của mã nguồn mà không thay đổi chức năng

Thêm chức năng mới vào phần mềm

Sửa lỗi và vá các lỗ hổng bảo mật

Tăng hiệu suất thực thi của phần mềm

Tái cấu trúc mã nguồn nhằm cải thiện cấu trúc bên trong của mã, làm cho mã dễ đọc, dễ bảo trì và mở rộng hơn, mà không thay đổi chức năng bên ngoài của nó.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 13: Trong kiểm thử hiệu năng (Performance testing), loại kiểm thử nào đánh giá khả năng của hệ thống khi chịu tải trọng cao hơn mức bình thường, để xác định điểm tới hạn và khả năng chịu đựng?

Kiểm thử tải (Load testing)

Kiểm thử chịu tải (Stress testing)

Kiểm thử độ bền (Endurance testing)

Kiểm thử dung lượng (Volume testing)

Kiểm thử chịu tải (Stress testing) được thiết kế để đẩy hệ thống đến giới hạn chịu đựng, xác định điểm gãy và khả năng phục hồi, thường vượt quá tải trọng dự kiến.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 14: Khi xây dựng một hệ thống phân tán, thách thức nào sau đây là quan trọng nhất cần xem xét liên quan đến dữ liệu?

Tốc độ truy cập dữ liệu

Dung lượng lưu trữ dữ liệu

Tính nhất quán dữ liệu (Data consistency)

Định dạng dữ liệu

Tính nhất quán dữ liệu (Data consistency) là một thách thức lớn trong hệ thống phân tán, đảm bảo dữ liệu đồng bộ và nhất quán trên các node khác nhau, đặc biệt khi có lỗi hoặc sự cố mạng.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 15: Công cụ quản lý dự án phần mềm Jira thường được sử dụng để làm gì?

Thiết kế giao diện người dùng

Viết mã nguồn

Kiểm thử tự động

Quản lý lỗi, yêu cầu và tiến độ dự án

Jira là công cụ quản lý dự án phổ biến, đặc biệt trong phát triển Agile, dùng để theo dõi lỗi, quản lý yêu cầu, quản lý task, và theo dõi tiến độ dự án.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 16: Trong quy trình phát triển phần mềm, hoạt động nào sau đây thuộc pha 'Bảo trì'?

Thu thập yêu cầu từ khách hàng

Sửa lỗi phát sinh sau khi triển khai

Thiết kế kiến trúc hệ thống

Kiểm thử tích hợp các module

Bảo trì phần mềm bao gồm các hoạt động sau khi phần mềm được triển khai, như sửa lỗi (corrective), thích ứng với môi trường mới (adaptive), hoàn thiện chức năng (perfective) và phòng ngừa sự cố (preventive).

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 17: Trong kiểm soát phiên bản (Version Control) với Git, lệnh nào được sử dụng để tạo một nhánh (branch) mới?

git branch <tên nhánh>

git checkout -b <tên nhánh>

git merge <tên nhánh>

git clone <URL>

Lệnh `git branch ` được dùng để tạo một nhánh mới trong Git. Sau đó cần `git checkout ` để chuyển sang nhánh mới tạo.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 18: Phương pháp kiểm thử 'Pair Programming' (lập trình cặp đôi) mang lại lợi ích chính nào sau đây?

Tăng tốc độ viết mã

Giảm chi phí phát triển

Cải thiện chất lượng mã và chia sẻ kiến thức

Đơn giản hóa quy trình kiểm thử

Pair programming giúp cải thiện chất lượng mã nguồn thông qua việc review mã liên tục và trao đổi kiến thức giữa hai lập trình viên, giảm lỗi và tăng tính rõ ràng của code.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 19: Khi thiết kế API RESTful, phương thức HTTP nào thường được sử dụng để cập nhật một tài nguyên hiện có?

GET

PUT

POST

DELETE

Phương thức PUT trong RESTful API được sử dụng để cập nhật toàn bộ tài nguyên hoặc tạo mới nếu tài nguyên chưa tồn tại. PATCH thường dùng để cập nhật một phần tài nguyên.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 20: Trong ngữ cảnh DevOps, 'Continuous Integration' (Tích hợp liên tục) có nghĩa là gì?

Liên tục triển khai phần mềm lên môi trường production

Liên tục thu thập phản hồi từ người dùng

Liên tục giám sát hiệu năng hệ thống

Tích hợp mã nguồn thường xuyên và tự động kiểm thử

Continuous Integration là quy trình tự động tích hợp mã nguồn từ nhiều nhà phát triển vào một kho chung thường xuyên, kèm theo kiểm thử tự động để phát hiện sớm lỗi tích hợp.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 21: Kiến trúc Microservices mang lại lợi ích chính nào so với kiến trúc Monolithic truyền thống?

Đơn giản hóa việc phát triển và triển khai ban đầu

Tăng tính bảo mật tổng thể của hệ thống

Tăng tính linh hoạt, khả năng mở rộng và khả năng phục hồi

Giảm độ phức tạp trong quản lý cơ sở dữ liệu

Microservices giúp ứng dụng linh hoạt hơn, dễ mở rộng và triển khai độc lập từng service, giảm thiểu ảnh hưởng khi có lỗi ở một phần, so với monolithic.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 22: Trong lĩnh vực bảo mật phần mềm, 'SQL Injection' là loại tấn công nào?

Tấn công từ chối dịch vụ (DoS)

Tấn công vào cơ sở dữ liệu

Tấn công giả mạo (Phishing)

Tấn công leo thang đặc quyền (Privilege Escalation)

SQL Injection là kiểu tấn công chèn mã SQL độc hại vào các truy vấn cơ sở dữ liệu, lợi dụng lỗ hổng trong việc xử lý input để truy cập hoặc thao túng dữ liệu trái phép.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 23: Mục tiêu của 'Test-Driven Development' (TDD - Phát triển hướng kiểm thử) là gì?

Viết test case trước khi viết mã nguồn để hướng dẫn phát triển và đảm bảo chất lượng

Tự động hóa toàn bộ quy trình kiểm thử

Giảm thời gian kiểm thử

Tăng số lượng test case

TDD là phương pháp phát triển mà kiểm thử được viết trước khi viết mã nguồn. Mục tiêu là tạo ra mã nguồn đáp ứng được yêu cầu kiểm thử, do đó tăng chất lượng và giảm lỗi.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 24: Khi phân tích rủi ro dự án phần mềm, ma trận rủi ro (risk matrix) thường được sử dụng để đánh giá rủi ro dựa trên hai yếu tố chính nào?

Chi phí và thời gian

Phức tạp và quy mô

Khả năng xảy ra và mức độ ảnh hưởng

Yêu cầu và công nghệ

Ma trận rủi ro đánh giá rủi ro dựa trên 'Khả năng xảy ra' (Likelihood/Probability) và 'Mức độ ảnh hưởng' (Impact/Severity) của rủi ro đó đến dự án.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 25: Trong quản lý chất lượng phần mềm, 'Code Review' (Rà soát mã nguồn) là một hoạt động thuộc loại nào?

Kiểm soát chất lượng động (Dynamic Quality Control)

Kiểm soát chất lượng tĩnh (Static Quality Control)

Kiểm thử hộp đen

Kiểm thử hộp trắng

Code review là một hoạt động kiểm soát chất lượng tĩnh (Static Quality Control) vì nó kiểm tra mã nguồn mà không cần thực thi chương trình, nhằm phát hiện lỗi và cải thiện chất lượng.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 26: Yếu tố nào sau đây KHÔNG phải là một phần của 'Tam giác dự án' (Project Management Triangle)?

Phạm vi (Scope)

Thời gian (Time)

Chi phí (Cost)

Chất lượng (Quality)

Tam giác dự án bao gồm ba yếu tố ràng buộc chính: Phạm vi (Scope), Thời gian (Time) và Chi phí (Cost). Chất lượng (Quality) mặc dù quan trọng nhưng không nằm trong tam giác ràng buộc này.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 27: Trong kiểm thử hồi quy (Regression testing), mục đích chính là gì?

Đảm bảo rằng các thay đổi mới không làm hỏng các chức năng hiện có

Kiểm tra hiệu năng của hệ thống sau khi triển khai

Tìm lỗi trong các module mới được phát triển

Đánh giá mức độ chấp nhận của người dùng

Kiểm thử hồi quy đảm bảo rằng các thay đổi hoặc sửa lỗi mới không gây ra lỗi mới hoặc ảnh hưởng xấu đến các chức năng đã hoạt động ổn định trước đó.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 28: Khi thiết kế giao diện người dùng (UI), nguyên tắc 'Consistency' (nhất quán) có nghĩa là gì?

Đảm bảo giao diện đáp ứng nhanh chóng

Thiết kế giao diện đơn giản và tối giản

Sử dụng các yếu tố và hành vi giao diện giống nhau trên toàn bộ ứng dụng

Cho phép người dùng tùy chỉnh giao diện theo ý muốn

Nguyên tắc nhất quán trong UI/UX đảm bảo rằng các yếu tố giao diện, hành vi và ngôn ngữ được sử dụng giống nhau trên toàn bộ ứng dụng, tạo sự dễ học và dễ sử dụng.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 29: Trong mô hình Scrum, 'Sprint Review' (Đánh giá Sprint) là sự kiện nào?

Buổi họp lập kế hoạch công việc cho Sprint tiếp theo

Buổi họp để trình diễn sản phẩm đã hoàn thành trong Sprint và thu thập phản hồi

Buổi họp hàng ngày để cập nhật tiến độ công việc

Buổi họp để nhìn lại và cải tiến quy trình làm việc của Sprint

Sprint Review là sự kiện cuối mỗi Sprint, nơi nhóm Scrum trình diễn sản phẩm đã hoàn thành cho Product Owner và các stakeholders, thu thập phản hồi và điều chỉnh backlog.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 12

Câu 30: Công nghệ containerization (ví dụ Docker) giúp giải quyết vấn đề chính nào trong triển khai phần mềm?

Tăng tốc độ phát triển phần mềm

Giảm chi phí lưu trữ dữ liệu

Cải thiện hiệu suất ứng dụng

Đảm bảo môi trường chạy ứng dụng nhất quán trên các nền tảng khác nhau

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Containerization giải quyết vấn đề 'nó hoạt động trên máy của tôi' bằng cách đóng gói ứng dụng và các phụ thuộc vào container, đảm bảo môi trường chạy nhất quán trên các nền tảng khác nhau.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 13

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 1: Trong các mô hình phát triển phần mềm, mô hình nào ưu tiên sự linh hoạt, khả năng thích ứng với thay đổi và làm việc chặt chẽ với khách hàng trong suốt quá trình phát triển?

Mô hình thác nước (Waterfall)

Mô hình chữ V (V-Model)

Mô hình Agile (Agile Model)

Mô hình xoắn ốc (Spiral)

Câu hỏi tập trung vào việc kiểm tra kiến thức về các mô hình phát triển phần mềm và khả năng nhận diện mô hình phù hợp với các đặc điểm như linh hoạt, thích ứng và hợp tác chặt chẽ với khách hàng.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 2: Một nhóm phát triển phần mềm đang xây dựng một hệ thống quản lý kho hàng phức tạp cho một công ty lớn. Yêu cầu thay đổi liên tục và chưa được xác định rõ ràng ngay từ đầu. Mô hình phát triển nào sau đây là phù hợp nhất trong tình huống này?

Mô hình thác nước (Waterfall)

Mô hình Scrum

Mô hình chữ V (V-Model)

Mô hình thác nước có phản hồi (Waterfall with Feedback)

Câu hỏi tình huống, yêu cầu áp dụng kiến thức về mô hình phát triển phần mềm vào thực tế. Tình huống yêu cầu sự linh hoạt và thích ứng với thay đổi, hướng đến mô hình Agile.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 3: Trong quy trình phát triển phần mềm Agile Scrum, vai trò nào chịu trách nhiệm chính trong việc xác định và ưu tiên các yêu cầu của sản phẩm (Product Backlog)?

Product Owner

Scrum Master

Development Team

Stakeholder

Câu hỏi tập trung vào kiến thức về Scrum và vai trò Product Owner, người chịu trách nhiệm quản lý Product Backlog.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 4: Phương pháp kiểm thử phần mềm nào tập trung vào việc kiểm tra các thành phần (module, class, function) riêng lẻ của phần mềm để đảm bảo chúng hoạt động đúng theo đặc tả?

Kiểm thử tích hợp (Integration Testing)

Kiểm thử hệ thống (System Testing)

Kiểm thử chấp nhận (Acceptance Testing)

Kiểm thử đơn vị (Unit Testing)

Câu hỏi kiểm tra kiến thức về các loại kiểm thử phần mềm, đặc biệt là kiểm thử đơn vị (Unit Testing).

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 5: Khi thiết kế giao diện người dùng (UI) cho một ứng dụng di động, nguyên tắc 'Keep It Simple, Stupid' (KISS) nhấn mạnh điều gì?

Sử dụng nhiều hiệu ứng động và màu sắc bắt mắt để thu hút người dùng.

Thiết kế giao diện đơn giản, trực quan, dễ hiểu và dễ sử dụng.

Tích hợp nhiều tính năng phức tạp để đáp ứng mọi nhu cầu của người dùng.

Tuân thủ nghiêm ngặt các tiêu chuẩn thiết kế UI/UX quốc tế.

Câu hỏi kiểm tra kiến thức về nguyên tắc thiết kế UI/UX, cụ thể là KISS, hướng đến sự đơn giản và dễ sử dụng.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 6: Trong kiến trúc phần mềm, 'Design Pattern' (mẫu thiết kế) mang lại lợi ích chính nào?

Tăng tốc độ thực thi của phần mềm.

Giảm thiểu dung lượng bộ nhớ sử dụng.

Cung cấp giải pháp đã được kiểm chứng cho các vấn đề thiết kế phổ biến, giúp tái sử dụng và tăng tính bảo trì.

Đảm bảo tính bảo mật tuyệt đối cho hệ thống.

Câu hỏi kiểm tra hiểu biết về Design Patterns và lợi ích cốt lõi của chúng trong việc tái sử dụng và giải quyết vấn đề thiết kế.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 7: Khái niệm 'Coupling' (kết nối) và 'Cohesion' (liên kết) trong thiết kế module phần mềm liên quan đến điều gì?

Độ phức tạp của thuật toán và cấu trúc dữ liệu bên trong module.

Số lượng dòng code và kích thước file của module.

Khả năng tái sử dụng và mở rộng của module.

Mức độ phụ thuộc lẫn nhau giữa các module (Coupling) và mức độ tập trung vào một mục tiêu duy nhất của các phần tử bên trong module (Cohesion).

Câu hỏi kiểm tra kiến thức về các nguyên tắc thiết kế module tốt, tập trung vào Coupling và Cohesion và mối quan hệ giữa chúng.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 8: Công cụ quản lý phiên bản (Version Control System) như Git giúp ích gì cho quá trình phát triển phần mềm nhóm?

Tự động phát hiện và sửa lỗi code.

Quản lý thay đổi code, theo dõi lịch sử, hợp nhất code từ nhiều người, và dễ dàng phục hồi các phiên bản trước.

Tăng tốc độ biên dịch và build chương trình.

Tự động sinh tài liệu kỹ thuật cho dự án.

Câu hỏi kiểm tra hiểu biết về lợi ích của hệ thống quản lý phiên bản trong phát triển phần mềm, đặc biệt là làm việc nhóm.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 9: 'Refactoring' (tái cấu trúc mã nguồn) là gì và mục đích chính của nó là gì?

Viết lại toàn bộ mã nguồn từ đầu để cải thiện hiệu năng.

Sửa lỗi và vá các lỗ hổng bảo mật trong mã nguồn.

Cải thiện cấu trúc bên trong của mã nguồn (tính dễ đọc, dễ bảo trì, dễ mở rộng) mà không thay đổi chức năng bên ngoài.

Tối ưu hóa mã nguồn để giảm dung lượng file thực thi.

Câu hỏi kiểm tra kiến thức về Refactoring, một kỹ thuật quan trọng để cải thiện chất lượng mã nguồn mà không thay đổi chức năng bên ngoài.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 10: Trong quá trình kiểm thử hộp đen (Black-box testing), người kiểm thử dựa vào yếu tố nào để thiết kế các test case?

Đặc tả yêu cầu và chức năng của phần mềm.

Cấu trúc code và thuật toán bên trong phần mềm.

Kinh nghiệm cá nhân của người kiểm thử.

Mức độ ưu tiên của các chức năng cần kiểm thử.

Câu hỏi kiểm tra kiến thức về kiểm thử hộp đen, phương pháp kiểm thử dựa trên đặc tả và yêu cầu chức năng.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 11: 'Technical Debt' (nợ kỹ thuật) trong phát triển phần mềm là gì?

Số tiền nợ các nhà cung cấp công cụ và thư viện phần mềm.

Thời gian phát triển phần mềm bị chậm trễ so với kế hoạch.

Số lượng lỗi và bug còn tồn tại trong phần mềm.

Hậu quả của việc đưa ra các quyết định thiết kế hoặc code không tối ưu trong ngắn hạn, làm ảnh hưởng đến khả năng bảo trì và phát triển phần mềm trong dài hạn.

Câu hỏi kiểm tra hiểu biết về Technical Debt, một khái niệm quan trọng liên quan đến chất lượng và khả năng bảo trì của phần mềm.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 12: Mục tiêu chính của giai đoạn 'Requirements Elicitation' (thu thập yêu cầu) trong quy trình phát triển phần mềm là gì?

Thiết kế kiến trúc tổng thể của hệ thống.

Thu thập, làm rõ và ghi lại đầy đủ các yêu cầu của người dùng và các bên liên quan.

Lập kế hoạch và phân công công việc cho nhóm phát triển.

Kiểm thử và đánh giá chất lượng phần mềm.

Câu hỏi kiểm tra kiến thức về giai đoạn đầu tiên của quy trình phát triển phần mềm, Requirements Elicitation, và mục đích cốt lõi của nó.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 13: Đâu là một ví dụ về yêu cầu phi chức năng (Non-functional requirement) của một hệ thống phần mềm?

Hệ thống phải cho phép người dùng đăng nhập bằng tài khoản và mật khẩu.

Hệ thống phải có chức năng tìm kiếm sản phẩm theo tên hoặc mã sản phẩm.

Hệ thống phải có thời gian phản hồi không quá 2 giây khi người dùng thực hiện thao tác tìm kiếm.

Hệ thống phải hiển thị danh sách các sản phẩm khuyến mãi trên trang chủ.

Câu hỏi kiểm tra khả năng phân biệt giữa yêu cầu chức năng và phi chức năng, và nhận diện ví dụ về yêu cầu phi chức năng.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 14: Phương pháp 'phân tích SWOT' thường được sử dụng trong giai đoạn nào của dự án phần mềm?

Giai đoạn thiết kế hệ thống.

Giai đoạn lập trình và kiểm thử.

Giai đoạn triển khai và bảo trì.

Giai đoạn khởi đầu và lập kế hoạch dự án.

Câu hỏi kiểm tra kiến thức về phân tích SWOT và ứng dụng của nó trong quản lý dự án phần mềm, đặc biệt là giai đoạn lập kế hoạch và phân tích.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 15: Trong mô hình Client-Server, thành phần 'Server' (máy chủ) đảm nhận vai trò chính nào?

Hiển thị giao diện người dùng và tương tác với người dùng.

Cung cấp dữ liệu, dịch vụ và tài nguyên cho các Client (máy khách).

Thực hiện các phép tính phức tạp và xử lý logic nghiệp vụ.

Quản lý kết nối mạng và giao tiếp giữa các thành phần.

Câu hỏi kiểm tra kiến thức về kiến trúc Client-Server và vai trò trung tâm của Server trong việc cung cấp dịch vụ và tài nguyên.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 16: 'Regression Testing' (kiểm thử hồi quy) được thực hiện khi nào?

Khi phát triển một tính năng mới hoàn toàn.

Trước khi phát hành phiên bản phần mềm đầu tiên.

Sau khi sửa lỗi hoặc thay đổi mã nguồn để đảm bảo các thay đổi không gây ra lỗi mới hoặc ảnh hưởng đến các chức năng đã hoạt động tốt trước đó.

Khi thực hiện kiểm thử hiệu năng của hệ thống.

Câu hỏi kiểm tra kiến thức về kiểm thử hồi quy và mục đích thực hiện nó sau các thay đổi phần mềm.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 17: Nguyên tắc 'SOLID' trong lập trình hướng đối tượng giúp đạt được mục tiêu gì?

Tăng tốc độ phát triển phần mềm.

Giảm chi phí phần cứng cần thiết để chạy phần mềm.

Đảm bảo tính bảo mật tuyệt đối cho ứng dụng.

Thiết kế phần mềm dễ hiểu, dễ bảo trì, dễ mở rộng và linh hoạt thay đổi.

Câu hỏi kiểm tra kiến thức về nguyên tắc SOLID và mục tiêu chung của chúng trong việc tạo ra mã nguồn chất lượng cao.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 18: 'Deployment' (triển khai) phần mềm là giai đoạn nào trong vòng đời phát triển phần mềm?

Giai đoạn phân tích yêu cầu.

Giai đoạn thiết kế hệ thống.

Giai đoạn đưa phần mềm vào sử dụng thực tế (cài đặt, cấu hình, và khởi chạy trên môi trường đích).

Giai đoạn kiểm thử và sửa lỗi.

Câu hỏi kiểm tra kiến thức về các giai đoạn của vòng đời phát triển phần mềm và vị trí của giai đoạn Deployment.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 19: 'Code Review' (rà soát mã nguồn) là một hoạt động quan trọng trong phát triển phần mềm. Lợi ích chính của Code Review là gì?

Phát hiện sớm lỗi và bug, cải thiện chất lượng code, chia sẻ kiến thức và kinh nghiệm giữa các thành viên trong nhóm.

Tăng tốc độ viết code của lập trình viên.

Tự động sửa lỗi code.

Đánh giá hiệu suất làm việc của từng lập trình viên.

Câu hỏi kiểm tra hiểu biết về Code Review và lợi ích quan trọng của nó trong việc cải thiện chất lượng mã nguồn và kiến thức nhóm.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 20: 'Tính khả dụng' (Usability) của phần mềm đề cập đến khía cạnh chất lượng nào?

Khả năng hoạt động ổn định và không bị lỗi.

Mức độ dễ dàng và hiệu quả khi người dùng sử dụng phần mềm để đạt được mục tiêu.

Khả năng bảo vệ dữ liệu và thông tin của người dùng.

Khả năng thích ứng với các môi trường và nền tảng khác nhau.

Câu hỏi kiểm tra kiến thức về các thuộc tính chất lượng phần mềm, đặc biệt là Usability và ý nghĩa của nó.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 21: Trong mô hình OSI (Open Systems Interconnection), tầng 'Application' (ứng dụng) chịu trách nhiệm cho chức năng nào?

Định tuyến dữ liệu giữa các mạng.

Đảm bảo truyền dữ liệu tin cậy giữa hai thiết bị.

Đóng gói dữ liệu thành các gói tin để truyền trên mạng.

Cung cấp giao diện cho các ứng dụng mạng và người dùng cuối (ví dụ: trình duyệt web, email client).

Câu hỏi kiểm tra kiến thức về mô hình OSI trong mạng máy tính, đặc biệt là chức năng của tầng Application liên quan đến giao diện người dùng và ứng dụng.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 22: 'Continuous Integration' (CI) và 'Continuous Delivery' (CD) là gì và chúng đóng vai trò như thế nào trong DevOps?

Các phương pháp kiểm thử phần mềm tự động.

Các công cụ quản lý dự án Agile.

Các thực hành DevOps giúp tự động hóa quá trình tích hợp, kiểm thử và phát hành phần mềm, đảm bảo phần mềm luôn sẵn sàng để triển khai.

Các kỹ thuật bảo mật phần mềm.

Câu hỏi kiểm tra kiến thức về CI/CD và vai trò của chúng trong DevOps, hướng đến tự động hóa và phát hành phần mềm nhanh chóng.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 23: 'Microservices Architecture' (kiến trúc microservices) có ưu điểm chính nào so với kiến trúc monolithic (nguyên khối)?

Đơn giản hóa quá trình phát triển và triển khai ban đầu.

Tăng tính độc lập, khả năng mở rộng linh hoạt và khả năng chịu lỗi của hệ thống, dễ dàng áp dụng công nghệ mới cho từng service.

Giảm độ phức tạp của hệ thống tổng thể.

Tăng hiệu năng xử lý của hệ thống.

Câu hỏi kiểm tra kiến thức về kiến trúc Microservices và ưu điểm của nó so với kiến trúc Monolithic, đặc biệt về tính độc lập và khả năng mở rộng.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 24: 'Design Pattern Singleton' thuộc loại Design Pattern nào?

Creational Pattern (mẫu khởi tạo)

Structural Pattern (mẫu cấu trúc)

Behavioral Pattern (mẫu hành vi)

Concurrency Pattern (mẫu đồng thời)

Câu hỏi kiểm tra kiến thức về các loại Design Pattern và phân loại cụ thể của Singleton.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 25: 'SQL Injection' là loại tấn công bảo mật nào và nó khai thác lỗ hổng ở đâu?

Tấn công từ chối dịch vụ (DoS) vào máy chủ web.

Tấn công giả mạo danh tính người dùng.

Tấn công bằng cách chèn mã SQL độc hại vào các truy vấn cơ sở dữ liệu, khai thác lỗ hổng trong việc xử lý dữ liệu đầu vào.

Tấn công vào hệ thống mạng để đánh cắp dữ liệu.

Câu hỏi kiểm tra kiến thức về bảo mật phần mềm, cụ thể là SQL Injection và vị trí lỗ hổng bị khai thác.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 26: 'Tính toàn vẹn dữ liệu' (Data Integrity) trong cơ sở dữ liệu đảm bảo điều gì?

Dữ liệu được lưu trữ trên nhiều ổ đĩa để phòng tránh mất mát.

Dữ liệu chính xác, nhất quán và đáng tin cậy trong suốt vòng đời của nó.

Khả năng truy cập dữ liệu nhanh chóng và hiệu quả.

Dữ liệu được mã hóa để bảo vệ khỏi truy cập trái phép.

Câu hỏi kiểm tra kiến thức về các khái niệm cơ bản trong cơ sở dữ liệu, cụ thể là Data Integrity và mục tiêu của nó.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 27: 'SOLID' là viết tắt của 5 nguyên tắc thiết kế hướng đối tượng. Chữ 'L' trong SOLID đại diện cho nguyên tắc nào?

Single Responsibility Principle

Open/Closed Principle

Liskov Substitution Principle

Interface Segregation Principle

Câu hỏi kiểm tra kiến thức về nguyên tắc SOLID, yêu cầu nhớ và hiểu ý nghĩa của chữ 'L' trong acronym này.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 28: Trong kiểm thử phần mềm, 'Test Coverage' (độ bao phủ kiểm thử) đo lường điều gì?

Số lượng test case đã được thực hiện.

Thời gian cần thiết để thực hiện kiểm thử.

Số lượng lỗi phát hiện được trong quá trình kiểm thử.

Tỷ lệ phần trăm mã nguồn, nhánh rẽ, hoặc đường dẫn thực thi đã được kiểm thử bởi các test case.

Câu hỏi kiểm tra kiến thức về kiểm thử phần mềm, cụ thể là Test Coverage và ý nghĩa của nó trong đánh giá phạm vi kiểm thử.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 29: 'Mô hình xoắn ốc' (Spiral Model) trong phát triển phần mềm đặc biệt phù hợp với loại dự án nào?

Dự án có yêu cầu rõ ràng và ít thay đổi.

Dự án phức tạp, rủi ro cao, yêu cầu linh hoạt và đánh giá rủi ro liên tục trong quá trình phát triển.

Dự án nhỏ, thời gian phát triển ngắn.

Dự án mà khách hàng không tham gia vào quá trình phát triển.

Câu hỏi kiểm tra kiến thức về mô hình xoắn ốc và tình huống ứng dụng phù hợp của nó, đặc biệt khi có rủi ro cao.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 13

Câu 30: 'Tính bảo trì' (Maintainability) là một thuộc tính chất lượng quan trọng của phần mềm. ??iều gì sau đây KHÔNG phải là yếu tố ảnh hưởng đến tính bảo trì?

Độ phức tạp của mã nguồn.

Tính dễ đọc và rõ ràng của code (code readability).

Hiệu năng thực thi của phần mềm.

Mức độ tuân thủ các chuẩn mực và quy ước lập trình.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Câu hỏi kiểm tra kiến thức về tính bảo trì và các yếu tố ảnh hưởng đến nó, yêu cầu nhận diện yếu tố không liên quan.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 14

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 1: Trong bối cảnh phát triển phần mềm hiện đại, phương pháp luận Agile nhấn mạnh điều gì là quan trọng nhất?

Tuân thủ nghiêm ngặt quy trình và tài liệu được xác định trước.

Phản hồi nhanh chóng với thay đổi và tương tác với khách hàng thường xuyên.

Hoàn thành tất cả các giai đoạn phát triển theo kế hoạch ban đầu.

Tối ưu hóa chi phí phát triển bằng cách giảm thiểu giao tiếp với khách hàng.

Câu hỏi tập trung vào giá trị cốt lõi của Agile. Agile ưu tiên sự linh hoạt, thích ứng và tương tác chặt chẽ với khách hàng hơn là quy trình cứng nhắc và tài liệu toàn diện.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 2: Một nhóm phát triển phần mềm đang sử dụng Scrum. Trong sự kiện Sprint Review, mục đích chính của nhóm là gì?

Lập kế hoạch cho các công việc cần thực hiện trong Sprint tiếp theo.

Thảo luận và giải quyết các vấn đề kỹ thuật phát sinh trong Sprint.

Trình diễn sản phẩm gia tăng (Increment) đã hoàn thành và thu thập phản hồi từ các bên liên quan.

Đánh giá hiệu suất làm việc của từng thành viên trong nhóm phát triển.

Sprint Review là sự kiện để nhóm Scrum trình diễn kết quả Sprint cho các bên liên quan và thu thập phản hồi, không phải để lập kế hoạch hay giải quyết vấn đề nội bộ nhóm.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 3: Khi nào mô hình phát triển phần mềm Waterfall (thác nước) được xem là phù hợp nhất?

Khi yêu cầu của dự án được xác định rõ ràng và ít có khả năng thay đổi.

Khi khách hàng không chắc chắn về yêu cầu và cần sự linh hoạt cao.

Khi dự án có rủi ro cao và cần đánh giá rủi ro ở mỗi giai đoạn.

Khi cần phát triển phần mềm trong thời gian ngắn với các phiên bản lặp đi lặp lại.

Waterfall phù hợp khi yêu cầu rõ ràng, ổn định và ít có khả năng thay đổi. Các lựa chọn khác mô tả tình huống ngược lại hoặc đặc điểm của mô hình khác.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 4: Trong kiểm thử phần mềm, kiểm thử hộp đen (Black-box testing) tập trung vào khía cạnh nào?

Kiểm tra cấu trúc mã nguồn và logic bên trong của chương trình.

Kiểm tra chức năng và hành vi của phần mềm dựa trên đặc tả yêu cầu.

Đánh giá hiệu năng và khả năng chịu tải của hệ thống.

Phát hiện các lỗi liên quan đến giao diện người dùng và trải nghiệm người dùng.

Kiểm thử hộp đen chỉ quan tâm đến chức năng bên ngoài của phần mềm (input/output) mà không cần biết cấu trúc bên trong. Các lựa chọn khác liên quan đến kiểm thử hộp trắng hoặc khía cạnh khác.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 5: Điều gì KHÔNG phải là một nguyên tắc cơ bản của lập trình hướng đối tượng (OOP)?

Tính đóng gói (Encapsulation)

Tính kế thừa (Inheritance)

Tính đa hình (Polymorphism)

Phân tách tầng (Layered Architecture)

OOP có 4 nguyên tắc chính: trừu tượng, đóng gói, kế thừa, đa hình. 'Phân tách tầng' không phải là một nguyên tắc cốt lõi của OOP mà là một mẫu kiến trúc phần mềm.

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 6: Trong UML (Unified Modeling Language), loại biểu đồ nào được sử dụng để mô tả các tương tác giữa các đối tượng theo thời gian?

Biểu đồ lớp (Class Diagram)

Biểu đồ ca sử dụng (Use Case Diagram)

Biểu đồ tuần tự (Sequence Diagram)

Biểu đồ trạng thái (State Diagram)

Biểu đồ tuần tự (Sequence Diagram) trong UML thể hiện rõ các tương tác giữa các đối tượng theo trình tự thời gian. Các lựa chọn khác là các loại biểu đồ UML khác với mục đích khác nhau.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 7: Mục tiêu chính của giai đoạn 'Phân tích yêu cầu' trong quy trình phát triển phần mềm là gì?

Thiết kế cấu trúc và kiến trúc tổng thể của phần mềm.

Hiểu rõ vấn đề và xác định chính xác những gì người dùng mong muốn ở phần mềm.

Viết mã nguồn chương trình và xây dựng các thành phần chức năng.

Kiểm tra và đảm bảo chất lượng của phần mềm trước khi bàn giao.

Phân tích yêu cầu tập trung vào việc hiểu và làm rõ nhu cầu của người dùng và các bên liên quan để xác định yêu cầu phần mềm. Các lựa chọn khác là mục tiêu của các giai đoạn khác.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 8: Khái niệm 'coupling' (kết nối) và 'cohesion' (liên kết) trong thiết kế phần mềm mô tả điều gì?

Mức độ phụ thuộc lẫn nhau giữa các module và mức độ liên quan chức năng bên trong một module.

Tốc độ thực thi của chương trình và mức độ sử dụng tài nguyên hệ thống.

Độ phức tạp của mã nguồn và khả năng bảo trì của phần mềm.

Quy trình kiểm thử phần mềm và phương pháp quản lý dự án.

Coupling nói về sự phụ thuộc giữa các module, cohesion nói về sự liên quan bên trong một module. Thiết kế tốt hướng tới 'low coupling' và 'high cohesion'.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 9: Mẫu thiết kế (Design Pattern) Singleton giải quyết vấn đề gì?

Tạo ra các đối tượng phức tạp theo từng bước.

Cho phép một đối tượng thay đổi hành vi của nó khi trạng thái bên trong thay đổi.

Đảm bảo rằng một class chỉ có một instance duy nhất và cung cấp một điểm truy cập toàn cục đến nó.

Phân tách một thuật toán từ cấu trúc đối tượng mà nó hoạt động trên.

Singleton đảm bảo chỉ có một instance duy nhất của một class được tạo ra. Các lựa chọn khác mô tả các mẫu thiết kế khác hoặc vấn đề khác.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 10: Trong quản lý cấu hình phần mềm (Software Configuration Management - SCM), 'branching' (phân nhánh) được sử dụng để làm gì?

Tự động hóa quy trình build và triển khai phần mềm.

Cho phép các nhóm phát triển làm việc song song trên các tính năng hoặc phiên bản khác nhau.

Theo dõi và quản lý các thay đổi về yêu cầu trong suốt dự án.

Đảm bảo tính toàn vẹn và bảo mật của mã nguồn phần mềm.

Branching trong SCM cho phép phát triển song song các tính năng hoặc phiên bản khác nhau mà không ảnh hưởng đến codebase chính. Các lựa chọn khác không đúng mục đích của branching.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 11: Đâu là lợi ích chính của việc sử dụng hệ thống kiểm soát phiên bản (Version Control System - VCS) như Git?

Tăng tốc độ biên dịch mã nguồn.

Tự động phát hiện và sửa lỗi mã nguồn.

Cải thiện hiệu suất của ứng dụng sau khi triển khai.

Cho phép theo dõi lịch sử thay đổi mã nguồn và cộng tác hiệu quả giữa các thành viên.

VCS giúp theo dõi lịch sử thay đổi, cộng tác, phục hồi và quản lý các phiên bản mã nguồn. Các lựa chọn khác chỉ là lợi ích phụ hoặc không phải lợi ích chính.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 12: Kiểm thử đơn vị (Unit testing) thường được thực hiện ở giai đoạn nào của quy trình phát triển phần mềm?

Trong giai đoạn phát triển (Development/Coding).

Trong giai đoạn kiểm thử tích hợp (Integration Testing).

Trong giai đoạn kiểm thử hệ thống (System Testing).

Trong giai đoạn triển khai (Deployment).

Kiểm thử đơn vị được thực hiện sớm, thường là trong giai đoạn phát triển (coding), để kiểm tra các thành phần nhỏ nhất của phần mềm. Các lựa chọn khác là giai đoạn kiểm thử khác hoặc giai đoạn khác của SDLC.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 13: 'Technical debt' (nợ kỹ thuật) trong phát triển phần mềm đề cập đến điều gì?

Số tiền mà dự án phần mềm vượt quá ngân sách ban đầu.

Thời gian trễ so với lịch trình dự án đã được lên kế hoạch.

Hậu quả của việc lựa chọn giải pháp không tối ưu trong ngắn hạn, gây khó khăn cho việc bảo trì và phát triển trong tương lai.

Số lượng lỗi còn tồn tại trong phần mềm sau khi đã triển khai.

Nợ kỹ thuật là hậu quả của việc chọn giải pháp dễ dàng, nhanh chóng nhưng không tối ưu, dẫn đến vấn đề trong tương lai. Các lựa chọn khác không chính xác về bản chất của nợ kỹ thuật.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 14: Phương pháp 'Refactoring' (tái cấu trúc mã) trong lập trình nhằm mục đích gì?

Thêm chức năng mới vào phần mềm.

Cải thiện cấu trúc và khả năng đọc hiểu của mã nguồn mà không thay đổi hành vi bên ngoài.

Sửa lỗi và vá các lỗ hổng bảo mật trong phần mềm.

Tối ưu hóa hiệu suất và tốc độ thực thi của chương trình.

Refactoring cải thiện cấu trúc và chất lượng mã nguồn mà không thay đổi chức năng bên ngoài. Các lựa chọn khác mô tả mục đích khác hoặc không phải refactoring.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 15: 'Microservices architecture' (kiến trúc vi dịch vụ) có ưu điểm chính nào so với kiến trúc monolithic (nguyên khối)?

Đơn giản hóa quá trình phát triển và triển khai ban đầu.

Giảm độ phức tạp trong quản lý cơ sở dữ liệu.

Tăng tính độc lập và khả năng mở rộng linh hoạt cho từng chức năng.

Cải thiện hiệu suất tổng thể của hệ thống trong mọi trường hợp.

Microservices có tính độc lập, dễ mở rộng, linh hoạt hơn so với monolithic. Các lựa chọn khác có thể đúng nhưng không phải ưu điểm chính của microservices *so với* monolithic.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 16: Trong mô hình OSI (Open Systems Interconnection), tầng nào chịu trách nhiệm đảm bảo truyền dữ liệu tin cậy giữa hai hệ thống?

Tầng Mạng (Network Layer)

Tầng Vận chuyển (Transport Layer)

Tầng Liên kết dữ liệu (Data Link Layer)

Tầng Vật lý (Physical Layer)

Tầng Vận chuyển (Transport Layer) trong mô hình OSI đảm bảo truyền dữ liệu tin cậy (ví dụ: TCP). Các tầng khác có chức năng khác nhau.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 17: 'SOLID' là tập hợp các nguyên tắc thiết kế hướng đối tượng. Chữ 'L' trong SOLID đại diện cho nguyên tắc nào?

Nguyên tắc duy nhất (Single Responsibility Principle)

Nguyên tắc mở đóng (Open/Closed Principle)

Nguyên tắc thay thế Liskov (Liskov Substitution Principle)

Nguyên tắc phân tách giao diện (Interface Segregation Principle)

Chữ 'L' trong SOLID là nguyên tắc thay thế Liskov (Liskov Substitution Principle). Các lựa chọn khác là các nguyên tắc khác trong SOLID hoặc không liên quan.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 18: Kỹ thuật 'Code review' (đánh giá mã) mang lại lợi ích gì cho chất lượng phần mềm?

Tăng tốc độ viết mã của lập trình viên.

Giảm chi phí kiểm thử phần mềm.

Tự động sửa lỗi mã nguồn.

Phát hiện lỗi sớm, chia sẻ kiến thức và đảm bảo chất lượng mã nguồn.

Code review giúp phát hiện lỗi sớm, chia sẻ kiến thức, đảm bảo chuẩn mã và cải thiện chất lượng mã. Các lựa chọn khác là lợi ích phụ hoặc không phải lợi ích chính.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 19: 'Continuous Integration' (CI - Tích hợp liên tục) và 'Continuous Delivery' (CD - Phân phối liên tục) là gì trong DevOps?

CI là phương pháp quản lý dự án Agile, CD là công cụ kiểm thử tự động.

CI là thực hành tích hợp mã thường xuyên, CD là tự động hóa quy trình phân phối phần mềm.

CI là quy trình kiểm thử bảo mật, CD là quy trình triển khai lên môi trường production.

CI và CD là hai mô hình phát triển phần mềm khác nhau.

CI là tích hợp mã thường xuyên, CD là tự động hóa quy trình phân phối. Cả hai giúp phát triển và triển khai nhanh chóng, tin cậy. Các lựa chọn khác chỉ mô tả một phần hoặc không chính xác.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 20: Trong kiểm thử hiệu năng (Performance testing), 'load testing' (kiểm thử tải) nhằm mục đích gì?

Đo thời gian phản hồi của hệ thống với một người dùng duy nhất.

Kiểm tra khả năng phục hồi của hệ thống sau sự cố.

Đánh giá hiệu năng của hệ thống khi có số lượng lớn người dùng đồng thời truy cập.

Tìm ra giới hạn chịu tải tối đa của hệ thống trước khi bị sập.

Load testing kiểm tra hiệu năng của hệ thống dưới tải trọng dự kiến. Các lựa chọn khác mô tả loại kiểm thử hiệu năng khác hoặc mục đích khác.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 21: 'Tính trừu tượng' (Abstraction) trong lập trình hướng đối tượng giúp ích gì?

Giảm độ phức tạp bằng cách ẩn đi các chi tiết không cần thiết và tập trung vào những khía cạnh quan trọng.

Tăng tốc độ thực thi của chương trình.

Tiết kiệm bộ nhớ sử dụng.

Tăng cường bảo mật cho ứng dụng.

Trừu tượng giúp ẩn đi chi tiết phức tạp, tập trung vào bản chất và giao diện sử dụng. Các lựa chọn khác không phải lợi ích chính của trừu tượng.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 22: 'Test-Driven Development' (TDD - Phát triển hướng kiểm thử) là gì?

Một loại kiểm thử phần mềm được thực hiện bởi người dùng cuối.

Một công cụ tự động tạo mã nguồn từ đặc tả yêu cầu.

Một quy trình kiểm thử phần mềm sau khi đã hoàn thành phát triển.

Một phương pháp phát triển phần mềm mà trong đó kiểm thử được viết trước khi viết mã nguồn.

TDD là viết test trước khi viết code, giúp code rõ ràng, dễ kiểm thử và giảm lỗi. Các lựa chọn khác mô tả sai về TDD.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 23: 'Design pattern' (mẫu thiết kế) 'Observer' được sử dụng khi nào?

Khi cần tạo ra các đối tượng phức tạp theo từng bước.

Khi cần đảm bảo một class chỉ có một instance duy nhất.

Khi một đối tượng cần thông báo sự thay đổi trạng thái của nó cho nhiều đối tượng khác một cách tự động.

Khi cần phân tách thuật toán từ cấu trúc dữ liệu mà nó hoạt động trên.

Observer dùng khi một đối tượng (subject) thay đổi trạng thái, cần thông báo cho nhiều đối tượng khác (observers) một cách tự động. Các lựa chọn khác mô tả tình huống không phù hợp với Observer.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 24: 'Smoke testing' (kiểm thử khói) thường được thực hiện để làm gì?

Kiểm tra nhanh các chức năng chính của phần mềm sau khi build để đảm bảo hệ thống ổn định ở mức cơ bản.

Kiểm tra chi tiết tất cả các chức năng và đường dẫn mã.

Kiểm tra hiệu năng của hệ thống dưới tải trọng cao.

Kiểm tra bảo mật của hệ thống trước các tấn công.

Smoke testing là kiểm thử nhanh để đảm bảo các chức năng cốt lõi hoạt động, thường sau build mới. Các lựa chọn khác không phải mục đích chính của smoke testing.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 25: 'Regression testing' (kiểm thử hồi quy) được thực hiện khi nào?

Trước khi triển khai phần mềm lên môi trường production.

Sau khi có bất kỳ thay đổi nào về mã nguồn (ví dụ: sửa lỗi, thêm tính năng mới) để đảm bảo các chức năng cũ vẫn hoạt động đúng.

Trong giai đoạn phân tích yêu cầu để xác định các trường hợp kiểm thử.

Khi phát hiện lỗi nghiêm trọng trong quá trình kiểm thử hệ thống.

Regression testing thực hiện sau thay đổi mã (sửa lỗi, thêm tính năng) để đảm bảo thay đổi không gây ra lỗi mới hoặc làm hỏng chức năng cũ. Các lựa chọn khác không đúng thời điểm hoặc mục đích của regression testing.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 26: 'Code smell' (mùi mã) là gì trong lập trình?

Lỗi cú pháp trong mã nguồn khiến chương trình không biên dịch được.

Lỗi logic trong mã nguồn dẫn đến kết quả sai khi chạy chương trình.

Dấu hiệu trong mã nguồn có thể cho thấy vấn đề tiềm ẩn về thiết kế hoặc chất lượng mã, cần được xem xét và tái cấu trúc.

Phong cách viết mã không tuân thủ theo chuẩn mực chung.

Code smell là dấu hiệu trong mã có thể chỉ ra vấn đề thiết kế hoặc chất lượng mã kém, cần xem xét và cải thiện. Các lựa chọn khác không phải định nghĩa code smell.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 27: 'Technical documentation' (tài liệu kỹ thuật) quan trọng như thế nào trong dự án phần mềm?

Rất quan trọng, giúp các thành viên dự án hiểu rõ về hệ thống, dễ dàng bảo trì, nâng cấp và chuyển giao kiến thức.

Không quá quan trọng, mã nguồn tự giải thích là đủ.

Chỉ cần thiết cho các dự án lớn và phức tạp.

Chỉ cần tài liệu hướng dẫn sử dụng cho người dùng cuối.

Tài liệu kỹ thuật rất quan trọng để hiểu, bảo trì, phát triển và truyền đạt thông tin về phần mềm. Các lựa chọn khác đánh giá thấp vai trò của tài liệu.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 28: 'Agile Manifesto' (Tuyên ngôn Agile) ưu tiên giá trị nào hơn so với quy trình và công cụ?

Quy trình và công cụ hơn là cá nhân và tương tác.

Cá nhân và tương tác hơn là quy trình và công cụ.

Tài liệu toàn diện hơn là phần mềm chạy tốt.

Hợp đồng và đàm phán hơn là cộng tác với khách hàng.

Agile Manifesto ưu tiên 'Cá nhân và tương tác' hơn 'Quy trình và công cụ'. Các lựa chọn khác không phản ánh đúng giá trị cốt lõi của Agile Manifesto.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 29: 'Code coverage' (độ bao phủ mã) là gì trong kiểm thử phần mềm?

Số lượng lỗi được phát hiện trong quá trình kiểm thử.

Thời gian cần thiết để thực hiện kiểm thử.

Mức độ dễ sử dụng của phần mềm.

Một số đo lường phần trăm mã nguồn đã được thực thi bởi các test case, giúp đánh giá mức độ kiểm thử.

Code coverage đo phần trăm mã đã được thực thi bởi test cases, giúp đánh giá mức độ kiểm thử. Các lựa chọn khác không phải định nghĩa code coverage.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 14

Câu 30: Trong bảo trì phần mềm, 'perfective maintenance' (bảo trì hoàn thiện) nhằm mục đích gì?

Sửa lỗi phát sinh sau khi phần mềm đã được triển khai.

Điều chỉnh phần mềm để phù hợp với môi trường hoạt động mới.

Cải thiện hiệu năng, thêm chức năng mới hoặc nâng cao khả năng bảo trì của phần mềm.

Ngăn chặn lỗi xảy ra trong tương lai.

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Perfective maintenance là cải thiện hiệu năng, chức năng hoặc khả năng bảo trì của phần mềm. Các lựa chọn khác mô tả các loại bảo trì khác hoặc mục đích khác.

Bạn đã sẵn sàng chưa? 45 phút làm bài bắt đầu!!!

Bạn đã hết giờ làm bài! Xem kết quả các câu hỏi đã làm nhé!!!

Trắc nghiệm Công nghệ phần mềm

Trắc nghiệm Công nghệ phần mềm - Đề 15

1 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 1: Một công ty phát triển phần mềm đang xem xét hai mô hình quy trình phát triển: Mô hình Thác nước (Waterfall) và Mô hình Linh hoạt (Agile - Scrum). Dự án sắp tới có yêu cầu không rõ ràng và dự kiến sẽ thay đổi thường xuyên trong quá trình phát triển. Thời gian đưa sản phẩm ra thị trường là yếu tố cạnh tranh quan trọng. Dựa trên đặc điểm dự án, mô hình nào phù hợp hơn và tại sao?

Mô hình Thác nước, vì nó có cấu trúc rõ ràng và dễ quản lý tiến độ.

Mô hình Linh hoạt (Agile), vì nó có khả năng thích ứng cao với thay đổi yêu cầu và ưu tiên giao sản phẩm sớm.

Mô hình Thác nước, vì nó đảm bảo tất cả yêu cầu được đặc tả đầy đủ trước khi bắt đầu lập trình.

Cả hai mô hình đều phù hợp như nhau, tùy thuộc vào kinh nghiệm của đội phát triển.

Câu hỏi yêu cầu áp dụng kiến thức về các mô hình phát triển phần mềm vào một kịch bản cụ thể. Dự án có yêu cầu thay đổi thường xuyên và cần thời gian ra mắt nhanh, đây là đặc điểm phù hợp với các mô hình linh hoạt như Agile/Scrum, vốn ưu tiên phản ứng với thay đổi và phân phối lặp đi lặp lại các phiên bản làm việc.

2 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 2: Trong giai đoạn Phân tích Yêu cầu của quy trình phát triển phần mềm, kỹ thuật nào sau đây giúp phát hiện và làm rõ các mâu thuẫn, sự không nhất quán hoặc thiếu sót trong các yêu cầu đã thu thập?

Thiết kế kiến trúc hệ thống (System Architecture Design)

Kiểm thử đơn vị (Unit Testing)

Xác nhận yêu cầu (Requirement Validation)

Quản lý cấu hình (Configuration Management)

Câu hỏi kiểm tra kiến thức về các kỹ thuật trong giai đoạn Phân tích Yêu cầu. Kiểm tra chéo yêu cầu (Requirement Cross-checking) hoặc Xác nhận yêu cầu (Requirement Validation) là các kỹ thuật chủ yếu được sử dụng để rà soát, phát hiện lỗi và đảm bảo tính đúng đắn, đầy đủ, nhất quán của tập yêu cầu.

3 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 3: Một đội phát triển đang thiết kế một module phần mềm xử lý thông tin khách hàng. Module này cần thực hiện nhiều chức năng khác nhau như thêm khách hàng mới, cập nhật thông tin, tìm kiếm và xóa khách hàng. Để đảm bảo tính dễ bảo trì và tái sử dụng, nhóm nên áp dụng nguyên tắc thiết kế nào?

Tính kết dính cao (High Cohesion)

Tính ghép nối lỏng lẻo (Low Coupling)

Trừu tượng hóa dữ liệu (Data Abstraction)

Đóng gói thông tin (Information Hiding)

Câu hỏi yêu cầu áp dụng nguyên tắc thiết kế phần mềm. Nguyên tắc Single Responsibility Principle (SRP) trong SOLID (và khái niệm tương tự về tính kết dính cao - High Cohesion) khuyến khích mỗi module/class chỉ nên có một lý do duy nhất để thay đổi, tức là nó chỉ chịu trách nhiệm cho một phần chức năng cụ thể. Việc tách các chức năng khác nhau (thêm, sửa, xóa, tìm kiếm) vào các đơn vị logic riêng biệt giúp tăng tính kết dính nội bộ và giảm sự phụ thuộc.

4 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 4: Trong quá trình kiểm thử phần mềm, loại kiểm thử nào tập trung vào việc xác minh xem hệ thống hoạt động đúng đắn trên môi trường triển khai cuối cùng (bao gồm phần cứng, hệ điều hành, phần mềm khác) và đáp ứng các yêu cầu phi chức năng như hiệu năng, bảo mật, khả năng sử dụng?

Kiểm thử đơn vị (Unit Testing)

Kiểm thử tích hợp (Integration Testing)

Kiểm thử chấp nhận (Acceptance Testing)

Kiểm thử hệ thống (System Testing)

Câu hỏi kiểm tra kiến thức về các loại kiểm thử. Kiểm thử hệ thống (System Testing) là giai đoạn kiểm thử toàn bộ hệ thống tích hợp trên môi trường giống với môi trường sản phẩm cuối cùng, tập trung vào cả yêu cầu chức năng và phi chức năng.

5 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 5: Một dự án phần mềm đang gặp khó khăn trong việc ước lượng thời gian hoàn thành chính xác do yêu cầu thay đổi liên tục và công nghệ mới chưa quen thuộc. Đây là ví dụ về loại rủi ro nào trong quản lý dự án phần mềm?

Rủi ro kỹ thuật (Technical Risks)

Rủi ro dự án (Project Risks)

Rủi ro nghiệp vụ (Business Risks)

Rủi ro bảo mật (Security Risks)

Câu hỏi yêu cầu phân tích kịch bản dự án để xác định loại rủi ro. Yêu cầu thay đổi liên tục và công nghệ mới là các yếu tố không chắc chắn ảnh hưởng đến phạm vi, thời gian và chi phí, thuộc nhóm rủi ro dự án (Project Risks).

6 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 6: So sánh Mô hình Thác nước và Mô hình V-Model trong phát triển phần mềm. Điểm khác biệt cốt lõi nào của V-Model so với Thác nước?

V-Model cho phép lặp lại các giai đoạn phát triển.

V-Model tập trung hơn vào việc giao sản phẩm sớm.

V-Model liên kết trực tiếp các giai đoạn phát triển với các giai đoạn kiểm thử tương ứng.

V-Model loại bỏ hoàn toàn giai đoạn bảo trì.

Câu hỏi yêu cầu so sánh hai mô hình. Điểm đặc trưng của V-Model là việc liên kết chặt chẽ mỗi giai đoạn phát triển với một giai đoạn kiểm thử tương ứng. Ví dụ, giai đoạn yêu cầu được kiểm thử bằng kiểm thử chấp nhận, giai đoạn thiết kế hệ thống được kiểm thử bằng kiểm thử hệ thống, v.v.

7 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 7: Một Use Case (Trường hợp sử dụng) mô tả tương tác giữa 'Tác nhân' (Actor) và 'Hệ thống' để đạt được một mục tiêu cụ thể. Thành phần nào sau đây KHÔNG phải là một phần điển hình của mô tả chi tiết một Use Case?

Luồng chính của các bước (Main Flow)

Các luồng thay thế hoặc ngoại lệ (Alternative/Exception Flows)

Điều kiện tiên quyết và sau khi hoàn thành (Pre/Post Conditions)

Mã nguồn của các chức năng (Source code implementation)

Câu hỏi kiểm tra cấu trúc của một Use Case. Mô tả chi tiết Use Case thường bao gồm tên Use Case, tác nhân chính, mục tiêu, luồng chính của các bước, các luồng thay thế/ngoại lệ, điều kiện tiên quyết, điều kiện sau khi hoàn thành. Mã nguồn của các chức năng (Source code implementation) thuộc về giai đoạn triển khai, không phải mô tả Use Case.

8 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 8: Khi phân tích một Sơ đồ luồng dữ liệu (Data Flow Diagram - DFD) ở mức ngữ cảnh (Context Level), chúng ta thường thấy gì?

Một tiến trình duy nhất biểu diễn toàn bộ hệ thống, các tác nhân ngoài và luồng dữ liệu giữa chúng.

Các tiến trình con chi tiết bên trong hệ thống và các kho dữ liệu nội bộ.

Mối quan hệ giữa các lớp đối tượng trong hệ thống.

Trạng thái của hệ thống và các chuyển đổi giữa các trạng thái.

Câu hỏi yêu cầu hiểu về các cấp độ của DFD. DFD mức ngữ cảnh (level 0) chỉ biểu diễn hệ thống như một tiến trình duy nhất, thể hiện các tác nhân ngoài (external entities) và luồng dữ liệu chính giữa chúng với hệ thống. Nó cung cấp cái nhìn tổng quan nhất về ranh giới hệ thống.

9 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 9: Trong thiết kế kiến trúc phần mềm, có một sự đánh đổi phổ biến giữa hiệu năng (Performance) và khả năng bảo trì (Maintainability). Một kiến trúc tập trung vào hiệu năng cao thường có thể dẫn đến điều gì?

Tăng khả năng tái sử dụng các thành phần.

Giảm khả năng bảo trì do cấu trúc có thể phức tạp hơn.

Luôn đảm bảo tính bảo mật cao hơn.

Giảm chi phí phát triển ban đầu.

Câu hỏi yêu cầu phân tích mối quan hệ giữa các thuộc tính chất lượng. Các tối ưu hóa hiệu năng thường làm cho cấu trúc mã phức tạp hơn, khó hiểu và khó thay đổi, do đó làm giảm khả năng bảo trì. Ngược lại, một thiết kế dễ bảo trì có thể không phải là tối ưu nhất về hiệu năng.

10 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 10: Hệ thống quản lý cấu hình phần mềm (Software Configuration Management - SCM) đóng vai trò quan trọng trong dự án. Chức năng cốt lõi nào của SCM giúp theo dõi và kiểm soát các thay đổi đối với mã nguồn, tài liệu và các cấu phần khác của dự án?

Quản lý phiên bản (Version Control)

Kiểm thử tự động (Automated Testing)

Lập lịch biểu dự án (Project Scheduling)

Phân tích yêu cầu (Requirements Analysis)

Câu hỏi kiểm tra kiến thức về chức năng của SCM. Chức năng quản lý phiên bản (Version Control) là cốt lõi của SCM, cho phép theo dõi lịch sử thay đổi, quay ngược về các phiên bản trước, và làm việc cộng tác trên cùng một tập tin/mã nguồn.

11 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 11: Refactoring (Tái cấu trúc) mã nguồn là một hoạt động quan trọng trong bảo trì và phát triển phần mềm. Mục tiêu chính của việc Refactoring là gì?

Thêm chức năng mới cho phần mềm.

Sửa lỗi chức năng (bugs) trong phần mềm.

Cải thiện cấu trúc nội bộ và chất lượng mã nguồn mà không thay đổi chức năng.

Giảm kích thước tệp thực thi của phần mềm.

Câu hỏi kiểm tra mục đích của Refactoring. Refactoring là quá trình cải thiện cấu trúc nội bộ của mã nguồn mà không thay đổi chức năng bên ngoài, nhằm làm cho mã dễ đọc, dễ hiểu, dễ bảo trì và mở rộng hơn.

12 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 12: Độ phức tạp chu trình (Cyclomatic Complexity) là một metric đo lường độ phức tạp của mã nguồn. Độ phức tạp chu trình cao cho thấy điều gì về một hàm hoặc module?

Hàm/module đó có hiệu năng rất tốt.

Hàm/module đó phức tạp, khó hiểu, khó kiểm thử và dễ phát sinh lỗi.

Hàm/module đó có ít dòng mã hơn so với các hàm khác.

Hàm/module đó đã được tối ưu hóa hoàn toàn.

Câu hỏi yêu cầu diễn giải ý nghĩa của một metric phần mềm. Độ phức tạp chu trình đo số lượng đường đi độc lập trong mã nguồn. Giá trị cao chỉ ra rằng hàm/module đó có nhiều nhánh logic, phức tạp, khó hiểu, khó kiểm thử và dễ phát sinh lỗi.

13 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 13: Để xác nhận rằng các yêu cầu phần mềm đã được hiểu đúng và phản ánh chính xác nhu cầu của người dùng/khách hàng, kỹ thuật nào sau đây thường được sử dụng, đặc biệt là với sự tham gia của các bên liên quan?

Rà soát yêu cầu (Requirements Review)

Thiết kế cơ sở dữ liệu (Database Design)

Kiểm thử tải (Load Testing)

Phân tích độ phức tạp thuật toán (Algorithm Complexity Analysis)

Câu hỏi kiểm tra kỹ thuật xác nhận yêu cầu. Việc rà soát yêu cầu (Requirements Review) với sự tham gia của khách hàng và các bên liên quan là phương pháp hiệu quả để đảm bảo yêu cầu được hiểu đúng và đầy đủ.

14 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 14: Một kiến trúc phần mềm được mô tả là có nhiều thành phần độc lập, mỗi thành phần cung cấp một dịch vụ cụ thể và giao tiếp với nhau thông qua các giao thức nhẹ (như HTTP với JSON/XML). Các thành phần này có thể được triển khai và mở rộng độc lập. Đây là mô tả điển hình của kiến trúc nào?

Kiến trúc Đơn khối (Monolithic Architecture)

Kiến trúc Lớp (Layered Architecture)

Kiến trúc Microservices (Microservices Architecture)

Kiến trúc Client-Server truyền thống

Câu hỏi yêu cầu nhận diện kiến trúc phần mềm dựa trên mô tả đặc điểm. Mô tả này khớp với kiến trúc Microservices, nơi hệ thống được chia thành các dịch vụ nhỏ, độc lập, giao tiếp qua mạng.

15 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 15: Khi kiểm thử tích hợp (Integration Testing) một hệ thống có nhiều module phụ thuộc lẫn nhau, chiến lược nào bắt đầu bằng việc kiểm thử các module cấp thấp nhất (bottom-level modules) trước, sau đó tích hợp và kiểm thử dần lên các module cấp cao hơn?

Kiểm thử tích hợp Top-Down (Top-Down Integration Testing)

Kiểm thử tích hợp Bottom-Up (Bottom-Up Integration Testing)

Kiểm thử tích hợp Big Bang (Big Bang Integration Testing)

Kiểm thử khói (Smoke Testing)

Câu hỏi kiểm tra các chiến lược kiểm thử tích hợp. Chiến lược Bottom-Up Integration Testing bắt đầu từ các module nhỏ nhất, kiểm thử chúng, sau đó kết hợp chúng thành các cụm lớn hơn và kiểm thử các cụm đó, tiếp tục cho đến khi toàn bộ hệ thống được tích hợp.

16 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 16: Một nhóm phát triển nhận yêu cầu thay đổi từ khách hàng để bổ sung một tính năng mới chưa từng có trong hệ thống hiện tại. Loại hoạt động bảo trì phần mềm này được phân loại là gì?

Bảo trì khắc phục (Corrective Maintenance)

Bảo trì phòng ngừa (Preventive Maintenance)

Bảo trì hoàn thiện (Perfective Maintenance)

Bảo trì thích nghi (Adaptive Maintenance)

Câu hỏi kiểm tra các loại bảo trì phần mềm. Việc thêm chức năng mới hoặc cải thiện hiệu năng/khả năng sử dụng được gọi là bảo trì thích nghi (Adaptive Maintenance) hoặc bảo trì hoàn thiện (Perfective Maintenance) tùy theo cách phân loại. Tuy nhiên, trong các lựa chọn, 'Bảo trì hoàn thiện' (Perfective Maintenance) là phù hợp nhất để mô tả việc thêm tính năng mới nhằm cải thiện hoặc mở rộng hệ thống.

17 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 17: Phương pháp ước lượng chi phí và thời gian dự án phần mềm COCOMO (Constructive Cost Model) dựa trên điều gì để đưa ra dự đoán?

Số lượng cuộc họp của đội dự án.

Chỉ dựa vào kinh nghiệm cá nhân của người quản lý dự án.

Số lượng lỗi được tìm thấy trong giai đoạn kiểm thử.

Kích thước dự án (LOC hoặc Function Points) và các yếu tố điều chỉnh chi phí.

Câu hỏi kiểm tra kiến thức về mô hình ước lượng COCOMO. COCOMO là một mô hình thuật toán dựa trên kích thước của dự án (thường đo bằng dòng mã - LOC hoặc điểm chức năng - Function Points) và các yếu tố điều chỉnh chi phí (cost drivers) liên quan đến sản phẩm, phần cứng, nhân lực và dự án.

18 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 18: Mô hình CMMI (Capability Maturity Model Integration) được sử dụng để đánh giá và cải thiện quy trình phần mềm của một tổ chức. Cấp độ trưởng thành (Maturity Level) cao nhất trong CMMI là gì, nơi các quy trình được quản lý định lượng và liên tục được cải tiến dựa trên phản hồi và dữ liệu?

Level 1: Initial (Khởi tạo)

Level 3: Defined (Được định nghĩa)

Level 4: Quantitatively Managed (Được quản lý định lượng)

Level 5: Optimizing (Tối ưu hóa)

Câu hỏi kiểm tra các cấp độ của mô hình CMMI. Cấp độ 5, Optimization (Tối ưu hóa), là cấp độ cao nhất, đặc trưng bởi việc liên tục cải thiện quy trình dựa trên dữ liệu định lượng và các đổi mới công nghệ.

19 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 19: Tài liệu Đặc tả Yêu cầu Phần mềm (Software Requirements Specification - SRS) là một tài liệu quan trọng. Mục đích chính của tài liệu SRS là gì?

Mô tả chi tiết cấu trúc cơ sở dữ liệu của hệ thống.

Đặc tả rõ ràng và đầy đủ các yêu cầu chức năng và phi chức năng của phần mềm.

Hướng dẫn sử dụng chi tiết cho người dùng cuối.

Liệt kê tất cả các lỗi (bugs) cần sửa trong phần mềm.

Câu hỏi kiểm tra mục đích của tài liệu SRS. SRS là tài liệu chính thức mô tả đầy đủ và chính xác các yêu cầu (chức năng và phi chức năng) của hệ thống, làm cơ sở cho các giai đoạn thiết kế, triển khai, kiểm thử và chấp nhận sau này.

20 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 20: Khi thiết kế giao diện người dùng (User Interface - UI), nguyên tắc 'Nguyên tắc nhận biết' (Recognition rather than recall) đề cập đến điều gì?

Thiết kế giao diện sao cho người dùng dễ dàng nhận ra các tùy chọn và hành động thay vì phải ghi nhớ chúng.

Thiết kế giao diện sử dụng màu sắc và hình ảnh bắt mắt để thu hút sự chú ý.

Giới hạn số lượng tùy chọn trên mỗi màn hình để giảm tải nhận thức.

Cung cấp hướng dẫn chi tiết và đầy đủ cho mọi tính năng.

Câu hỏi kiểm tra nguyên tắc thiết kế UI. Nguyên tắc 'Recognition rather than recall' (Nhận biết hơn là nhớ lại) khuyến khích thiết kế giao diện sao cho người dùng có thể dễ dàng nhận ra các tùy chọn, hành động và đối tượng bằng cách hiển thị chúng rõ ràng trên màn hình, thay vì bắt họ phải ghi nhớ thông tin hoặc cú pháp.

21 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 21: Một ứng dụng web xử lý thông tin nhạy cảm của người dùng. Yêu cầu bảo mật quan trọng nhất đối với ứng dụng này là đảm bảo chỉ những người dùng được ủy quyền mới có thể truy cập và xem dữ liệu của chính họ. Đây là yêu cầu liên quan đến khía cạnh bảo mật nào?

Tính sẵn sàng (Availability)

Tính bảo mật (Confidentiality)

Tính toàn vẹn (Integrity)

Tính không chối bỏ (Non-repudiation)

Câu hỏi yêu cầu xác định khía cạnh bảo mật dựa trên kịch bản. Việc đảm bảo chỉ người dùng được ủy quyền mới có quyền truy cập thông tin cụ thể của họ liên quan trực tiếp đến tính bảo mật (Confidentiality), ngăn chặn việc truy cập trái phép vào dữ liệu nhạy cảm.

22 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 22: Mục tiêu chính của Kiểm thử Hiệu năng (Performance Testing) là gì?

Tìm kiếm các lỗi chức năng (bugs) trong mã nguồn.

Xác minh rằng phần mềm đáp ứng tất cả yêu cầu nghiệp vụ.

Đánh giá tốc độ, khả năng phản hồi và sự ổn định của hệ thống dưới các mức tải khác nhau.

Kiểm tra tính bảo mật của ứng dụng.

Câu hỏi kiểm tra mục tiêu của Kiểm thử Hiệu năng. Kiểm thử hiệu năng nhằm đánh giá các đặc tính phi chức năng của hệ thống như tốc độ phản hồi, khả năng chịu tải, ổn định dưới các mức tải khác nhau, v.v.

23 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 23: Khái niệm 'Nợ kỹ thuật' (Technical Debt) trong phát triển phần mềm đề cập đến điều gì?

Chi phí phát sinh trong tương lai để sửa chữa hoặc tái cấu trúc mã nguồn do các lựa chọn kỹ thuật kém trong quá khứ.

Tổng chi phí mua sắm công cụ phần mềm cho dự án.

Số giờ làm thêm của đội phát triển trong một dự án.

Chi phí thuê máy chủ và hạ tầng mạng cho ứng dụng.

Câu hỏi kiểm tra khái niệm 'Nợ kỹ thuật'. Nợ kỹ thuật là hậu quả của việc chọn giải pháp dễ dàng, nhanh chóng trong ngắn hạn (ví dụ: mã hóa vội vàng, thiết kế kém) thay vì giải pháp tốt hơn về mặt kỹ thuật, dẫn đến chi phí gia tăng trong tương lai để sửa chữa, bảo trì hoặc mở rộng hệ thống.

24 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 24: Trong quy trình tích hợp và triển khai liên tục (CI/CD), việc 'Xây dựng tự động' (Automated Build) đóng vai trò gì?

Tự động viết mã nguồn dựa trên yêu cầu.

Tự động thu thập yêu cầu từ khách hàng.

Tự động tạo tài liệu hướng dẫn sử dụng.

Tự động biên dịch mã nguồn, chạy kiểm thử và tạo gói triển khai sau mỗi lần thay đổi mã.

Câu hỏi kiểm tra vai trò của Automated Build trong CI/CD. Xây dựng tự động là quá trình tự động hóa việc biên dịch mã nguồn, chạy kiểm thử, tạo gói triển khai, đảm bảo rằng mọi thay đổi được kiểm tra và đóng gói một cách nhất quán và đáng tin cậy.

25 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 25: Mục đích chính của việc thực hiện 'Xem xét mã nguồn' (Code Review) giữa các thành viên trong đội phát triển là gì?

Kiểm tra hiệu năng thực thi của mã nguồn.

Tìm kiếm lỗi, cải thiện chất lượng mã và chia sẻ kiến thức giữa các thành viên.

Tự động sửa lỗi trong mã nguồn.

Ước lượng thời gian cần thiết để hoàn thành module.

Câu hỏi kiểm tra mục đích của Code Review. Code Review là quá trình các lập trình viên khác đọc và phân tích mã nguồn, nhằm tìm kiếm lỗi, cải thiện chất lượng mã, chia sẻ kiến thức và đảm bảo tuân thủ các quy tắc mã hóa.

26 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 26: Khi một dự án phần mềm quyết định sử dụng lại một thư viện hoặc framework mã nguồn mở phổ biến, họ cần xem xét yếu tố nào sau đây về mặt giấy phép (licensing)?

Màu sắc chủ đạo của logo thư viện/framework.

Số lượng người đóng góp vào dự án mã nguồn mở đó.

Các điều khoản và điều kiện sử dụng, sửa đổi, phân phối lại mã nguồn (giấy phép).

Tổng dung lượng bộ nhớ RAM mà thư viện/framework yêu cầu.

Câu hỏi yêu cầu phân tích yếu tố pháp lý khi sử dụng mã nguồn mở. Giấy phép của thư viện/framework mã nguồn mở quy định cách thức có thể sử dụng, phân phối và sửa đổi mã đó. Việc hiểu rõ giấy phép (ví dụ: MIT, Apache, GPL) là rất quan trọng để tránh vi phạm pháp luật và đảm bảo tương thích với giấy phép của sản phẩm cuối cùng.

27 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 27: Một trong những lợi ích chính của việc áp dụng quy trình Tích hợp liên tục (Continuous Integration - CI) trong dự án phần mềm là gì?

Phát hiện sớm các lỗi tích hợp và giảm thiểu xung đột mã giữa các thành viên.

Loại bỏ hoàn toàn nhu cầu kiểm thử phần mềm.

Giảm đáng kể số lượng dòng mã cần viết.

Chỉ áp dụng cho các dự án phát triển ứng dụng di động.

Câu hỏi kiểm tra lợi ích của CI. CI là thực hành tích hợp mã nguồn thường xuyên (nhiều lần một ngày) vào một kho chung và chạy kiểm thử tự động. Điều này giúp phát hiện sớm các lỗi tích hợp, giảm thiểu xung đột mã và giữ cho mã nguồn luôn ở trạng thái ổn định, sẵn sàng triển khai.

28 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 28: Khi thiết kế một ứng dụng phần mềm tương tác với cơ sở dữ liệu, việc thiết kế cơ sở dữ liệu kém (ví dụ: không chuẩn hóa, thiếu chỉ mục, cấu trúc bảng lỏng lẻo) có thể gây ra hậu quả gì đối với phần mềm?

Giảm chi phí phát triển phần mềm.

Tăng cường tính bảo mật của ứng dụng.

Luôn đảm bảo tính nhất quán của dữ liệu.

Gây ra vấn đề về hiệu năng, khó bảo trì và tiềm ẩn lỗi dữ liệu.

Câu hỏi yêu cầu phân tích tác động của thiết kế CSDL đến phần mềm. Thiết kế CSDL kém có thể dẫn đến hiệu năng truy vấn chậm, khó khăn trong việc thêm/sửa/xóa dữ liệu (dị thường), tăng độ phức tạp cho mã nguồn xử lý dữ liệu, và khó khăn khi mở rộng hệ thống.

29 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 29: Một kỹ sư phần mềm được yêu cầu phát triển một tính năng cho phép thu thập thông tin cá nhân nhạy cảm của người dùng mà không có sự đồng ý rõ ràng của họ, mặc dù việc này hợp pháp theo quy định hiện hành nhưng có thể bị coi là vi phạm quyền riêng tư. Kỹ sư này đang đối mặt với loại vấn đề gì?

Vấn đề kỹ thuật thuần túy (Pure technical problem).

Tình huống tiến thoái lưỡng nan về mặt đạo đức (Ethical dilemma).

Vấn đề hiệu năng (Performance issue).

Lỗi cú pháp (Syntax error).

Câu hỏi đưa ra một kịch bản liên quan đến đạo đức nghề nghiệp. Việc phải cân nhắc giữa yêu cầu công việc (có thể hợp pháp) và các nguyên tắc đạo đức (quyền riêng tư người dùng) là một tình huống tiến thoái lưỡng nan về mặt đạo đức.

30 / 30

Category: Trắc nghiệm Công nghệ phần mềm

Tags: Bộ đề 15

Câu 30: Khi một đội phát triển phần mềm cần một công cụ để theo dõi các lỗi được báo cáo, quản lý tiến độ sửa lỗi và giao tiếp về trạng thái của từng lỗi, loại công cụ nào phù hợp nhất?

Hệ thống quản lý phiên bản (Version Control System - VCS).

Môi trường phát triển tích hợp (Integrated Development Environment - IDE).

Công cụ theo dõi lỗi (Bug Tracking System).

Trình biên dịch (Compiler).

Xem kết quả

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Nhận kết quả

Xảy ra lỗi

Bước 1: Vào google.com rồi gõ từ khóa:
Copy nhanh thanh-tim-kiem

Bước 2: Trong kết quả tìm kiếm Google, hãy tìm website giống hình bên dưới

Nếu trang 1 không có hãy tìm ở trang 2, 3, 4... nhé trang-google

Bước 3:

Cuộn xuống cuối bài viết rồi bấm vào nút GIỐNG HÌNH DƯỚI và chờ 1 lát để lấy mã:

luot-xem

Nếu tìm không thấy mã bạn có thể Đổi nhiệm vụ để lấy mã khác.

Câu hỏi yêu cầu chọn công cụ phù hợp với nhu cầu cụ thể. Công cụ theo dõi lỗi (Bug Tracking System) được thiết kế chuyên biệt để quản lý vòng đời của các lỗi phần mềm, từ khi phát hiện, gán cho người sửa, theo dõi trạng thái đến khi đóng lại.

Đề trắc nghiệm liên quan:

Đề Thi Thử Trắc Nghiệm Online – Môn Lý Thuyết Điều Khiển Tự Động
Đề Thi Thử Trắc Nghiệm Online – Môn Luật Tố Tụng Hành Chính
Đề Thi Thử Trắc Nghiệm Online – Môn Luật Thi Hành Án Dân Sự
Đề Thi Thử Trắc Nghiệm Online – Môn Truyền Số Liệu
Đề Thi Thử Trắc Nghiệm Online – Môn Lịch Sử Các Học Thuyết Kinh Tế

Đề 01

Đề 02

Đề 03

Đề 04

Đề 05

Đề 06

Đề 07

Đề 08

Đề 09

Đề 10

Đề 11

Đề 12

Đề 13

Đề 14

Đề 15

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quảbạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Đề trắc nghiệm liên quan:

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha

Bạn ơi!!! Để xem được kết quả
bạn vui lòng làm nhiệm vụ nhỏ xíu này nha