ôn tập

Trong quá trình phát triển phần mềm, nếu một bài kiểm thử trong TDD liên tục thất bại sau khi mã đã được sửa đổi, bước xử lý hợp lý nào dưới đây nên được thực hiện?

• Bỏ qua bài kiểm thử vì nó có thể không còn cần thiết

• Cập nhật bài kiểm thử để phản ánh đúng thay đổi trong mã

• Viết lại mã để phù hợp với bài kiểm thử mà không thay đổi bài kiểm thử

• Chuyển bài kiểm thử sang môi trường phát triển khác

Khi áp dụng TDD, làm thế nào để quản lý sự phức tạp của các bài kiểm thử mà vẫn đảm bảo kiểm thử tất cả các chức năng của mã?

• Viết nhiều bài kiểm thử phức tạp để bao quát toàn bộ chức năng

• Chỉ viết các bài kiểm thử đơn giản và bỏ qua các tình huống đặc biệt

• Sử dụng các bài kiểm thử đơn vị nhỏ kết hợp với kiểm thử tích hợp để kiểm tra các tương tác phức tạp

• Viết các bài kiểm thử bao quát tất cả các khía cạnh của hệ thống ngay từ đầu

Trong TDD, cách tiếp cận nào giúp tránh việc tạo ra mã "over-engineering" (quá phức tạp) khi phát triển theo kiểm thử?

• Viết mã đáp ứng chính xác yêu cầu của bài kiểm thử mà không thêm bất kỳ chức năng nào khác

• Viết mã trước để giải quyết các tình huống phức tạp có thể xảy ra sau này

• Luôn dự đoán các trường hợp tiềm năng và viết mã để xử lý chúng trước

• Tạo một cấu trúc mã hoàn chỉnh trước khi viết các bài kiểm thử

Loại kiểm thử nào trong TDD tập trung vào việc kiểm thử các đơn vị nhỏ nhất của phần mềm?

• Kiểm thử hồi quy

• Kiểm thử tích hợp

• Kiểm thử chức năng

• Kiểm thử đơn vị

Nhược điểm nào dưới đây không thuộc về TDD?

• Khó khăn trong việc kiểm thử các tính năng phức tạp

• Đảm bảo mã hoàn hảo

• Tăng thời gian phát triển ban đầu

• Yêu cầu kiến thức và kỹ năng cao

Kiểm thử hồi quy có mục tiêu là gì?

• Đảm bảo các tính năng mới hoạt động chính xác

• Đảm bảo các tính năng hiện có vẫn hoạt động đúng sau thay đổi

• Kiểm tra mã nguồn mới

• Kiểm tra hiệu suất của hệ thống

Khi nào bạn nên xem xét việc áp dụng kiểm thử tích hợp trong TDD?

• Khi phát triển mã đơn giản

• Khi các mô-đun đã được phát triển và cần kiểm tra tương tác giữa chúng

• Chỉ trong giai đoạn cuối của dự án

• Khi không có kiểm thử đơn vị được thực hiện

Tại sao TDD lại giúp cải thiện thiết kế mã?

• Nó giảm số lượng mã cần viết

• Nó yêu cầu viết mã theo thứ tự ngẫu nhiên

• Nó buộc lập trình viên suy nghĩ kỹ về cấu trúc mã trước khi viết

• Nó cho phép lập trình viên bỏ qua các bài kiểm thử đơn vị

Trong quá trình phát triển kiểm tra hướng dẫn (TDD), vì sao mã cấu trúc (refactor) tái cấu trúc lại quan trọng?

• Để giảm thiểu số lượng bài kiểm tra cần thực hiện

• Để cải thiện khả năng mã hóa mà không thực hiện thay đổi hành động kiểm tra yêu cầu đáp ứng.

• Để thay đổi hoàn toàn chức năng của thử nghiệm kiểm tra ứng dụng mã nguồn nhắm mục tiêu mới.

• Để loại bỏ các lỗi có trong nguồn mã.

Mục tiêu chính của TDD là gì?

• Đảm bảo ứng dụng chạy mượt mà trên mọi thiết bị.

• Tập trung vào việc phát hiện lỗi và sửa mã sau khi khai báo.

• Bảo đảm nguồn chính xác và đáp ứng các bài kiểm tra ngay từ giai đoạn phát triển.

• Tạo ra sản phẩm cuối cùng mà không cần phải kiểm tra.