जेएसओएन प्रतिक्रिया सर्वर/यूनिट परीक्षण कैसे करें?

Question

मेरा वर्तमान प्रोजेक्ट JSON का उपयोग डेटा इंटरचेंज प्रारूप के रूप में करता है। फ्रंट-एंड और बैक-एंड टीम दोनों एक सेवा को एकीकृत करने से पहले एक JSON संरचना पर सहमत हैं। कई बार जेएसओएन संरचना में बैक-एंड टीम द्वारा अधिसूचित परिवर्तनों के कारण; यह फ्रंट एंड कोड तोड़ता है।

क्या कोई बाहरी लाइब्रेरी है जिसे हम सर्वर JSON प्रतिक्रिया के साथ एक नकली JSON (स्थिरता) की तुलना करने के लिए उपयोग कर सकते हैं। मूल रूप से इसे पूरे JSON ऑब्जेक्ट पर जोर देना चाहिए और सर्वर JSON प्रारूप में कोई उल्लंघन होने पर त्रुटि को फेंक देना चाहिए।

अतिरिक्त जानकारी: ऐप JQuery उपभोक्ता रीस्ट जेएसओएन सेवाओं पर बनाया गया है।

Answer 1

मैं आपके JSON ऑब्जेक्ट्स के लिए स्कीमा की अनुशंसा करता हूं।

मैं Kwalify का उपयोग करता हूं लेकिन यदि आप उस वाक्यविन्यास को बेहतर पसंद करते हैं तो आप Rx का भी उपयोग कर सकते हैं।

Answer 2

ऐसा लगता है कि आप दूसरे छोर से किसी समस्या को हल करने का प्रयास कर रहे हैं। बैक-एंड डेवलपर के काम के परीक्षण के साथ आपको फ्रंट एंड डेवलपर के रूप में क्यों परेशान होना चाहिए?

सर्वर पर जेनरेट किया गया एक JSON मानक दृष्टिकोण का उपयोग कर सर्वर पर परीक्षण करना बेहतर है, यानी xUnit में कार्यात्मक परीक्षण। आप FITnesse जैसे स्वीकृति परीक्षण ढांचे को भी देख सकते हैं यदि आप सभी में परीक्षण और दस्तावेज़ीकरण विकी रखना चाहते हैं।

यदि सर्वर पर परीक्षण शुरू करने के बाद भी आपको अमान्य JSON मिल जाएगा, यह मानव संचार में एक समस्या है, परीक्षण में नहीं।

Answer 3

मैं हाल ही में अपने बहुत सारे जेएस कोड के लिए QUnit: http://docs.jquery.com/QUnit का उपयोग कर रहा हूं।

asyncTest http://docs.jquery.com/QUnit/asyncTest JSON संरचना का परीक्षण करने के लिए बहुत प्रभावी ढंग से उपयोग किया जा सकता है।

उदाहरण:

asyncTest("Test JSON API 1", 1, function() { 
    $.getJSON("http://test.com/json", function(data) { 
     equals(data.expected, "what you expected", "Found it"); 
    }); 
}); 

Answer 4

के बाद से वहाँ कोई जवाब नहीं मैं में मेरे दो सेंट डाल देता हूँ

यदि समस्या यह है कि आप पीठ के अंत से स्थानांतरण आवश्यकताओं के साथ तो काम कर रहे हैं कि तुम क्या। करने की जरूरत है उन परिवर्तनों से खुद को अलग करें। फ्रंट एंड एंड बैक एंड के बीच एक अमूर्तता डालें।

शायद आप जेएसओएन डेटा प्रारूप इंटरचेंज को इस अमूर्तता को कॉल कर सकते हैं।

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

ओबीटीडब्ल्यू, मुझे लगता है कि सर्वर-साइड टीम को सर्वर के खिलाफ प्रोटोकॉल निर्दिष्ट करने की ज़िम्मेदारी होनी चाहिए।

* यह मेरे बट के मजाक की याद दिलाता है और आपका चेहरा जुड़वां हो सकता है।

Answer 5

https://github.com/skyscreamer/JSONassert झूठी सकारात्मकताओं को समाप्त करने में सहायक हो सकता है, ताकि सर्वर द्वारा लौटाए गए फ़ील्ड का क्रम बदल जाए, लेकिन समग्र प्रतिक्रिया समान है, यह विफलता को ट्रिगर नहीं करती है।