पन्ना भेजने से पहले टेस्ट क्या जाँचते हैं

ipe.rest बदलने से पहले 137 छोटे टेस्ट हमारी अपनी मशीन पर उसे जाँचते हैं। उन्हें लगभग आठ सेकंड लगते हैं, हर डिप्लॉय पर उनमें से केवल सात साथ चलते हैं, और कुछ चीज़ें ऐसी हैं जो उनमें से कोई नहीं देख सकता। यहाँ लिखा है कि वे क्या देखते हैं।

कल की प्रविष्टि मशीनों के लिए बनी फ़ाइलों के बारे में थी। यह उस चीज़ के बारे में है जिससे पाठक कभी नहीं मिलते: पन्ने के चालू होने से पहले चलने वाली जाँचें। आँकड़े 8 नवंबर 2026 के हैं, इस प्रविष्टि के जुड़ने से पहले की रिपॉज़िटरी से लिए गए: एक कमांड, python3 -m unittest discover tests, 137 टेस्ट, सब सफल।

दस फ़ाइलें, एक कमांड

टेस्ट दस फ़ाइलों में हैं, कुल 1,850 पंक्तियों में। ज़्यादातर वज़न जर्नल पर है: 137 में से 56 जर्नल के पन्नों के बारे में हैं। 23 और बाक़ी पन्नों को देखते हैं, जैसे परिचय, संपर्क, गोपनीयता और शर्तें, और 18 होम पेज को। बाक़ी छोटे समूह हैं: खोज इंजन सूचनाओं के लिए 9, संरचित डेटा के लिए 8, डिप्लॉय के लिए 7, समय दिखाने के तरीक़े के लिए 7, सर्विस वर्कर के लिए 4, लिंक और एसेट संस्करणों के लिए 4, और शेयर इमेज के लिए 1।

वे क्या पकड़ते हैं

यहाँ के बहुत-से पन्ने हमारे स्रोतों से बनते हैं: जर्नल प्रविष्टियाँ, साइटमैप, फ़ीड, llms.txt और होम पेज के कार्ड। कोई भी बनी हुई फ़ाइल पुरानी हो तो टेस्ट विफल हो जाता है, इसलिए कोई उसे हाथ से बदलकर स्रोत को भूल नहीं सकता।

दूसरे टेस्ट भाषाओं की रखवाली करते हैं। हर प्रविष्टि का बारह भाषाओं में से हर एक में संस्करण होना चाहिए, हर पन्ने को बाक़ी संस्करणों और ख़ुद की ओर लिंक करना चाहिए, और साइटमैप में वही लिंक होने चाहिए जो पन्ने में हैं। कुछ और टेस्ट उन नियमों की रखवाली करते हैं जो हमने ख़ुद तय किए हैं: 300 शब्द से कम की नई प्रविष्टि अस्वीकार हो जाती है, 400 शब्द से कम पर केवल चेतावनी मिलती है, भविष्य की तारीख़ वाली प्रविष्टि लौटा दी जाती है, और पन्ने के विवरण को तीन बिंदुओं से काटा नहीं जा सकता।

सर्विस वर्कर, जो पन्ने को ऑफ़लाइन खुलने देता है, उसके कैश के नाम में एक संस्करण संख्या होती है। एक टेस्ट जाँचता है कि हर पन्ने के एसेट लिंकों में लिखा संस्करण वही है जो सर्विस वर्कर सूचीबद्ध करता है, ताकि बदली हुई स्टाइलशीट पुरानी रूप में न परोसी जाए।

हर डिप्लॉय पर चलने वाले सात

डिप्लॉय वर्कफ़्लो में केवल एक फ़ाइल चलती है, जिसमें 7 टेस्ट हैं। यह रिपॉज़िटरी को नहीं, बनी हुई साइट को जाँचती है: कि आगंतुक को जो फ़ाइलें चाहिए वे मौजूद हैं, कि scripts और tests जैसे फ़ोल्डर अपलोड नहीं हुए, और कि 404 पन्ने पर noindex लगा है और वह होम की ओर लिंक करता है। यह विफल हो तो कुछ भी प्रकाशित होने से पहले डिप्लॉय रुक जाता है।

बाक़ी 130 एक आदत हैं, कोई द्वार नहीं। हम उन्हें कमिट से पहले चलाते हैं, और सर्वर पर कुछ भी हमें इसके लिए बाध्य नहीं करता।

वे क्या नहीं देख सकते

पास होने वाला टेस्ट बताता है कि पन्ने आपस में मेल खाते हैं, यह नहीं कि वे अच्छे हैं। कोई टेस्ट मशीन से तैयार किए गए दस अनुवादों को अर्थ के लिए नहीं पढ़ता, इसीलिए उन पन्नों पर AI-अनुवाद की सूचना लगी है। यहाँ कोई टेस्ट ब्राउज़र नहीं खोलता, इसलिए संकरी फ़ोन स्क्रीन पर बनावट आँख से जाँची जाती है। और हम यह नहीं कह सकते कि इन फ़ाइलों को तालमेल में रखने की हमारी मेहनत किसी क्रॉलर को दिखती है या नहीं।

ipe(); // check the plain things, every time

एक शांत साइट को शांत रखने वाली ज़्यादातर चीज़ें नीरस हैं: एक गिनती जो मेल खाए, एक लिंक जो खुले, एक संस्करण जो आगे बढ़ा। हम चाहेंगे कि कोई मशीन आठ सेकंड में यह जाँच ले, बजाय इसके कि हम आशा करें कि हमें याद रहा।