आप React components को कैसे टेस्ट करते हैं, और जानबूझकर क्या टेस्ट नहीं करते?

behavior को उसी सतह से टेस्ट कीजिए जो user के पास है: component render कीजिए, role और accessible name से खोजिए, बरतिए, और जो दिखे उस पर assert कीजिए। उस logic को कवर कीजिए जो सच में टूट सकता है, जैसे conditional rendering, error और खाली हालत, और custom hooks। implementation की बारीकियां टेस्ट मत कीजिए जैसे अंदरूनी state, prop drilling, या यह कि कोई child component बुलाया गया; वे टेस्ट हर refactor पर टूटते हैं और पकड़ते कुछ नहीं।

मेरा नियम यह है कि कोई टेस्ट तभी फेल हो जब user को दिखने वाला behavior बदले। तो मैं component को Testing Library से render करता हूं, role और accessible name से खोजता हूं, इंसान की तरह click और type करता हूं, और screen पर जो है उस पर assert करता हूं। इसका एक अच्छा साइड असर है: अगर मैं उसे role से खोज नहीं पा रहा, तो आम तौर पर markup में accessibility की दिक्कत है। network के लिए मैं अपनी data परत को mock करने की जगह HTTP के स्तर पर रोकता हूं, क्योंकि अपना ही module mock करने का मतलब है मैं अपने mock को टेस्ट कर रहा हूं। सबसे ज्यादा कीमत बीच की परत से आती है, यानी पूरा feature अपने असली children और नकली server के साथ render, हर component का एक टेस्ट नहीं। जो मैं टेस्ट नहीं करता वह है अंदरूनी state, यह कि कोई helper बुलाया गया, पूरे पेड़ की snapshot files, या styling। ये सब हानिरहित refactor पर टूटते हैं और तब भी पास हो जाते हैं जब कुछ सच में टूटा हो। फिर थोड़े से end to end टेस्ट उन flows को कवर करते हैं जिन्हें कारोबार टूटने नहीं दे सकता, जैसे signup और checkout, और बस इतना ही।