आप test data ऐसे कैसे संभालते हैं कि टेस्ट हर run और हर environment में भरोसेमंद रहें?

हर टेस्ट को अपना जरूरी data खुद बनाने दीजिए और बाद में साफ कर देने दीजिए, अलग पहचान के साथ ताकि समानांतर runs आपस में न टकराएं। साझा seeded database की जगह API या factories से data बनाना बेहतर है, क्योंकि साझा fixtures सड़ जाते हैं और टेस्ट के बीच छिपा हुआ जोड़ बना देते हैं। कभी उस data पर निर्भर मत रहिए जिसे किसी ने हाथ से लोड किया हो, और कभी बिना छिपाए production data पर भरोसा मत कीजिए जिसमें निजी जानकारी हो।

लक्ष्य यह है कि कोई भी टेस्ट अकेला, किसी भी क्रम में, दूसरों के साथ समानांतर चले और फिर भी पास हो। इससे साझा seeded dataset बाहर हो जाता है, जो हमेशा साफ सुथरा शुरू होता है और दो महीने में दलदल बन जाता है क्योंकि किसी को पता नहीं होता कि कौन सा टेस्ट किस row पर निर्भर है। तो हर टेस्ट अपनी जरूरत की चीज खुद बनाता है, बेहतर हो कि UI की जगह API calls या किसी factory helper से, जो तेज भी है और कहीं कम नाजुक भी। हर record को एक अलग पहचान मिलती है, आम तौर पर email या नाम में एक run ID और एक timestamp, ताकि दस समानांतर workers एक ही account पर न लड़ें। सफाई teardown में होती है, पर मैं ऐसे डिजाइन करता हूं कि बचा हुआ data नुकसानदेह न हो, यह मानकर नहीं चलता कि सफाई हमेशा चलेगी, क्योंकि टेस्ट crash होने पर वह नहीं चलेगी। तो एक scheduled job भी होता है जो टेस्ट के नाम के pattern से मेल खाती एक दिन से पुरानी हर चीज हटा देता है। production data पर मैं बिना छिपाई नकलों का कड़ा विरोध करता हूं। अगर हमें असली जैसी मात्रा और आकार चाहिए, तो मैं चाहता हूं कि वह बनाया जाए या ठीक से anonymize हो, क्योंकि असली ग्राहकों के records से भरा test environment एक होते हुए breach जैसा है और उसके access controls आम तौर पर production से कमजोर होते हैं।