Testing for critical races is done

Testing for critical races is done using the same strategies as testing for
deadlocks and livelocks. Once again, inspection is often a better solution.
It is particularly hard to test for critical races using black-box testing alone,
since you often do not know the extent of the concurrency going on inside the
system, and you cannot always manipulate the various threads to cause race
conditions. The timing differences that can give rise to problems can be on the
order of milliseconds. Therefore, even if you detect a critical race during testing,
you may not be able to reproduce the problem reliably. One possible, although
invasive, strategy is to deliberately slow down one of the threads by adding a call
to the sleep method.

Kết quả (Việt) 2:

Thử nghiệm cho các cuộc đua quan trọng được thực hiện bằng cách sử dụng chiến lược tương tự như kiểm tra
sự bế tắc và livelocks. Một lần nữa, kiểm tra thường xuyên là một giải pháp tốt hơn.
Nó là đặc biệt khó khăn để thử nghiệm cho các cuộc đua quan trọng bằng cách sử dụng kiểm tra hộp đen một mình,
vì bạn thường không biết mức độ đồng thời đi vào bên trong
hệ thống, và bạn không thể luôn luôn thao tác khác nhau đề gây ra cuộc đua
điều kiện. Sự khác biệt thời gian có thể làm phát sinh các vấn đề có thể được trên
thứ tự của mili giây. Vì vậy, ngay cả khi bạn phát hiện ra một cuộc đua quan trọng trong quá trình thử nghiệm,
bạn có thể không có khả năng tái tạo các vấn đề đáng tin cậy. Một có thể, mặc dù
xâm lấn, chiến lược là để cố tình làm chậm một trong những chủ đề bằng cách thêm một cuộc gọi
đến các phương pháp ngủ.