Kiểm thử điều kiện là một kỹ thuật kiểm thử cấu trúc điều khiển mà những tiêu chuẩn dùng để thiết kế test-case

Kiểm thử luồng dữ liệu là một kỹ thuật kiểm thử cấu trúc điều khiển mà những tiêu chuẩn dùng để thiết kế test-case

Lời giải:

Đáp án đúng: C

Kiểm thử luồng dữ liệu (Data Flow Testing) là một phương pháp kiểm thử cấu trúc tập trung vào việc theo dõi luồng dữ liệu qua các phần của chương trình. Mục tiêu chính là xác định các đường dẫn mà dữ liệu đi qua và đảm bảo rằng dữ liệu được sử dụng và xử lý một cách chính xác.

Phương án A: Dựa vào kiểm thử đường cơ bản (Basis Path Testing) là một kỹ thuật khác, tập trung vào việc kiểm tra các đường đi độc lập trong đồ thị điều khiển của chương trình.

Phương án B: Thử thách điều kiện logic trong module phần mềm là một phần của kiểm thử điều kiện (Condition Testing), tập trung vào các biểu thức điều kiện và các nhánh rẽ của chúng.

Phương án C: Chọn những đường dẫn kiểm tra dựa vào những vị trí và dùng những biến - Đây là mô tả chính xác nhất về kiểm thử luồng dữ liệu. Nó tập trung vào việc xác định các vị trí trong chương trình nơi các biến được định nghĩa và sử dụng, sau đó chọn các đường dẫn kiểm tra để đảm bảo rằng dữ liệu được truyền và sử dụng một cách chính xác.

Phương án D: Tập trung vào việc kiểm thử việc giá trị những cấu trúc lặp - Trong khi kiểm thử cấu trúc lặp là một phần quan trọng của kiểm thử phần mềm, nó không phải là trọng tâm chính của kiểm thử luồng dữ liệu.

Câu 20:

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

Lời giải:

Đáp án đúng: D

Lý do tốt nhất để sử dụng một nhóm kiểm thử phần mềm độc lập là giảm mâu thuẫn về quyền lợi giữa những người phát triển và những người kiểm thử. Những người phát triển tập trung vào việc xây dựng phần mềm, trong khi những người kiểm thử tập trung vào việc tìm lỗi. Nếu hai vai trò này được thực hiện bởi cùng một người hoặc nhóm, có thể có xung đột lợi ích, dẫn đến bỏ sót lỗi hoặc kiểm thử không kỹ lưỡng. Một nhóm kiểm thử độc lập sẽ có cái nhìn khách quan hơn và có thể tìm ra các vấn đề mà nhóm phát triển có thể bỏ qua. Do đó, đáp án D là chính xác nhất.

Các đáp án khác không đúng vì:

* A: Nhóm phát triển vẫn cần thực hiện kiểm thử đơn vị (unit test) và các loại kiểm thử khác.
* B: Việc "lạ" không đảm bảo kiểm tra chặt chẽ; quan trọng là chuyên môn và sự khách quan.
* C: Nhóm kiểm thử nên tham gia từ sớm để hiểu rõ yêu cầu và thiết kế kiểm thử hiệu quả hơn.

Câu 21:

Loại mô hình nào không được có trong kiến trúc phần mềm

Lời giải:

Đáp án đúng: A

Trong kiến trúc phần mềm, có bốn loại mô hình chính thường được sử dụng để mô tả và thiết kế hệ thống: mô hình dữ liệu (Data model), mô hình động (Dynamic model), mô hình xử lý (Process model) và mô hình cấu trúc (Structural model).

* Mô hình dữ liệu (Data model): Mô tả cấu trúc và mối quan hệ của dữ liệu trong hệ thống.
* Mô hình động (Dynamic model): Mô tả hành vi và tương tác của các thành phần trong hệ thống theo thời gian, thường sử dụng các biểu đồ trạng thái (state diagrams) hoặc biểu đồ tuần tự (sequence diagrams).
* Mô hình xử lý (Process model): Mô tả các quy trình và luồng công việc trong hệ thống.
* Mô hình cấu trúc (Structural model): Mô tả cấu trúc tĩnh của hệ thống, bao gồm các thành phần, kết nối và mối quan hệ giữa chúng, thường sử dụng các biểu đồ lớp (class diagrams) hoặc biểu đồ thành phần (component diagrams).

Như vậy, tất cả các mô hình A, B, C và D đều có trong kiến trúc phần mềm, câu hỏi này không có đáp án đúng.

Câu 22:

Mô hình thiết kế không quan tâm tới

Lời giải:

Đáp án đúng: D

Mô hình thiết kế tập trung vào việc xác định cấu trúc, dữ liệu và giao diện của một hệ thống phần mềm. Phạm vi dự án, mặc dù quan trọng trong việc quản lý dự án, không phải là một phần cốt lõi của mô hình thiết kế. Do đó, mô hình thiết kế không trực tiếp quan tâm đến phạm vi dự án mà tập trung vào các yếu tố kỹ thuật và cấu trúc của hệ thống.

Câu 23:

Một bảng quyết định được dùng

Lời giải:

Đáp án đúng: D

Bảng quyết định (decision table) là một công cụ mạnh mẽ để biểu diễn logic nghiệp vụ phức tạp, đặc biệt khi có nhiều điều kiện và hành động liên quan.

* Phương án A: Bảng quyết định không dùng để tư liệu tất cả các trạng thái phụ thuộc mà tập trung vào các điều kiện và hành động tương ứng.
* Phương án B: Bảng quyết định không trực tiếp hướng dẫn phát triển kế hoạch quản lý dự án. Mặc dù nó có thể hỗ trợ trong việc xác định các yêu cầu và logic nghiệp vụ, nhưng nó không phải là công cụ chính cho việc lập kế hoạch dự án.
* Phương án C: Bảng quyết định không chỉ được sử dụng khi xây dựng hệ chuyên gia. Nó là một công cụ hữu ích trong nhiều lĩnh vực khác nhau để biểu diễn các quy tắc và logic phức tạp.
* Phương án D: Đây là đáp án chính xác. Bảng quyết định đặc biệt hữu ích khi một tập phức tạp các điều kiện và hành động xuất hiện trong thành phần. Nó giúp làm rõ các mối quan hệ giữa các điều kiện và hành động, và đảm bảo rằng tất cả các trường hợp có thể xảy ra đều được xem xét.

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

Câu 24:

Những hệ thống phát triển giao diện người dùng đặc trưng cung cấp những kỹ thuật cho việc xây dựng những nguyên mẫu giao diện bao gồm

Lời giải: