- API ٽيسٽنگ سبق جي فهرست
- ھن API ٽيسٽنگ سيريز ۾ سبقن جو جائزو
- نتيجو
- API ٽيسٽنگ ٽيوٽوريل
- توهان جي تنظيم ۾ API ٽيسٽنگ متعارف ڪرائڻ
هي گہرائي API ٽيسٽنگ ٽيوٽوريل سڀ ڪجهه وضاحت ڪري ٿو API ٽيسٽنگ، ويب سروسز ۽ توهان جي تنظيم ۾ API ٽيسٽنگ کي ڪيئن متعارف ڪرايو:
هن تعارفي سبق مان شفٽ-کاٻي ٽيسٽنگ ۽ ويب سروسز جو تصور.تصورات جهڙوڪ ويب API، API ڪيئن ڪم ڪري ٿو (حقيقي دنيا جي مثالن سان) ۽ اهو ڪيئن مختلف آهي ويب سروسز هن ۾ مثالن سان چڱيءَ طرح وضاحت ڪئي وئي آهي. سبق.
API ٽيسٽنگ سبق جي فهرست
ٽيوٽوريل #1: API ٽيسٽنگ ٽيوٽوريل: هڪ مڪمل گائيڊ For Beginners
ٽيوٽوريل #2: ويب سروسز ٽيوٽوريل: اجزاء، آرڪيٽيڪچر، قسم ۽ amp; مثال
ٽيوٽوريل #3: ٽاپ 35 ASP.Net ۽ ويب API انٽرويو سوالن سان گڏ جواب
ٽيوٽوريل #4: پوسٽ مين ٽيوٽوريل: API ٽيسٽنگ POSTMAN استعمال ڪندي
Tutorial #5: Apache HTTP ڪلائنٽ استعمال ڪندي ويب سروسز ٽيسٽنگ
ھن API ٽيسٽنگ سيريز ۾ سبقن جو جائزو
ٽيوٽوريل # | توهان ڇا سکندا | |
---|---|---|
API ٽيسٽنگ سبق : هڪ مڪمل گائيڊ For Beginners هي گائيڊ API ٽيسٽنگ ٽيوٽوريل API ٽيسٽنگ، ۽ ويب سروسز بابت تفصيل سان سڀني کي بيان ڪندو ۽ توهان کي تعليم ڏيندو ته ڪيئن توهان جي تنظيم ۾ API ٽيسٽنگ کي متعارف ڪرايو وڃي. | ||
ٽيوٽوريل_#2: 14> | ويب سروسز ٽيوٽوريل: اجزاء، آرڪيٽيڪچر، قسم ۽ amp; مثال هي ويبصحيح ۽ غلط جوابن لاءِ API کان جوابن جي درستي واقعي اهم آهي. جيڪڏهن 200 جو اسٽيٽس ڪوڊ (مطلب سڀ ٺيڪ آهي) ٽيسٽ API مان جواب جي طور تي ملي ٿو، پر جيڪڏهن جوابي متن چوي ٿو ته هڪ غلطي سامهون آئي آهي، ته اهو هڪ نقص آهي. اضافي طور تي، جيڪڏهن غلطي پيغام پاڻ ئي غلط آهي، ته پوءِ اهو آخري ڪسٽمر لاءِ تمام گهڻو گمراهه ڪندڙ ٿي سگهي ٿو جيڪو هن API سان ضم ٿيڻ جي ڪوشش ڪري رهيو آهي. هيٺ ڏنل اسڪرين شاٽ ۾، استعمال ڪندڙ غلط وزن داخل ڪيو آهي، جيڪو قابل قبول 2267 ڪلوگرام کان وڌيڪ آهي. API غلطي اسٽيٽس ڪوڊ ۽ غلطي پيغام سان جواب ڏئي ٿو. بهرحال، غلطي پيغام غلط طور تي وزن يونٽ کي KG جي بدران lbs طور بيان ڪري ٿو. هي هڪ نقص آهي جيڪو آخري گراهڪ کي پريشان ڪري سگهي ٿو. (ii) لوڊ ۽ ڪارڪردگي جي جاچAPIs جو مطلب آهي ڊيزائن جي لحاظ کان اسڪيلبل هجڻ لاءِ. اهو، موڙ ۾، لوڊ ۽ ڪارڪردگي جي جاچ کي ضروري بڻائي ٿو، خاص طور تي جيڪڏهن سسٽم کي ڊزائين ڪيو پيو وڃي ته ضرورت جي لحاظ سان، في منٽ يا ڪلاڪ هزارين درخواستن جي خدمت ڪرڻ جي اميد رکي ٿي. API تي باقاعده لوڊ ۽ ڪارڪردگي جا امتحان انجام ڏيڻ ۾ مدد ڪري سگھي ٿي بينچ مارڪ ڪارڪردگي، چوٽي جي لوڊ ۽ بريڪنگ پوائنٽ. ھي ڊيٽا مفيد آھي جڏھن ھڪڙي ايپليڪيشن کي ماپڻ جي منصوبابندي ڪندي. هن معلومات کي دستياب هجڻ سان فيصلن ۽ منصوبابندي جي مدد ڪرڻ ۾ مدد ملندي خاص طور تي جيڪڏهن تنظيم وڌيڪ گراهڪ شامل ڪرڻ جي منصوبابندي ڪري رهي آهي، جنهن جو مطلب ٿيندو وڌيڪ ايندڙدرخواستون. توهان جي تنظيم ۾ API ٽيسٽنگ کي ڪيئن متعارف ڪرايو وڃيڪنهن به تنظيم ۾ API ٽيسٽنگ کي متعارف ڪرائڻ جو عمل ساڳيو آهي جيڪو عمل ڪنهن ٻئي ٽيسٽنگ اوزار ۽ فريم ورڪ کي لاڳو ڪرڻ يا رول آئوٽ ڪرڻ لاءِ استعمال ڪيو ويندو آهي. هيٺ ڏنل جدول هر قدم جي متوقع نتيجن سان گڏ مکيه مرحلن کي اختصار ڪري ٿو. 3>>7>8> | متوقع نتيجو |
تحقيق جي ضرورتن کي سمجھو مناسب API ٽيسٽ ٽول لاءِ مارڪيٽ. مثال طور ڪھڙي قسم جي API کي آزمايو پيو وڃي - SOAP يا REST؟ ڇا اسان کي ھن ڪردار لاءِ ٽيسٽر ڀرتي ڪرڻ جي ضرورت آھي يا موجوده ٽيسٽر کي تربيت ڏيڻ گھرجي؟ ڪهڙي قسم جا ٽيسٽ ڪيا ويندا - فنڪشنل، ڪارڪردگي ٽيسٽ وغيره. عمل درآمد لاءِ بجيٽ ڇا آهي؟ | ||
13> | شارٽ لسٽ ٿيل ٽول سان ٽيسٽن جو ذيلي سيٽ لاڳو ڪريو. اسٽيڪ هولڊرز لاءِ نتيجن کي پيش ڪريو. ان ٽول کي حتمي شڪل ڏيو جيڪو لاڳو ڪيو وڃي. | |
عمل درآمد | شروع ڪرڻ | توهان جي پسند جي اوزار تي منحصر آهي، توهان کي گهربل اوزار کي PC، ورچوئل مشين يا سرور تي انسٽال ڪرڻ جي ضرورت پوندي. جيڪڏهن پسند جو اوزار رڪنيت تي ٻڌل آهي ، گهربل ٽيم ٺاهيواڪائونٽس. جيڪڏهن ضرورت هجي ٽيم کي تربيت ڏيو. |
وڃو | 13>ٽيسٽ ٺاهيو
عام چئلينجز ۽ انهن کي گھٽائڻ جا طريقا
اچو ته ڪجهه عام چيلينجز تي بحث ڪريو جيڪي QA ٽيمون هڪ تنظيم ۾ API جاچ واري فريم ورڪ کي لاڳو ڪرڻ جي ڪوشش ڪندي منهن ڏيو.
#1) صحيح اوزار چونڊڻ
نوڪري لاءِ صحيح اوزار چونڊڻ سڀ کان عام چئلينج آهي. اهڙا ڪيترائي API ٽيسٽ ٽولز آهن جيڪي مارڪيٽ ۾ موجود آهن.
شايد بازار ۾ موجود جديد، تمام مهانگو اوزارن کي لاڳو ڪرڻ تمام پرڪشش لڳي ٿو- پر جيڪڏهن اهو گهربل نتيجا نه آڻيندو ته پوءِ اهو اوزار. ڪو به فائدو نه آهي.
تنهنڪري، هميشه اهو اوزار چونڊيو جيڪو توهان جي تنظيمي ضرورتن جي بنياد تي 'لازمي هجڻ' گهرجن کي پورو ڪري. دستياب API اوزار
ٽول | قيمت | نوٽس |
---|---|---|
SoapUI اوپن سورس (فنڪشنل ٽيسٽنگ) لاءِ مفت نسخو دستياب آهي | * REST، SOAP ۽ ٻيا مشهور API ۽ IoT پروٽوڪول. * مفت ورزن ۾ شامل SOAP ۽ REST ايڊهاڪ ٽيسٽنگ ميسيج ايسسرشن ڊريگ ۽ amp; ڊراپ ٽيسٽ ٺاھڻ ٽيسٽ لاگز ٽيسٽ ڪنفيگريشن ريڪارڊنگ مان ٽيسٽ يونٽ رپورٽنگ. * خصوصيتن جي مڪمل فهرست ٿي سگھي ٿي انهن ۾ مليوويب سائيٽ. | |
پوسٽمين | مفت پوسٽ مين ايپ دستياب آهي | * REST لاءِ سڀ کان وڌيڪ استعمال ٿيل. * خاصيتون انهن جي ويب سائيٽ تي ڳولي سگهجن ٿيون. |
Parasoft | اهو هڪ ادا ڪيل اوزار آهي، هڪ لائسنس خريد ڪرڻ جي ضرورت آهي ۽ پوء انسٽال ڪرڻ جي ضرورت آهي اوزار استعمال ڪرڻ کان اڳ. | * جامع API جاچ: فنڪشنل، لوڊ، سيڪيورٽي جاچ، ٽيسٽ ڊيٽا مئنيجمينٽ |
HttpMaster | ايڪسپريس ايڊيشن: مفت ڊائون لوڊ ڪرڻ لاءِ پروفيشنل ورزن: استعمال ڪندڙن جي تعداد جي بنياد تي
| 13 اهو سپورٽ ڪري ٿو. |
رن اسڪوپ 14>13> استعمال ڪندڙن جي تعداد ۽ منصوبن جي قسمن جي بنياد تي
| 13.ڪنهن به API ٽرانزيڪشن جي ناڪامي جي صورت ۾ ٽريڪنگ ۽ اطلاع ڏيڻ (جيڪڏهن توهان جي ايپليڪيشن کي ادائيگي جي تصديق جي ضرورت آهي، ته پوء هي اوزار هڪ سٺو انتخاب ثابت ٿي سگهي ٿو). ||
LoadFocus | استعمال ڪندڙن جي تعداد ۽ منصوبن جي قسمن جي بنياد تي | * API لوڊ ٽيسٽنگ لاءِ استعمال ٿي سگھي ٿو - استعمال ڪندڙن جو تعداد معلوم ڪرڻ لاءِ ڪجھ ٽيسٽ هلائڻ جي اجازت ڏئي ٿو ھڪڙو API سپورٽ ڪري سگھي ٿو. * استعمال ڪرڻ آسان - برائوزر ۾ ٽيسٽ هلائڻ جي اجازت ڏئي ٿو. |
1 پروجيڪٽ لاءِ مفت (1,000 درخواست ) | * فائديمند API جاچ ۽ مانيٽرنگ لاءِ متوقع نتيجا موثر طريقي سان ايپليڪيشن کي جانچڻ لاءِ. اهو اڪثر ڪري هڪ چيلنج هوندو آهي، جيئن ته متوقع نتيجن کي ڄاڻڻ لاءِ، اسان کي واضح گهربل گهرجون هجڻ گهرجن – جيڪو ڪيس نه آهي. مثال طور ، هيٺ ڏنل گهرجن تي غور ڪريو: "ايپليڪيشن کي صرف صحيح شپنگ جي تاريخ قبول ڪرڻ گهرجي ۽ سڀ غلط گهرجن کي رد ڪيو وڃي" اهي گهرجون اهم تفصيل غائب آهن ۽ تمام گهڻيون مبهم آهن - اسان هڪ صحيح تاريخ ڪيئن بيان ڪري رهيا آهيون؟ فارميٽ بابت ڇا؟ ڇا اسان آخري استعمال ڪندڙ کي رد ڪرڻ وارو پيغام واپس ڪري رهيا آهيون، وغيره؟ واضح گهرجن جو مثال: 1) ايپليڪيشن کي صرف هجڻ گهرجي صحيح شپنگ جي تاريخ قبول ڪريو. شپنگ جي تاريخ صحيح سمجهي ويندي آهي جيڪڏهن اهاآهي
2) جواب اسٽيٽس ڪوڊ = 200 پيغام: ٺيڪ 1>3) شپنگ جي تاريخ جيڪا مٿي ڏنل معيار کي پورو نٿو ڪري، غلط سمجهيو وڃي. جيڪڏهن هڪ گراهڪ هڪ غلط شپنگ جي تاريخ موڪلي ٿو، ته ان کي هيٺين غلطي پيغامن سان جواب ڏيڻ گهرجي: 3.1 جواب اسٽيٽ ڪوڊ نه 200 غلطي: فراهم ڪيل شپنگ جي تاريخ غلط آهي؛ مهرباني ڪري پڪ ڪريو ته تاريخ DD/MM/YYYY فارميٽ ۾ آهي 3.2 جواب واري اسٽيٽس ڪوڊ 200 ناهي غلطي: فراهم ڪيل شپنگ جي تاريخ ۾ آهي ماضي #3) سکيا وارو وکرجيئن اڳ ۾ ذڪر ڪيو ويو آهي، API جي جاچ جو طريقو مختلف هوندو آهي جڏهن GUI تي ٻڌل ايپليڪيشنن کي جانچڻ دوران استعمال ڪيل طريقي جي مقابلي ۾. جيڪڏهن توهان اي پي آءِ ٽيسٽنگ لاءِ ماهرن کي يا اندر اندر يا صلاحڪارن جي ڀرتي ڪري رهيا آهن، پوءِ API ٽيسٽ اپروچ يا API ٽيسٽ ٽول جي سکيا وارو وکر گهٽ ۾ گهٽ ٿي سگهي ٿو. ڪنهن به سکيا وارو وکر، انهي صورت ۾، پراڊڪٽ يا ايپليڪيشن جي ڄاڻ حاصل ڪرڻ سان لاڳاپيل هوندو. جيڪڏهن هڪ موجوده ٽيم ميمبر کي API ٽيسٽنگ سکڻ لاءِ مقرر ڪيو ويو آهي، ته پوءِ چونڊ جي اوزار جي بنياد تي، سکيا وارو وکر ٿي سگهي ٿو. وچولي کان اعلي، امتحان واري طريقي کي تبديل ڪرڻ سان گڏ. پراڊڪٽ يا ايپليڪيشن لاءِ سکيا وارو وکر شايد گهٽ وچولي هجي ان تي منحصر آهي ته ڇا هن ٽيسٽر آزمايو آهيانهي ايپليڪيشن کان اڳ يا نه. #4) موجوده مهارت جو سيٽهي سڌو سنئون سکيا واري وکر جي پوئين نقطي سان تعلق رکي ٿو. جيڪڏهن هڪ ٽيسٽر ان کان منتقل ٿي رهيو هو GUI جي بنياد تي ٽيسٽنگ، پوءِ ٽيسٽ ڪندڙ کي جانچڻ جي طريقي کي تبديل ڪرڻ جي ضرورت پوندي ۽ ضرورت مطابق نئون اوزار يا فريم ورڪ سکڻو پوندو. مثال طور جيڪڏهن API JSON فارميٽ ۾ درخواستن کي قبول ڪري، ته پوءِ جاچ ڪندڙ کي اهو سکڻو پوندو ته JSON ڇا آهي، ٽيسٽ ٺاهڻ شروع ڪرڻ لاءِ. ڪيس اسٽڊيٽاسڪ موجوده ايپليڪيشن کي ماپڻ لاءِ، هڪ ڪمپني چاهي ٿي ته هڪ پراڊڪٽ پيش ڪرڻ API سان گڏوگڏ هڪ معياري GUI ايپليڪيشن. QA ٽيم کي هڪ ٽيسٽ ڪوريج پلان مهيا ڪرڻ لاءِ چيو ويو ته انهي کي يقيني بڻائڻ لاءِ ته اهي باقاعده GUI تي ٻڌل ٽيسٽن کان ٻاهر API ٽيسٽنگ کي ترتيب ڏيڻ لاءِ تيار آهن. چيلنجز
پنهنجو طريقو ٽيم پاران خطرن کي گهٽائڻ ۽ چيلينجز جي چوڌاري ڪم ڪرڻ لاءِ
نتيجوAPI تي ٻڌل ايپليڪيشنون آهن. تازو وقت ۾ مقبوليت حاصل ڪئي. اهي ايپليڪيشنون وڌيڪ آهنروايتي ايپليڪيشنن/سافٽ ويئر جي مقابلي ۾ اسپيبلبل ۽ ٻين APIs يا ايپليڪيشنن سان آسان انضمام جي اجازت ڏيو. هي API ٽيسٽنگ ٽيوٽوريل تفصيل سان API ٽيسٽنگ، شفٽ کاٻي ٽيسٽنگ، ويب سروسز، ۽ ويب API جي باري ۾ سڀ ڪجهه وضاحت ڪري ٿو. اسان مثالن سان ويب سروسز بمقابله ويب API جي وچ ۾ فرق کي به ڳولي لڌو. ٽيوٽوريل جي ٻئي حصي ۾، اسان API ٽيسٽنگ جي مڪمل اسپيڪٽرم تي بحث ڪيو، توهان جي تنظيم ۾ API ٽيسٽنگ کي ڪيئن متعارف ڪرايو وڃي ۽ ڪجهه عام چئلينجز ھي عمل انھن لاءِ حل سان گڏ آھي. اسان جي ايندڙ سبق کي ڏسو ويب خدمتن بابت وڌيڪ ڄاڻڻ لاءِ مثالن سان گڏ!! اڳيون سبق خدمتن جو سبق وضاحت ڪري ٿو آرڪيٽيڪچر، قسم ۽ amp; اهم اصطلاحن سان گڏ ويب سروسز جا اجزاء ۽ SOAP بمقابله REST جي وچ ۾ فرق. | |
Tutorial_#3: | مٿي 35 ASP.Net ۽ ويب API انٽرويو سوالن جا جوابن سان توهان ڳولي سگهو ٿا سڀ کان مشهور اڪثر پڇيا ويندڙ ASP.Net ۽ ويب API انٽرويو سوالن جي فهرست جوابن سان. هن سبق ۾ شروعاتي ۽ تجربيڪار ماهرن لاءِ مثال. | |
ٽيوٽوريل_#4: | پوسٽ مين ٽيوٽوريل: API ٽيسٽنگ استعمال ڪندي POSTMAN هي قدم بہ قدم سبق وضاحت ڪندو API ٽيسٽنگ استعمال ڪندي POSTMAN سان گڏ POSTMAN جي بنياديات، ان جا اجزاء ۽ نموني جي درخواست ۽ amp; توھان جي آسان سمجھڻ لاءِ سادي لفظن ۾ جواب ڏيو. | |
Tutorial_#5: | Apache HTTP ڪلائنٽ استعمال ڪندي ويب سروسز جي جاچ هي API ٽيوٽوريل ويب سروسز تي مختلف CRUD آپريشنز ڪرڻ ۽ Apache HTTP ڪلائنٽ استعمال ڪندي ويب سروسز جي جانچ ڪرڻ بابت آهي |
API ٽيسٽنگ ٽيوٽوريل
هي سيڪشن توهان کي ويب سروسز ۽ ويب API جي بنيادي ڄاڻ حاصل ڪرڻ ۾ مدد ڏيندو، جيڪو بدلي ۾ هن API ٽيسٽنگ سيريز ۾ ايندڙ سبقن ۾ اهم تصورن کي سمجهڻ ۾ مددگار ثابت ٿيندو.
API ( ايپليڪيشن پروگرامنگ انٽرفيس) سڀني طريقن ۽ ڪمن جو هڪ سيٽ آهي جيڪو اسان کي ايپليڪيشن ٺاهڻ جي اجازت ڏئي ٿو ڊيٽا يا خاصيتن تائين رسائي حاصل ڪندي.آپريٽنگ سسٽم يا پليٽ فارم. اهڙين طريقن جي جاچ کي API ٽيسٽنگ جي نالي سان سڃاتو وڃي ٿو.
شفٽ کاٻي ٽيسٽنگ
هڪ اهم قسم جي ٽيسٽنگ جيڪا اڄڪلهه API ٽيسٽنگ انٽرويوز ۾ پڇي وڃي ٿي سا شفٽ ليفٽ ٽيسٽنگ آهي. ھن قسم جي ٽيسٽنگ لڳ ڀڳ سڀني پروجيڪٽس ۾ ڪئي ويندي آھي جيڪي چست طريقي جي پيروي ڪندا آھن.
ان کان اڳ جو Shift Left Testing متعارف ڪرايو ويو، سافٽ ويئر ٽيسٽنگ تصوير ۾ آئي صرف ڪوڊنگ مڪمل ٿيڻ کان پوءِ ۽ ڪوڊنگ ٽيسٽ ڪندڙن تائين پھچايو ويو. هن عمل جي نتيجي ۾ آخري وقت تائين پهچندي آخري وقت تائين پهچڻ جي ڪوشش ڪئي وئي ۽ ان سان پروڊڪٽ جي معيار کي به وڏي حد تائين نقصان پهتو.
ان کان علاوه، ڪوششون ڪيون ويون (جڏهن پيداوار کان اڳ آخري مرحلي ۾ خاميون رپورٽ ڪيون ويون) تمام وڏو جيئن ڊولپرز کي ڊزائن ۽ ڪوڊنگ ٻنهي مرحلن مان گذرڻو پيو. > ڊيزائن -> ڪوڊنگ -> جانچ.
روايتي جاچ جا نقصان
19>تنهنڪري، ٽيسٽنگ جي مرحلي کي کاٻي پاسي منتقل ڪرڻ لاءِ هڪ نئون خيال سامهون آيو جنهن جي ڪري کاٻي پاسي شفٽ ٽيسٽنگ ٿي.
تجويز ڪيل پڙهو => کاٻي پاسي شفٽ ٽيسٽنگ: Aسافٽ ويئر جي ڪاميابيءَ لاءِ راز منتر
کاٻي شفٽ جاچ جا مرحلا
25>
کاٻي شفٽ ٽيسٽنگ جي نتيجي ۾ هڪ ڪامياب لڏپلاڻ جي نتيجي ۾ خرابي جي چڪاس کان عيب جي روڪٿام تائين. اهو پڻ سافٽ ويئر کي جلدي ناڪام ٿيڻ ۾ مدد ڪري ٿو ۽ جلد کان جلد سڀني ناڪامين کي درست ڪري ٿو.
Web API
عام اصطلاحن ۾، هڪ ويب API جي وضاحت ڪري سگهجي ٿي اهڙي شيءِ جيڪا ڪلائنٽ کان درخواست وٺي ٿي. سسٽم ويب سرور ڏانهن ۽ واپس موڪلي ٿو ويب سرور کان جواب ڪلائنٽ مشين ڏانهن.
هڪ API ڪيئن ڪم ڪندو آهي؟
اچو ته www.makemytrip.com تي اڏام جي بکنگ جو هڪ تمام عام منظر پيش ڪريون، جيڪا هڪ آن لائن سفري خدمت آهي جيڪا ڪيترن ئي ايئر لائنز کان معلومات گڏ ڪري ٿي. جڏهن توهان اڏام جي بکنگ لاءِ وڃو ٿا، توهان معلومات داخل ڪريو ٿا جهڙوڪ سفر جي تاريخ/واپسي جي تاريخ، ڪلاس وغيره ۽ ڳولا تي ڪلڪ ڪريو.
اهو توهان کي ڪيترن ئي ايئر لائنز جي قيمت ۽ انهن جي دستيابي ڏيکاريندو. انهي صورت ۾، ايپليڪيشن ڪيترن ئي ايئر لائنز جي APIs سان رابطو ڪري ٿي ۽ ان سان ايئر لائن جي ڊيٽا تائين رسائي فراهم ڪري ٿي.
هڪ ٻيو مثال www.trivago.com آهي جيڪو مختلف هوٽلن جي قيمت، دستيابي وغيره جو موازنہ ۽ فهرست ڪري ٿو. هڪ خاص شهر کان. هي ويب سائيٽ ڪيترن ئي هوٽلن جي APIs سان رابطو ڪري ٿي ڊيٽابيس تائين رسائي حاصل ڪرڻ لاءِ ۽ انهن جي ويب سائيٽ تان قيمتن ۽ دستيابي کي لسٽ ڪري ٿي.
اهڙيءَ طرح، هڪ ويب API جي وضاحت ڪري سگهجي ٿي "هڪ انٽرفيس جيڪو هڪ ڪلائنٽ مشين ۽ وچ ۾ رابطي کي آسان بڻائي ٿو. جيwebserver”.
ويب خدمتون
ويب خدمتون آهن (جهڙوڪ ويب API) اهي خدمتون جيڪي هڪ مشين کان ٻي مشين تائين خدمت ڪن ٿيون. پر وڏو فرق جيڪو API ۽ ويب سروسز جي وچ ۾ پيدا ٿئي ٿو اهو اهو آهي ته ويب خدمتون هڪ نيٽ ورڪ استعمال ڪن ٿيون.
اهو چوڻ لاءِ محفوظ آهي ته سڀئي ويب خدمتون ويب APIs آهن پر سڀئي ويب APIs ويب خدمتون نه آهن (جنهن ۾ وضاحت ڪئي وئي آهي. مضمون جو پويون حصو). اهڙيء طرح، ويب خدمتون ويب API جو هڪ ذيلي سيٽ آهن. ويب API ۽ ويب سروسز جي باري ۾ وڌيڪ ڄاڻڻ لاءِ هيٺ ڏنل ڊراگرام ڏانهن رجوع ڪريو.
Web API بمقابله ويب خدمتون
ويب خدمتون ويب API
ٻنهي ويب API ۽ ويب خدمتون استعمال ڪيون وينديون آهن ڪلائنٽ ۽ سرور جي وچ ۾ رابطي کي آسان ڪرڻ لاءِ. وڏو فرق صرف ان طريقي سان اچي ٿو جيئن اهي گفتگو ڪن ٿا.
انهن مان هر هڪ کي درخواست واري اداري جي ضرورت آهي جيڪا هڪ مخصوص ٻولي ۾ قابل قبول هجي، محفوظ ڪنيڪشن مهيا ڪرڻ ۾ انهن جا اختلاف، سرور سان رابطو ڪرڻ جي رفتار ۽ واپس جواب ڏيڻ. ڪلائنٽ ڏانهن، وغيره.
ويب سروسز ۽ ويب API جي وچ ۾ فرق توهان جي حوالي لاءِ هيٺ ڏنل آهي.
ويب سروس
- ويب سروسز عام طور تي XML (Extensible Markup Language) استعمال ڪنديون آهن، جنهن جو مطلب آهي ته اهي وڌيڪ محفوظ آهن.
- Web Services وڌيڪ محفوظ آهن جيئن ٻئي ويب خدمتون ۽ APIs مهيا ڪن ٿيون SSL (Secure Socket Layer) ڊيٽا جي منتقلي دوران ، پر اهو WSS (ويب سروسز سيڪيورٽي) پڻ مهيا ڪري ٿو.
- ويب سروس ويب API جو هڪ سبسٽ آهي. مثال طور، ويب خدمتون صرف استعمال جي ٽن طرزن تي ٻڌل آهن يعني SOAP، REST ۽ XML-RPC.
- ويب سروسز کي هلائڻ لاءِ هميشه نيٽ ورڪ جي ضرورت آهي.
- ويب خدمتون "هڪ ڪوڊ مختلف ايپليڪيشنون" جي حمايت ڪن ٿيون. ان جو مطلب آهي ته هڪ وڌيڪ عام ڪوڊ مختلف ايپليڪيشنن تي لکيل آهي.
Web API
- A Web API عام طور تي JSON (JavaScript Object Notation) استعمال ڪري ٿو، جنهن جو مطلب آهي ويب API تيز آهي.
- ويب API تيز آهي جيئن JSON هلڪو وزن وارو آهي، XML جي برعڪس.
- ويب APIs ويب سروسز جا سپر سيٽ آهن. مثال طور، ويب سروسز جا سڀ ٽي اسلوب پڻ ويب API ۾ موجود آهن، پر ان کان علاوه، اهو استعمال ڪري ٿو ٻيا اسلوب جهڙوڪ JSON – RPC.
- Web API جي ضرورت ناهي. هلائڻ لاءِ هڪ نيٽ ورڪ.
- سسٽم يا ايپليڪيشن جي نوعيت جي بنياد تي ويب API انٽرآپريبلٽي کي سپورٽ ڪري سگهي ٿي يا نه ڪري سگهي ٿي.
توهان جي تنظيم ۾ API ٽيسٽنگ متعارف ڪرائڻ
اسان جي روزمره جي زندگيءَ ۾، اسان سڀ اي پي ايز سان ايپس سان رابطو ڪرڻ لاءِ ايترا عادي ٿي ويا آهيون ۽ اڃان تائين اسان ان پسمانده عمل جي باري ۾ به نه ٿا سوچيون جيڪي بنيادي ڪارڪردگيءَ کي هلائين ٿا.
مثال طور , اچو ته غور ڪريو ته توهان Amazon.com تي پروڊڪٽس ذريعي براؤز ڪري رهيا آهيو ۽ توهان هڪ پراڊڪٽ/ڊيل ڏسي رهيا آهيو جيڪو توهان واقعي پسند ڪيو ۽ توهان ان کي پنهنجي Facebook نيٽ ورڪ سان شيئر ڪرڻ چاهيو ٿا.
جنهن وقت توهان ڪلڪ ڪندا آهيو. صفحي جي شيئر سيڪشن تي فيسبوڪ آئڪن تي ۽ داخل ڪريو پنھنجوFacebook اڪائونٽ جي سندون شيئر ڪرڻ لاءِ، توھان ھڪ API سان رابطو ڪري رھيا آھيو جيڪو بيحد آسانيءَ سان Amazon ويب سائيٽ کي Facebook سان ڳنڍي رھيو آھي.
API ٽيسٽنگ ڏانھن فوڪس شفٽ
API ٽيسٽنگ تي وڌيڪ بحث ڪرڻ کان اڳ، اچو ته سببن تي بحث ڪريون. جنهن لاءِ تازو وقتن ۾ API تي ٻڌل ايپليڪيشنن مقبوليت حاصل ڪئي آهي.
ڪيترا ئي سبب آهن جن جي ڪري تنظيمون API تي ٻڌل پروڊڪٽس ۽ ايپليڪيشنن ڏانهن منتقل ٿي رهيون آهن. ۽ انھن مان ڪجھ توھان جي حوالي لاءِ ھيٺ ڏنل آھن.
#1) API تي ٻڌل ايپليڪيشنون وڌيڪ اسپيبل آھن جڏھن روايتي ايپليڪيشنن/سافٽ ويئر جي مقابلي ۾. ڪوڊ ڊولپمينٽ جي شرح تيز آهي ۽ ساڳي API بغير ڪنهن وڏي ڪوڊ يا بنيادي ڍانچي جي تبديلين جي وڌيڪ درخواستن جي خدمت ڪري سگهي ٿي.
#2) ڊولپمينٽ ٽيمن کي ضرورت ناهي ته ڪوڊنگ شروع ڪرڻ جي شروعات کان جڏهن اهي هڪ فيچر يا ايپليڪيشن ٺاهڻ تي ڪم ڪرڻ شروع ڪن ٿا. APIs اڪثر ڪري ٻيهر استعمال ڪندا آهن موجوده، ورجائي لائق افعال، لائبريريون، ذخيرو ٿيل طريقا، وغيره ۽ ان ڪري اهو عمل انهن کي مجموعي طور تي وڌيڪ ڪارائتو بڻائي سگهي ٿو.
مثال طور، جيڪڏهن توهان هڪ ڊولپر آهيو جنهن تي ڪم ڪري رهيا آهيو. اي ڪامرس ويب سائيٽ ۽ توهان Amazon کي ادائگي جي پروسيسر طور شامل ڪرڻ چاهيو ٿا - پوء توهان کي شروع کان ڪوڊ لکڻ جي ضرورت ناهي.
توهان کي صرف اهو ڪرڻو آهي ته توهان جي ويب سائيٽ ۽ Amazon API جي وچ ۾ انٽيگريشن قائم ڪرڻ لاء استعمال ڪندي چيڪ آئوٽ دوران ادائگي جي پروسيسنگ لاءِ انٽيگريشن ڪيز ۽ ايمازون API کي ڪال ڪريو.
#3) APIs اجازت ڏين ٿاٻين سسٽم سان آسان انٽيگريشن ٻنهي لاءِ سپورٽ ٿيل اسٽينڊل ايپليڪيشنن لاءِ ۽ انهي سان گڏ API تي ٻڌل سافٽ ويئر پروڊڪٽس سان.
مثال طور ، اچو ته غور ڪريون ته توهان ٽورانٽو کان نيو يارڪ تائين موڪل موڪلڻ چاهيو ٿا . توھان آن لائن وڃو، ھڪڙي چڱيءَ طرح ڄاڻندڙ فريٽ يا لوجسٽڪس ويب سائيٽ ڏانھن وڃو ۽ گھربل معلومات داخل ڪريو.
لازمي معلومات مهيا ڪرڻ کان پوءِ، جڏھن توھان ڪلڪ ڪندا قيمت حاصل ڪريو بٽڻ - پوئين آخر ۾، ھي لوجسٽڪس ويب سائيٽ ڳنڍي ٿي سگھي ٿي. ڪيترن ئي ڪيريئر ۽ سروس فراهم ڪندڙ APIs ۽ ايپليڪيشنن سان گڏ حاصل ڪرڻ لاءِ متحرڪ قيمتون حاصل ڪرڻ لاءِ اصل کان منزل تائين جڳهن جي ميلاپ لاءِ.
API ٽيسٽنگ جو مڪمل اسپيڪٽرم
APIs جي جاچ صرف درخواست موڪلڻ تائين محدود ناهي API ڏانهن ۽ اڪيلو صحيحيت لاءِ جواب جو تجزيو ڪرڻ. APIs کي ضرورت آھي انھن جي ڪارڪردگيءَ لاءِ مختلف لوڊشيءَ لاءِ ڪمزورين لاءِ.
اچو ته ان تي تفصيل سان بحث ڪريون.
(i) فنڪشنل ٽيسٽنگ
فنڪشنل ٽيسٽنگ هڪ مشڪل ڪم ٿي سگهي ٿي هڪ GUI انٽرفيس جي نه هجڻ جي ڪري.
اچو ته ڏسون ته ڪيئن APIs لاءِ فنڪشنل ٽيسٽنگ جو طريقو GUI تي ٻڌل ايپليڪيشن کان مختلف آهي ۽ اسان ان جي چوڌاري ڪجهه مثالن تي به بحث ڪنداسين.
a) سڀ کان وڌيڪ واضح فرق اهو آهي ته ان سان رابطو ڪرڻ لاءِ ڪوبه GUI ناهي. ٽيسٽ ڪندڙ جيڪي عام طور تي GUI جي بنياد تي فنڪشنل ٽيسٽ ڪندا آهن ان جي مقابلي ۾ غير GUI ايپليڪيشن ٽيسٽنگ ۾ منتقلي کي ٿورو ڏکيو ملندو آهي.ڪو ماڻهو جيڪو اڳي ئي ان سان واقف آهي.
شروع ۾، ان کان اڳ جو توهان API کي جاچڻ شروع ڪيو، توهان کي خود تصديق جي عمل کي جانچڻ ۽ تصديق ڪرڻ جي ضرورت پوندي. تصديق جو طريقو هڪ API کان ٻئي API تائين مختلف هوندو ۽ ان ۾ تصديق لاءِ ڪي ڪي ڪي يا ٽوڪن شامل هوندا.
جيڪڏهن توهان API سان ڪاميابيءَ سان ڳنڍڻ جي قابل نه آهيو، ته پوءِ وڌيڪ جاچ اڳتي نه ٿي سگهي. ھن عمل کي معياري ايپليڪيشنن ۾ استعمال ڪندڙ جي تصديق جي مقابلي ۾ سمجھي سگھجي ٿو جتي توھان کي لاگ ان ڪرڻ ۽ ايپليڪيشن کي استعمال ڪرڻ لاءِ صحيح سندن جي ضرورت آھي.
b) فيلڊ جي تصديق يا ان پٽ ڊيٽا جي تصديق تمام ضروري آھي جاچ دوران APIs. جيڪڏهن هڪ حقيقي فارم جي بنياد تي (GUI) انٽرفيس موجود هو، ته پوءِ فيلڊ جي تصديق لاڳو ڪري سگھجن ٿيون فرنٽ ائنڊ يا پوئين ائنڊ ۾، ان ڪري يقيني بڻائي ٿي ته صارف کي غلط فيلڊ ويلز داخل ڪرڻ جي اجازت نه آهي.
مثال طور، جيڪڏهن ڪنهن درخواست کي تاريخ جي فارميٽ جي ضرورت آهي DD/MM/YYYY، ته پوءِ اسان هن تصديق کي فارم گڏ ڪرڻ واري معلومات تي لاڳو ڪري سگھون ٿا ته جيئن اها پڪ ٿي سگهي ته درخواست هڪ صحيح تاريخ وصول ڪري رهي آهي ۽ پروسيس ڪري رهي آهي.
بهرحال، اهو ساڳيو ناهي API ايپليڪيشنن لاءِ. اسان کي پڪ ڪرڻ جي ضرورت آهي ته API چڱي طرح لکيل آهي ۽ انهن سڀني تصديقن کي لاڳو ڪرڻ جي قابل آهي، صحيح ۽ غلط ڊيٽا جي وچ ۾ فرق ڪرڻ ۽ جواب ذريعي آخري استعمال ڪندڙ کي اسٽيٽس ڪوڊ ۽ تصديق جي غلطي جو پيغام واپس ڪرڻ جي قابل آهي.
c) جاچ ڪندي