एक मॉक एपीआई वास्तविक सेवा की तरह ही अनुरोधों का जवाब देती है — समान यूआरएल, समान स्टेटस कोड, समान प्रतिक्रिया स्वरूप — लेकिन इसमें वास्तविक सेवा द्वारा उपयोग किए जाने वाले किसी भी सिस्टम का उपयोग नहीं होता है। इसका उद्देश्य वास्तविक सेवा के तैयार होने से पहले या जब वास्तविक सेवा को कॉल करना धीमा, महंगा, दर-सीमित या नुकसानदायक हो, तब क्लाइंट का निर्माण, प्रदर्शन या परीक्षण करना है।
मॉक मुख्य रूप से तीन प्रकार के होते हैं। एक स्टैटिक मॉक हमेशा एक ही निर्धारित पेलोड लौटाता है। एक कॉन्फ़िगर करने योग्य मॉक आपको प्रत्येक एंडपॉइंट के लिए यह निर्धारित करने की अनुमति देता है कि क्या लौटाना है। एक सिम्युलेटेड मॉक - जो कि यह प्लेग्राउंड है - वास्तव में स्थिति को बनाए रखता है: एक POST अनुरोध कुछ ऐसा बनाता है जिसे बाद में GET अनुरोध ढूंढ सकता है, एक DELETE अनुरोध उसे हटा देता है, और स्टॉक स्तर, सीट उपलब्धता और संस्करण विरोध जैसे प्रतिबंध वर्णित होने के बजाय लागू किए जाते हैं।
आम धारणा यह है कि मॉक त्रुटि प्रबंधन का अभ्यास नहीं कर सकता, क्योंकि मॉक हमेशा सफल होता है। यह अधिकांश मॉक की विशेषता है, न कि मॉकिंग की। विफलता पथ - 409, 412, 429, 503 - ही वास्तविक सेवा के विरुद्ध उत्पन्न करना सबसे कठिन होता है और इनका अभ्यास करना सबसे मूल्यवान होता है, यही कारण है कि एक API जो केवल 200 लौटाता है, अभ्यास के लिए एक कमजोर लक्ष्य है।
यहां मौजूद सभी API दो तरह से काम करते हैं: पूरी तरह से आपके ब्राउज़र में बिना किसी नेटवर्क के, या HTTPS पर लाइव बैकएंड के साथ। ब्राउज़र इंजन का कोड एक ही है, इसलिए प्रतिक्रियाएं मेल खाती हैं।
सभी शब्द · परीक्षण तकनीकें · सभी 39 मॉक REST API
आखरी अपडेट