Dạ̣ng kiểm thử nào dùng kỹ thuật hộp trắng (white box test)

Đặc tả hệ thống (system specification) tập trung mô tả chức năng và hành vi của hệ thống dựa vào máy tính. Nó xác định những gì hệ thống phải làm, cách hệ thống tương tác với môi trường bên ngoài và các ràng buộc mà hệ thống phải tuân thủ. Các lựa chọn khác không phải là mục tiêu chính của đặc tả hệ thống.

• Phương án A: Đúng vì đây là mục tiêu chính của việc đặc tả hệ thống.
• Phương án B: Sai vì việc thi hành các thành phần hệ thống liên quan đến giai đoạn thiết kế và triển khai, không phải đặc tả.
• Phương án C: Sai vì chi tiết giải thuật và cấu trúc hệ thống thuộc về thiết kế, không phải đặc tả.
• Phương án D: Sai vì thời gian mô phỏng không liên quan trực tiếp đến đặc tả hệ thống.

Nhóm FAST (Facilitated Application Specification Techniques) là một kỹ thuật được sử dụng trong kỹ nghệ phần mềm để thu thập yêu cầu từ các bên liên quan một cách nhanh chóng và hiệu quả. Các thành viên tham gia thường bao gồm đại diện từ nhiều lĩnh vực khác nhau để đảm bảo rằng tất cả các khía cạnh của dự án đều được xem xét.

• Kỹ sư phần cứng và phần mềm: Họ có kiến thức chuyên môn về kỹ thuật để xây dựng hệ thống.
• Đại diện nhà sản xuất: Họ hiểu rõ về sản phẩm và quy trình sản xuất.
• Đại diện thị trường: Họ nắm bắt nhu cầu và mong muốn của khách hàng.
• Nhân viên tài chính cao cấp: Vai trò của họ ít liên quan trực tiếp đến việc xác định yêu cầu kỹ thuật hoặc thị trường của ứng dụng. Thay vào đó, họ tập trung vào các vấn đề tài chính, ngân sách, và lợi nhuận, những yếu tố này không trực tiếp đóng góp vào việc thu thập yêu cầu cho một ứng dụng trong giai đoạn đầu.

Vì vậy, người không thích hợp tham gia vào nhóm FAST nhất là nhân viên tài chính cao cấp.

Câu hỏi này liên quan đến cấu trúc thông tin biểu diễn tổ chức nội của một hệ thống hoặc dự án.

Phương án A không chính xác vì nó chỉ đề cập đến cấu trúc dữ liệu biểu diễn loại dữ liệu, mà không nói đến tổ chức nội tại của các dữ liệu đó.

Phương án B và C cũng không chính xác. Mô hình bố trí nhân viên dự án và mô hình truyền thông dự án là các khía cạnh cụ thể của quản lý dự án, chứ không phải là cấu trúc thông tin biểu diễn tổ chức nội tại của một hệ thống.

Phương án D chính xác vì nó bao hàm việc tổ chức nội tại liên quan đến các dữ liệu khác nhau và cách chúng được điều khiển. Một cấu trúc thông tin tốt sẽ mô tả mối quan hệ giữa các dữ liệu này và cách chúng được quản lý, truy cập và sử dụng.

Sơ đồ luồng dữ liệu (Data Flow Diagram - DFD) là một công cụ mô hình hóa trực quan, tập trung vào việc thể hiện cách dữ liệu di chuyển qua một hệ thống. Nó cho thấy các chức năng (processes) biến đổi luồng dữ liệu, các kho chứa dữ liệu (data stores) nơi dữ liệu được lưu trữ, và các tác nhân bên ngoài (external entities) tương tác với hệ thống.

Phương án A: Đưa ra hình ảnh quan hệ giữa các đối tượng dữ liệu - Mô tả này phù hợp với sơ đồ quan hệ thực thể (Entity Relationship Diagram - ERD), không phải DFD.

Phương án B: Đưa ra hình ảnh những chức nĕng biến đổi luồng dữ liệu - Đây là đáp án chính xác. DFD tập trung vào việc biểu diễn các processes (chức năng) và cách chúng biến đổi dữ liệu khi dữ liệu di chuyển qua hệ thống.

Phương án C: Chỉ ra những quyết định logic chính khi chúng xuất hiện - Mô tả này liên quan đến lưu đồ thuật toán hoặc bảng quyết định, không phải DFD.

Phương án D: Chỉ ra sự tương tác của hệ thống với sự kiện bên ngoài - DFD có thể thể hiện các tác nhân bên ngoài, nhưng trọng tâm chính của nó là luồng dữ liệu và các biến đổi, không chỉ là sự tương tác với các sự kiện bên ngoài.

Thiết kế tốt trong kỹ thuật phần mềm cần đảm bảo tính độc lập cao giữa các module để dễ dàng bảo trì, nâng cấp và tái sử dụng. Sự liên kết mạnh giữa các module làm tăng tính phụ thuộc lẫn nhau, gây khó khăn cho việc thay đổi một module mà không ảnh hưởng đến các module khác.

• A. Cho thấy sự liên kết mạnh giữa các module: Sai. Liên kết mạnh giữa các module là một dấu hiệu của thiết kế kém.
• B. Thực hiện tất cả yêu cầu trong phân tích: Đúng. Thiết kế tốt cần đáp ứng đầy đủ các yêu cầu đã được xác định trong giai đoạn phân tích.
• C. Bao gồm những test case cho tất cả thành phần: Sai. Test case là một phần của quá trình kiểm thử, không phải thiết kế.
• D. Kết hợp mã nguồn nhằm mục đích mô tả: Sai. Mã nguồn nên rõ ràng và dễ hiểu, nhưng không nên chỉ dùng để mô tả thiết kế.