For the complete documentation index, see llms.txt. This page is also available as Markdown.

Blocks का परीक्षण

आपके बनाए Workflow blocks के लिए अनुशंसित unit और integration testing दृष्टिकोण।

परीक्षण ठीक से न किए जाने पर चुनौतीपूर्ण हो सकता है, इसलिए हम आपके द्वारा बनाए गए ब्लॉक्स के परीक्षण के लिए एक व्यावहारिक दृष्टिकोण की सिफारिश करते हैं। चूँकि एक ब्लॉक इकोसिस्टम में एक स्वतंत्र तत्व नहीं है, इसलिए परीक्षण जटिल लग सकता है, लेकिन सही पद्धति के साथ यह प्रबंधनीय हो जाता है।

नया ब्लॉक जोड़ते समय हम निम्नलिखित दृष्टिकोण का सुझाव देते हैं:

  • यूनिट परीक्षण को कवर करना चाहिए:

    • मैनिफेस्ट का पार्सिंग, विशेष रूप से जब उपनामों का उपयोग किया जा रहा हो।

    • ब्लॉक मॉड्यूल के भीतर उपयोगिता फ़ंक्शन। यदि सही ढंग से लिखे गए हों, तो ये फ़ंक्शन इनपुट डेटा को बस आउटपुट डेटा में रूपांतरित करेंगे, जिससे इनका परीक्षण करना आसान हो जाएगा।

    • यह run(...) विधि का परीक्षण केवल यूनिट-स्तर पर तभी किया जाना चाहिए जब परीक्षण को तैयार करना सीधा हो। अन्यथा, हम उन Workflow परिभाषाओं के लिए इंटीग्रेशन परीक्षणों पर ध्यान केंद्रित करने की अनुशंसा करते हैं जिनमें ब्लॉक शामिल है।

    • उदाहरण यहाँ मिल सकते हैं यहाँ

  • इंटीग्रेशन परीक्षण में शामिल होना चाहिए:

    • व्यावहारिक उपयोग के मामले जहाँ ब्लॉक का उपयोग दूसरों के साथ मिलकर किया जाता है

    • परिणामों के लिए पुष्टि, विशेष रूप से मॉडल भविष्यवाणियाँ। ये पुष्टियाँ अनुभवजन्य सत्यापन पर आधारित होनी चाहिए, जैसे भविष्यवाणियों को विज़ुअलाइज़ और निरीक्षण करके यह सुनिश्चित करना कि वे सटीक हैं।

    • जब बाहरी स्रोतों (जैसे, ओपन-सोर्स मॉडल) से मॉडल या इन्फ़रेंस तकनीकों को अपनाते हैं, तो पुष्टि करनी चाहिए कि परिणाम Workflows इकोसिस्टम के बाहर आपको मिलने वाले परिणामों के अनुरूप हैं, जिससे संगतता और शुद्धता सुनिश्चित हो।

    • उदाहरण यहाँ मिल सकते हैं यहाँ

अंतिम अपडेट

क्या यह उपयोगी था?