परियोजना का विवरण
अनुवादितहम एक नया वेब उत्पाद बना रहे हैं और फ्रंटेंड टीम एक बैकेंड का इंतजार कर रही है जो कई और हफ्तों तक तैयार नहीं होगा। हमें एक समर्पित मॉक सर्वर की आवश्यकता है जो हमारे OpenAPI विनिर्देशन को पढ़े और वास्तविक सेवा के स्थान पर काम करे, प्रत्येक वर्णित एंडपॉइंट के लिए पूर्वनिर्धारित पूर्व-निर्मित प्रतिक्रियाएँ प्रदान करे। लक्ष्य यह है कि एक स्थिर अनुबंध प्राप्त किया जाए जिसके खिलाफ क्लाइंट एप्लिकेशन विकसित और प्रदर्शित किए जा सकें, ताकि जब वास्तविक बैकेंड आए, तो स्विच करना केवल बेस URL बदलने का मामला हो। यह विशेष रूप से एक मॉकिंग और स्टब टूल है, न कि एक API गेटवे या परीक्षण ढांचा: रूटिंग, प्राधिकरण प्रॉक्सी और आश्वासन पुस्तकालयों की आवश्यकता नहीं है, केवल प्रामाणिक नकली प्रतिक्रियाएँ।
मॉक को विनिर्देशन को पार्स करना चाहिए और घोषित स्कीमाओं से स्वचालित रूप से पेलोड उदाहरण उत्पन्न करना चाहिए, लेकिन किसी भी रूट को कस्टम प्रतिक्रिया बॉडी के साथ मैन्युअल रूप से ओवरराइड करने की अनुमति भी देनी चाहिए जो पथ, विधि और स्थिति कोड से बंधी हो। मैं मांग पर वास्तविक परिस्थितियों का अनुकरण करना चाहता हूँ: प्रत्येक एंडपॉइंट के लिए कॉन्फ़िगर करने योग्य देरी, 400, 401, 404, 429 और 500 जैसे मजबूर त्रुटि कोड, साथ ही एक अनुरोध हेडर या ध्वज के आधार पर विभिन्न प्रतिक्रियाएँ लौटाने की क्षमता ताकि टीम खुशहाल पथ और त्रुटि हैंडलिंग दोनों का परीक्षण कर सके। प्रतिक्रिया फिक्स्चर को साधारण फ़ाइलों में रहना चाहिए जिन्हें हम गिट में संग्रहीत करते हैं, और उन्हें फिर से लोड करने के लिए पुनः प्रारंभ करने की आवश्यकता नहीं होनी चाहिए। एक छोटा कॉन्फ़िगरेशन देरी और त्रुटि दरों के लिए वैश्विक डिफ़ॉल्ट मान सेट कर सकता है।
मैं आउटपुट पर एक ऐसा सेवा चाहता हूँ जो एक कमांड के साथ स्थानीय रूप से शुरू हो और साझा वातावरण के लिए एक कंटेनर में उसी तरह फिट हो। स्पष्ट निर्देश और कुछ तैयार परिदृश्यों को शामिल करें।
— OpenAPI विनिर्देशन को पार्स करें और प्रत्येक एंडपॉइंट के लिए प्रतिक्रिया उदाहरण उत्पन्न करें
— संपादनीय फ़िक्स्चर फ़ाइलों के माध्यम से पथ, विधि और स्थिति द्वारा प्रतिक्रियाओं को ओवरराइड करें
— मांग पर देरी, टाइमआउट और मजबूर त्रुटि कोड का अनुकरण करें
— सर्वर को पुनः प्रारंभ किए बिना फ़िक्स्चर को हॉट रीलोड करें
— एक कमांड के साथ स्थानीय रूप से चलाएँ और स्टेजिंग के लिए कंटेनर छवि
मॉक को विनिर्देशन को पार्स करना चाहिए और घोषित स्कीमाओं से स्वचालित रूप से पेलोड उदाहरण उत्पन्न करना चाहिए, लेकिन किसी भी रूट को कस्टम प्रतिक्रिया बॉडी के साथ मैन्युअल रूप से ओवरराइड करने की अनुमति भी देनी चाहिए जो पथ, विधि और स्थिति कोड से बंधी हो। मैं मांग पर वास्तविक परिस्थितियों का अनुकरण करना चाहता हूँ: प्रत्येक एंडपॉइंट के लिए कॉन्फ़िगर करने योग्य देरी, 400, 401, 404, 429 और 500 जैसे मजबूर त्रुटि कोड, साथ ही एक अनुरोध हेडर या ध्वज के आधार पर विभिन्न प्रतिक्रियाएँ लौटाने की क्षमता ताकि टीम खुशहाल पथ और त्रुटि हैंडलिंग दोनों का परीक्षण कर सके। प्रतिक्रिया फिक्स्चर को साधारण फ़ाइलों में रहना चाहिए जिन्हें हम गिट में संग्रहीत करते हैं, और उन्हें फिर से लोड करने के लिए पुनः प्रारंभ करने की आवश्यकता नहीं होनी चाहिए। एक छोटा कॉन्फ़िगरेशन देरी और त्रुटि दरों के लिए वैश्विक डिफ़ॉल्ट मान सेट कर सकता है।
मैं आउटपुट पर एक ऐसा सेवा चाहता हूँ जो एक कमांड के साथ स्थानीय रूप से शुरू हो और साझा वातावरण के लिए एक कंटेनर में उसी तरह फिट हो। स्पष्ट निर्देश और कुछ तैयार परिदृश्यों को शामिल करें।
— OpenAPI विनिर्देशन को पार्स करें और प्रत्येक एंडपॉइंट के लिए प्रतिक्रिया उदाहरण उत्पन्न करें
— संपादनीय फ़िक्स्चर फ़ाइलों के माध्यम से पथ, विधि और स्थिति द्वारा प्रतिक्रियाओं को ओवरराइड करें
— मांग पर देरी, टाइमआउट और मजबूर त्रुटि कोड का अनुकरण करें
— सर्वर को पुनः प्रारंभ किए बिना फ़िक्स्चर को हॉट रीलोड करें
— एक कमांड के साथ स्थानीय रूप से चलाएँ और स्टेजिंग के लिए कंटेनर छवि
पाठ और अनुवाद नकद, बैंक ट्रांसफर
