Mẫu kiến trúc nhấn mạnh tới những thành phần

Câu hỏi này liên quan đến sơ đồ luồng dữ liệu (DFD) và cách biểu diễn luồng thông tin rẽ nhánh.

* Luồng giao dịch (transaction): Đây là luồng dữ liệu mà từ một điểm, nó rẽ ra nhiều đường khác nhau dựa trên loại giao dịch hoặc sự kiện. Điểm rẽ nhánh này thường là một module điều khiển (transaction center) quyết định đường đi dựa trên dữ liệu đầu vào. Đây là đáp án phù hợp nhất với mô tả trong câu hỏi.

* Luồng biến đổi (transform): Luồng biến đổi mô tả một chuỗi các xử lý mà dữ liệu trải qua để biến đổi từ dạng này sang dạng khác. Nó không trực tiếp thể hiện sự rẽ nhánh dựa trên loại dữ liệu.

* Liên kết thấp (low coupling) và Module hóa tốt (good modularity): Đây là các nguyên tắc thiết kế phần mềm nói chung, không đặc tả một loại luồng dữ liệu cụ thể trong sơ đồ luồng dữ liệu. Mặc dù module hóa tốt có thể dẫn đến các luồng giao dịch rõ ràng, nhưng nó không phải là định nghĩa trực tiếp.

Vì vậy, đáp án chính xác nhất là C. Luồng giao dịch (transaction).

Kiểm thử điều kiện (Condition testing) là một kỹ thuật kiểm thử cấu trúc điều khiển tập trung vào việc kiểm tra các điều kiện logic trong các module phần mềm. Mục tiêu là đảm bảo rằng tất cả các nhánh của điều kiện (ví dụ: if/else, switch/case) đều được thực thi và hoạt động đúng như mong đợi. Điều này giúp phát hiện các lỗi liên quan đến logic điều kiện, chẳng hạn như điều kiện sai, thiếu điều kiện, hoặc điều kiện không đầy đủ.

* Phương án A: Kiểm thử đường cơ bản (Basic path testing) là một kỹ thuật kiểm thử cấu trúc, nhưng nó tập trung vào việc kiểm tra các đường dẫn thực thi khác nhau trong chương trình, không chỉ tập trung vào điều kiện logic.
* Phương án B: Thử thách điều kiện logic trong module phần mềm - Đúng, vì nó chính xác mô tả mục tiêu của kiểm thử điều kiện.
* 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 - Mô tả này chung chung và không đặc trưng cho kiểm thử điều kiện.
* 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 - Mô tả này liên quan đến kiểm thử vòng lặp (loop testing), không phải kiểm thử điều kiện.

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 (white-box testing) tập trung vào việc theo dõi luồng dữ liệu của các biến trong chương trình. Nó chọn các đường dẫn kiểm tra dựa trên vị trí định nghĩa và sử dụng các biến. Các tiêu chuẩn thiết kế test case trong kiểm thử luồng dữ liệu tập trung vào việc đảm bảo rằng mọi định nghĩa của một biến đều được sử dụng, và mọi cách sử dụng một biến đều xuất phát từ một định nghĩa hợp lệ.

* A. Dựa vào kiểm thử đường cơ bản: Kiểm thử đường cơ bản (Basis Path Testing) là một kỹ thuật kiểm thử cấu trúc khác, tập trung vào việc bao phủ tất cả các đường dẫn độc lập trong đồ thị luồng điều khiển. Mặc dù có liên quan đến kiểm thử cấu trúc, nó không phải là tiêu chuẩn chính để thiết kế test case trong kiểm thử luồng dữ liệu.
* B. Thử thách điều kiện logic trong module phần mềm: Kiểm thử điều kiện (Condition Testing) tập trung vào việc kiểm tra các điều kiện logic trong chương trình, đảm bảo rằng tất cả các kết quả có thể xảy ra đều được kiểm tra. Nó không phải là trọng tâm chính của kiểm thử luồng dữ liệu.
* 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à đáp án chính xác. Kiểm thử luồng dữ liệu tập trung vào việc xác định các đường dẫn trong chương trình mà dữ liệu (giá trị của biến) di chuyển từ điểm định nghĩa đến điểm sử dụng.
* D. Tập trung vào việc kiểm thử việc giá trị những cấu trúc lặp: Kiểm thử cấu trúc lặp (Loop Testing) tập trung vào việc kiểm tra các vòng lặp trong chương trình, đảm bảo rằng chúng hoạt động chính xác trong các điều kiện khác nhau (ví dụ: không lặp, lặp một lần, lặp nhiều lần). Mặc dù vòng lặp có thể liên quan đến luồng dữ liệu, đây không phải là tiêu chuẩn thiết kế test case chính trong kiểm thử luồng dữ liệu.

Kiểm thử tích hợp bottom-up bắt đầu bằng việc kiểm thử các module ở mức thấp nhất, sau đó tích hợp chúng lại thành các cụm lớn hơn và kiểm thử tiếp. Ưu điểm chính của phương pháp này là không cần viết các stub (nhánh) để mô phỏng các module cấp thấp hơn, vì chúng đã được phát triển và kiểm thử. Các driver (trình điều khiển) vẫn cần thiết để mô phỏng các module cấp cao hơn.

* A. Những điểm quyết định chính được kiểm thử sớm: Sai. Kiểm thử bottom-up tập trung vào các module cấp thấp trước, các điểm quyết định chính thường nằm ở các module cấp cao hơn, do đó không được kiểm thử sớm.
* B. Không có những driver cần được viết: Sai. Trong kiểm thử bottom-up, driver vẫn cần thiết để mô phỏng các module cấp cao hơn (module gọi).
* C. Không có những stub (nhánh) cần phải viết: Đúng. Đây là ưu điểm chính của bottom-up. Vì kiểm thử bắt đầu từ các module cấp thấp nhất, không cần stub để mô phỏng các module cấp thấp hơn.
* D. Không đòi hỏi kiểm thử hồi quy (regression): Sai. Kiểm thử hồi quy vẫn cần thiết để đảm bảo các thay đổi không ảnh hưởng đến các chức năng đã có.

Vậy đáp án đúng là C.