Ünite test koduna dayalı kod? Bir yarış koşulunu zorlamak

Question

Uygulamamı kullanırken, kullanıcı tarafından tetiklenen olayları takiben görevleri eşzamansız olarak çalıştırmak için NSOperationQueue kullanan bazı kodlarda bir yarış durumuyla karşılaştım. Yarış koşulunu nasıl düzeltebileceğimi biliyorum, çünkü içine girmeyeceğim aptal bir tasarım hatasıdır, ancak bir test vakası ile hatayı kanıtlamak isterim (böylece optimizasyon/yeniden sıralama sırasında geri gelmez) çizgiden aşağı). Bu beni güldürdü. Özellikle testin amacı bir yarış durumu oluşturmak olduğunda, çok iş parçacıklı bir şeyi test etmekle nasıl baş edilir?

İplik ve birim testleri ile uğraşırken, referans malzemeyle herhangi bir bağlantısı var mı? Özellikle yarış durumu üretimi ile ilgileniyorum.

Answer 1

Yarış koşullarına neden olan olayların sırasının gerçekten test sırasında ortaya çıktığından emin olmalısınız. Bunun için, test davasındaki iplik araya sokmayı etkilemeniz gerekir.

Bunu ek (koşullu) senkronizasyon veya (daha basit ve daha az güvenilir) ek zamanlayıcılar ile elde edebilirsiniz. Diğer iş parçacığının istenmeyen duruma ulaşması için yeterince uzun süre çalıştıklarından emin olmak için kritik bölümlere bazı uyku() çağrıları koyun. Çalıştığınız zaman, uyku çağrılarını açık senkronizasyon ile değiştirin (yani, bir diğeri gerçekten varmış olduğunu onaylayana kadar bir iş parçacığını engelleyin). Daha sonra, tüm bunları, koşulun, test vakası tarafından belirlenen global bir bayrakta yapmasını sağlayın.