एक अस्थिर परीक्षण एक ही कोड के लिए अलग-अलग परिणाम देता है। एपीआई परीक्षण में इसके सामान्य कारण हैं समय का निर्धारण (जैसे कि अतुल्यकालिक कार्य समाप्त होने से पहले दावा करना), परीक्षणों के बीच साझा स्थिति, पिछले परीक्षणों से बचा हुआ डेटा, वास्तविक नेटवर्क कॉल, अनसीडेड यादृच्छिक डेटा और वर्तमान तिथि या समय क्षेत्र पर निर्भरता।
फ्लेकीनेस का निदान उसी कमिट को तब तक बार-बार चलाकर किया जाता है जब तक कि विफलता दोबारा उत्पन्न न हो जाए और फिर अंतर की तुलना की जाती है। इसे भिन्नता के स्रोत को हटाकर ठीक किया जाता है: एक निश्चित समय के बजाय किसी स्थिति की प्रतीक्षा करें, प्रत्येक परीक्षण को अपना डेटा दें, सीड जनरेटर का उपयोग करें, क्लॉक को फ्रीज करें, और लाइव डिपेंडेंसी को किसी नकली या आपके द्वारा नियंत्रित सैंडबॉक्स से बदलें।
स्वचालित पुनः प्रयास से किसी अनियमित परीक्षण को ठीक किया जा सकता है। पुनः प्रयास लक्षणों को छुपाते हैं और मूल कारण को बनाए रखते हैं; वे उत्पाद में मौजूद वास्तविक, रुक-रुक कर होने वाली त्रुटियों को भी छुपाते हैं — एक रेस कंडीशन बिल्कुल अनियमित परीक्षण जैसी दिखती है। पुनः प्रयास करके भूल जाने के बजाय, समस्या को अलग रखें और ठीक करें।
POST /protocol/v1/jobs 202 लौटाता है और GET /protocol/v1/jobs/{id} के प्रत्येक पोल पर जॉब आगे बढ़ती है — यह प्रतीक्षा करने के बजाय किसी स्थिति की प्रतीक्षा करने का अभ्यास करने के लिए एक अच्छा स्थान है। स्टेट लीक होने से बचाने के लिए रन के बीच सैंडबॉक्स को रीसेट करें।
सभी शब्द · परीक्षण तकनीकें · सभी 39 मॉक REST API
आखरी अपडेट