दस्तावेज़ीकरण
/

टेस्टिंग और CI

टेस्टिंग और CI

यदि टेस्टिंग टूल रनटाइम सुरक्षा सक्रिय कर सकते हैं तो फ़ंक्शनल टेस्ट के लिए अलग कॉन्फ़िगरेशन उपयोग करें। अलग टेस्टिंग एंडपॉइंट या डैशबोर्ड वातावरण नहीं है।

कार्यात्मक परीक्षण कॉन्फ़िगरेशन

साझा सेटिंग्स से टेस्टिंग कॉन्फ़िगरेशन बनाएँ और प्रीसेट चुनने के बाद नीचे दिए ओवरराइड लागू करें। ये VM और बुनियादी Self Defending, Debug Protection तथा Domain Lock बंद करते हैं। मान स्पष्ट रूप से भेजें; विकल्प छोड़ने पर प्रीसेट उसे चालू कर सकता है।

JavaScript

CI

पहले मूल कोड चलाएँ, फिर ऑब्फ़स्केटेड टेस्ट बिल्ड पर वही जाँचें चलाएँ। त्रुटि दोहराने के लिए इनपुट, प्रभावी विकल्प, ऑब्फ़स्केटर संस्करण और बिल्ड चेतावनियाँ दर्ज करें।

फ़ंक्शनल टेस्ट सफल होने के बाद मूल प्रोडक्शन सेटिंग्स से अलग रिलीज़ आर्टिफ़ैक्ट बनाएँ। उसी आर्टिफ़ैक्ट को लक्ष्य रनटाइम और अनुमत डोमेन पर जाँचें, ऐसे ऑटोमेशन या डीबगर के बिना जिन्हें सुरक्षा उपाय पहचानने के लिए बने हैं। टेस्ट बिल्ड का सफल होना सुरक्षित रिलीज़ को सत्यापित नहीं करता।

UI, CLI और API में समान सुरक्षा विकल्प हैं। API टेस्टिंग में सामान्य क्रेडेंशियल और एंडपॉइंट उपयोग होते हैं तथा सामान्य उपयोग सीमाएँ लागू होती हैं। CI में टेस्ट और रिलीज़ आउटपुट अलग पथों पर रखें और केवल रिलीज़ आर्टिफ़ैक्ट डिप्लॉय करें।

यदि निष्पादन अब भी विफल हो रहा है, तो VM रनटाइम एरर का निदान देखें।