Công nghệ Web có những đặc điểm

Khi xây dựng mô hình hệ thống, kỹ sư cần xem xét nhiều yếu tố hạn chế để đảm bảo mô hình phản ánh đúng thực tế và có tính khả thi. Trong số các yếu tố được liệt kê:

• A. Những giả định và những ràng buộc: Đây là yếu tố quan trọng hàng đầu. Giả định là những điều được coi là đúng trong phạm vi mô hình, còn ràng buộc là những giới hạn về mặt kỹ thuật, tài chính, thời gian,... mà mô hình phải tuân thủ. Việc xác định rõ các giả định và ràng buộc giúp định hình phạm vi và độ chính xác của mô hình.

• B. Ngân sách và phí tổn: Ngân sách và phí tổn là yếu tố quan trọng, nhưng nó ảnh hưởng đến phạm vi và độ chi tiết của mô hình, chứ không phải là yếu tố hạn chế mang tính bản chất của mô hình.

• C. Những đối tượng và những hoạt động: Các đối tượng và hoạt động là thành phần của hệ thống, cần được mô tả trong mô hình, nhưng không phải là yếu tố hạn chế.

• D. Lịch biểu và các mốc sự kiện: Lịch biểu và các mốc sự kiện liên quan đến quá trình xây dựng và triển khai mô hình, chứ không phải là yếu tố hạn chế của mô hình.

Do đó, đáp án chính xác nhất là A. Những giả định và những ràng buộc, vì chúng định hình phạm vi và giới hạn của mô hình hệ thống.

Kỹ thuật FAST (Facilitated Application Specification Techniques) là một phương pháp thu thập yêu cầu phần mềm, tập trung vào việc tạo điều kiện cho sự hợp tác chặt chẽ giữa các nhà phát triển và khách hàng. Mục tiêu chính là cùng nhau xây dựng một tập hợp các yêu cầu ban đầu cho dự án. Điều này khác với việc xây dựng một nguyên mẫu nhanh chóng (A), học công việc lẫn nhau (B), hoặc phát triển các đặc tả phần mềm kỹ thuật chi tiết (D). Đáp án C thể hiện đúng bản chất của FAST, nhấn mạnh vào sự hợp tác để xác định các yêu cầu cơ bản ban đầu.

Khả năng được chấp nhận trong các yêu cầu đối với phần mềm liên quan mật thiết đến việc phần mềm đó có đáp ứng được mong đợi và nhu cầu của người sử dụng hay không.

• A. Là tính tin cậy: Tính tin cậy là một yếu tố quan trọng, nhưng không phải là yếu tố duy nhất quyết định sự chấp nhận của phần mềm. Tính tin cậy đề cập đến khả năng phần mềm hoạt động ổn định và chính xác trong các điều kiện khác nhau.
• B. Tất cả đều sai: Phương án này không đúng vì có một đáp án đúng trong các lựa chọn.
• C. Là sự chấp nhận được về giao diện: Giao diện là một phần quan trọng, nhưng sự chấp nhận của phần mềm phụ thuộc vào nhiều yếu tố khác ngoài giao diện.
• D. Là sự phù hợp với yêu cầu người sử dụng: Đây là yếu tố cốt lõi quyết định sự chấp nhận của phần mềm. Nếu phần mềm đáp ứng đúng và đầy đủ các yêu cầu của người sử dụng, nó sẽ được chấp nhận.

Do đó, đáp án đúng nhất là D. Là sự phù hợp với yêu cầu người sử dụng.

Trong kiểm nghiệm hướng đối tượng, các phương pháp kiểm nghiệm thường được sử dụng bao gồm:

• Kiểm nghiệm tích hợp đối tượng: Kiểm tra sự tương tác và hợp tác giữa các đối tượng để đảm bảo chúng làm việc cùng nhau một cách chính xác.
• Kiểm nghiệm hộp đen: Kiểm tra chức năng của đối tượng mà không cần biết cấu trúc bên trong của nó.
• Kiểm nghiệm thừa kế: Đảm bảo rằng các lớp con kế thừa và mở rộng hành vi của lớp cha một cách chính xác.
• Kiểm nghiệm hộp trắng: Kiểm tra cấu trúc bên trong của đối tượng, bao gồm các nhánh logic, điều kiện và vòng lặp.

Vì vậy, đáp án phù hợp nhất là bao gồm tất cả các lựa chọn trên, tuy nhiên câu hỏi lại không đưa ra lựa chọn tất cả các đáp án. Trong các đáp án được liệt kê, Kiểm nghiệm tích hợp đối tượng, Kiểm nghiệm hộp đen, Kiểm nghiệm thừa kế và Kiểm nghiệm hộp trắng đều được sử dụng trong kiểm nghiệm hướng đối tượng. Tuy nhiên, do câu hỏi yêu cầu chọn một đáp án duy nhất và không có đáp án "Tất cả các đáp án trên", ta cần chọn đáp án bao quát nhất. Kiểm nghiệm hộp đen và hộp trắng là hai kỹ thuật kiểm nghiệm phổ biến nhất, trong đó kiểm nghiệm hộp đen được sử dụng rộng rãi hơn ở giai đoạn đầu. Tuy nhiên, kiểm nghiệm hướng đối tượng cần kiểm tra cả tính tích hợp và thừa kế. Do đó, không có đáp án nào hoàn toàn chính xác trong các lựa chọn đã cho.

Kiểm thử Black-box (hộp đen) là một phương pháp kiểm thử phần mềm mà không yêu cầu kiến thức về cấu trúc bên trong hoặc mã nguồn của phần mềm. Thay vào đó, nó tập trung vào việc kiểm tra chức năng và hành vi của phần mềm dựa trên các yêu cầu và đặc tả.

Các loại lỗi mà kiểm thử Black-box có thể phát hiện bao gồm:

• A. Chức năng không đầy đủ hay không đúng: Kiểm tra xem phần mềm có thực hiện đúng chức năng theo yêu cầu hay không, hoặc có thiếu chức năng nào không.
• B. Những lỗi giao diện: Kiểm tra giao diện người dùng (UI) và giao diện giữa các thành phần của phần mềm, đảm bảo chúng hoạt động chính xác và nhất quán.
• C. Những lỗi thực thi: Kiểm tra các lỗi liên quan đến việc thực thi các chức năng, ví dụ như lỗi tính toán, lỗi xử lý dữ liệu, hoặc lỗi logic.

Vì vậy, kiểm thử Black-box có thể giúp tìm ra tất cả các loại lỗi trên.