- API পৰীক্ষণ টিউটোৰিয়েলৰ তালিকা
- এই API পৰীক্ষণ শ্ৰেণীত টিউটোৰিয়েলসমূহৰ অভাৰভিউ
- উপসংহাৰ
- API পৰীক্ষণ টিউটোৰিয়েল
- আপোনাৰ প্ৰতিষ্ঠানত API পৰীক্ষণৰ পৰিচয় দিয়া হৈছে
এই গভীৰ API পৰীক্ষণ টিউটোৰিয়েলে API পৰীক্ষণ, ৱেব সেৱাসমূহ আৰু আপোনাৰ প্ৰতিষ্ঠানত API পৰীক্ষণ কেনেকৈ প্ৰৱৰ্তন কৰিব লাগে সেই বিষয়ে সকলো ব্যাখ্যা কৰে:
এপিআই পৰীক্ষণৰ বিষয়ে গভীৰ অন্তৰ্দৃষ্টি লাভ কৰক এই পৰিচয়মূলক টিউটোৰিয়েলৰ পৰা শিফ্ট-লেফ্ট পৰীক্ষণ আৰু ৱেব সেৱাসমূহৰ ধাৰণা।
ৱেব এপিআই, এপিআইয়ে কেনেকৈ কাম কৰে (বাস্তৱ জগতৰ উদাহৰণৰ সৈতে) আৰু ই ৱেব সেৱাসমূহৰ পৰা কেনেকৈ পৃথক তাৰ দৰে ধাৰণাসমূহ ইয়াত উদাহৰণৰ সৈতে ভালদৰে ব্যাখ্যা কৰা হৈছে টিউটোৰিয়েল।
API পৰীক্ষণ টিউটোৰিয়েলৰ তালিকা
টিউটোৰিয়েল #1: API পৰীক্ষণ টিউটোৰিয়েল: নবীনসকলৰ বাবে এটা সম্পূৰ্ণ গাইড
টিউটোৰিয়েল #2: ৱেব সেৱাসমূহ টিউটোৰিয়েল: উপাদানসমূহ, স্থাপত্য, প্ৰকাৰসমূহ & উদাহৰণ
টিউটোৰিয়েল #3: উত্তৰৰ সৈতে শীৰ্ষ 35 টা ASP.Net আৰু Web API সাক্ষাৎকাৰৰ প্ৰশ্ন
টিউটোৰিয়েল #4: POSTMAN টিউটোৰিয়েল: API পৰীক্ষণ POSTMAN ব্যৱহাৰ কৰা
টিউটোৰিয়েল #5: ৱেব সেৱাসমূহ পৰীক্ষণ Apache HTTP ক্লাএন্ট ব্যৱহাৰ কৰি
এই API পৰীক্ষণ শ্ৰেণীত টিউটোৰিয়েলসমূহৰ অভাৰভিউ
টিউটোৰিয়েল # | আপুনি কি শিকিব | |||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
টিউটোৰিয়েল_#1: | এপিআই পৰীক্ষণ টিউটোৰিয়েল : আৰম্ভণিৰ বাবে এটা সম্পূৰ্ণ সহায়ক এই গভীৰ API পৰীক্ষণ টিউটোৰিয়েলে API পৰীক্ষণ, আৰু ৱেব সেৱাসমূহৰ বিষয়ে সকলো বিতংভাৱে ব্যাখ্যা কৰিব আৰু আপোনাৰ প্ৰতিষ্ঠানত API পৰীক্ষণ কেনেকৈ প্ৰৱৰ্তন কৰিব লাগে তাৰ বিষয়েও আপোনাক শিক্ষিত কৰিব। | |||||||||||||||||||||||||||||||||||||||||||||
টিউটোৰিয়েল_#2: | ৱেব সেৱাসমূহ টিউটোৰিয়েল: উপাদান, স্থাপত্য, প্ৰকাৰ & উদাহৰণ এই ৱেববৈধ আৰু অবৈধ সঁহাৰিৰ বাবে API ৰ পৰা সঁহাৰিসমূহৰ শুদ্ধতা প্ৰকৃততে গুৰুত্বপূৰ্ণ। যদি 200 ৰ এটা অৱস্থা ক'ড (অৰ্থাৎ সকলো ঠিক আছে) পৰীক্ষা API ৰ পৰা সঁহাৰি হিচাপে গ্ৰহণ কৰা হয়, কিন্তু যদি সঁহাৰি লিখনীয়ে কয় যে এটা ভুলৰ সন্মুখীন হৈছে, তেন্তে এইটো এটা ত্ৰুটি। অতিৰিক্তভাৱে, যদি ভুল বাৰ্তা এই API ৰ সৈতে সংহতি কৰিবলৈ চেষ্টা কৰা শেষ গ্ৰাহকৰ বাবে ই অতি বিভ্ৰান্তিকৰ হ'ব পাৰে। তলৰ পৰ্দাশটত, ব্যৱহাৰকাৰীয়ে অবৈধ ওজন প্ৰৱেশ কৰিছে, যি গ্ৰহণযোগ্য 2267 Kgs তকৈ অধিক। API এ ভুল অৱস্থা ক'ড আৰু ভুল বাৰ্তাৰ সৈতে সঁহাৰি দিয়ে। কিন্তু ভুল বাৰ্তাত ওজন এককসমূহক কেজিৰ পৰিৱৰ্তে পাউণ্ড বুলি ভুলকৈ উল্লেখ কৰা হৈছে। এইটো এটা ত্ৰুটি যিয়ে শেষ গ্ৰাহকক বিভ্ৰান্ত কৰিব পাৰে। (ii) লোড আৰু পৰিৱেশন পৰীক্ষণAPI সমূহক ডিজাইনৰ দ্বাৰা স্কেলেবল হ'ব লাগে। ই, পাছলৈ, লোড আৰু পৰিৱেশন পৰীক্ষণক অতি প্ৰয়োজনীয় কৰি তোলে, বিশেষকৈ যদি ডিজাইন কৰা চিস্টেমে প্ৰয়োজনীয়তাৰ ওপৰত নিৰ্ভৰ কৰি প্ৰতি মিনিট বা ঘণ্টাত হাজাৰ হাজাৰ অনুৰোধ সেৱা আগবঢ়াব বুলি আশা কৰা হয়। API ত নিয়মিতভাৱে লোড আৰু পৰিৱেশন পৰীক্ষাসমূহ সম্পাদন কৰিলে পৰিৱেশন, শীৰ্ষ লোডসমূহ আৰু ব্ৰেকিং পইণ্ট বেঞ্চমাৰ্ক কৰাত সহায় কৰিব পাৰি। এই তথ্য এটা এপ্লিকেচন স্কেল আপ কৰাৰ পৰিকল্পনা কৰাৰ সময়ত উপযোগী। এই তথ্য উপলব্ধ হ'লে সিদ্ধান্ত আৰু পৰিকল্পনা সমৰ্থন কৰাত সহায়ক হ'ব বিশেষকৈ যদি সংস্থাটোৱে অধিক গ্ৰাহক যোগ কৰাৰ পৰিকল্পনা কৰিছে, যাৰ অৰ্থ হ'ব অধিক অহা আপোনাৰ প্ৰতিষ্ঠানত API পৰীক্ষণ কেনেকৈ প্ৰৱৰ্তন কৰিবযিকোনো প্ৰতিষ্ঠানত API পৰীক্ষণ প্ৰৱৰ্তন কৰাৰ প্ৰক্ৰিয়াটো অন্য যিকোনো পৰীক্ষণ সঁজুলি আৰু কাঠামো প্ৰণয়ন বা ৰোল আউট কৰাৰ বাবে ব্যৱহৃত প্ৰক্ৰিয়াৰ সৈতে একে। তলৰ তালিকাখনত প্ৰতিটো পদক্ষেপৰ প্ৰত্যাশিত ফলাফলৰ সৈতে মূল পদক্ষেপসমূহৰ সাৰাংশ দিয়া হৈছে।
সাধাৰণ প্ৰত্যাহ্বান আৰু ইয়াক লাঘৱ কৰাৰ উপায়QA দলসমূহে হোৱা কিছুমান সাধাৰণ প্ৰত্যাহ্বানৰ বিষয়ে আলোচনা কৰোঁ আহক এটা প্ৰতিষ্ঠানত এটা API পৰীক্ষণ কাঠামো প্ৰণয়ন কৰিবলৈ চেষ্টা কৰাৰ সময়ত face. #1) সঠিক সঁজুলি বাছনি কৰাকাৰ্য্যৰ বাবে সঠিক সঁজুলি নিৰ্ব্বাচন কৰাটো আটাইতকৈ সাধাৰণ প্ৰত্যাহ্বান। বজাৰত কেইবাটাও এপিআই পৰীক্ষা সঁজুলি উপলব্ধ। বজাৰত উপলব্ধ শেহতীয়া, আটাইতকৈ ব্যয়বহুল সঁজুলিটো ৰূপায়ণ কৰাটো অতি আকৰ্ষণীয় যেন লাগিব পাৰে- কিন্তু যদি ই আকাংক্ষিত ফলাফল নিদিয়ে, তেন্তে সেই সঁজুলিটো সেয়েহে, সদায় আপোনাৰ সাংগঠনিক প্ৰয়োজনীয়তাৰ ওপৰত ভিত্তি কৰি 'আৱশ্যকীয়' প্ৰয়োজনীয়তাসমূহ সম্বোধন কৰা সঁজুলিটো বাছক। ইয়াত ইয়াৰ বাবে এটা নমুনা সঁজুলি মূল্যায়ন মেট্ৰিক্স দিয়া হৈছে উপলব্ধ API সঁজুলিসমূহ
#2) অনুপস্থিত পৰীক্ষাৰ নিৰ্দিষ্টতাপৰীক্ষক হিচাপে আমি জানিব লাগিব এটা এপ্লিকেচন ফলপ্ৰসূভাৱে পৰীক্ষা কৰিবলৈ প্ৰত্যাশিত ফলাফল। এইটো প্ৰায়ে এটা প্ৰত্যাহ্বান, কিয়নো প্ৰত্যাশিত ফলাফল জানিবলৈ হ'লে আমাৰ স্পষ্ট নিৰ্দিষ্ট প্ৰয়োজনীয়তা থাকিব লাগিব – যিটো সত্য নহয়। উদাহৰণ ৰ বাবে তলত দিয়া প্ৰয়োজনীয়তাসমূহ বিবেচনা কৰক: “এপ্লিকেচনে কেৱল এটা বৈধ শিপিং তাৰিখ গ্ৰহণ কৰিব লাগে আৰু সকলো অবৈধ প্ৰয়োজনীয়তা নাকচ কৰিব লাগে” এই প্ৰয়োজনীয়তাসমূহৰ মূল বিৱৰণসমূহ নোহোৱা হৈছে আৰু ই অতি অস্পষ্ট – আমি এটা বৈধ তাৰিখ কেনেকৈ সংজ্ঞায়িত কৰিছো? ফৰ্মেটটোৰ কথা কি ক’ব? আমি কোনো প্ৰত্যাখ্যান বাৰ্তা শেষ ব্যৱহাৰকাৰীলৈ ঘূৰাই দিছোনে ইত্যাদি? স্পষ্ট প্ৰয়োজনীয়তাৰ উদাহৰণ: 1) এপ্লিকেচনে কেৱল... এটা বৈধ শিপিং তাৰিখ গ্ৰহণ কৰক। শ্বিপিং তাৰিখক বৈধ বুলি গণ্য কৰা হয় যদি ইহৈছে
2) প্ৰতিক্ৰিয়া অৱস্থা ক'ড = 200 বাৰ্তা: ঠিক আছে 3) শিপিং তাৰিখ যে... ওপৰৰ মাপকাঠী পূৰণ নকৰাটো অবৈধ বুলি গণ্য কৰা উচিত। যদি কোনো গ্ৰাহকে এটা অবৈধ শিপিং তাৰিখ পঠায়, তেন্তে ই নিম্নলিখিত ভুল বাৰ্তা(সমূহ)ৰ সৈতে উত্তৰ দিব লাগিব: 3.1 প্ৰতিক্ৰিয়া অৱস্থা ক'ড 200 নহয় ত্ৰুটি: প্ৰদান কৰা শিপিং তাৰিখ অবৈধ; অনুগ্ৰহ কৰি নিশ্চিত কৰক যে তাৰিখটো DD/MM/YYYY বিন্যাসত আছে 3.2 প্ৰতিক্ৰিয়া অৱস্থা ক'ড 200 নহয় ত্ৰুটি: প্ৰদান কৰা হৈছে শিপিং তাৰিখ অতীত #3) শিক্ষণ বক্ৰপূৰ্বতে উল্লেখ কৰা অনুসৰি, API পৰীক্ষাৰ বাবে পদ্ধতি বেলেগ যেতিয়া GUI ভিত্তিক এপ্লিকেচনসমূহ পৰীক্ষা কৰাৰ সময়ত অনুসৰণ কৰা পদ্ধতিৰ সৈতে তুলনা কৰা হয়। যদি আপুনি এপিআই পৰীক্ষণৰ বাবে বিশেষজ্ঞক হয় ইন-হাউচ বা পৰামৰ্শদাতা নিযুক্তি দিছে, তেন্তে এপিআই পৰীক্ষা পদ্ধতি বা এপিআই পৰীক্ষা সঁজুলিৰ শিক্ষণ বক্ৰ নূন্যতম হ'ব পাৰে। যিকোনো শিক্ষণ বক্ৰ, এই ক্ষেত্ৰত, পণ্য বা এপ্লিকেচন জ্ঞান আহৰণৰ সৈতে জড়িত হ'ব। যদি কোনো বৰ্তমানৰ দলৰ সদস্যক API পৰীক্ষণ শিকিবলৈ নিযুক্ত কৰা হয়, তেন্তে পছন্দৰ সঁজুলিৰ ওপৰত নিৰ্ভৰ কৰি, শিক্ষণ বক্ৰ হ'ব পাৰে মধ্যমীয়াৰ পৰা উচ্চলৈকে, লগতে পৰীক্ষাৰ পদ্ধতি সলনি কৰা। এই পৰীক্ষকে পৰীক্ষা কৰিছে নে নাই তাৰ ওপৰত নিৰ্ভৰ কৰি পণ্য বা প্ৰয়োগৰ বাবে নিজেই শিক্ষণ বক্ৰ কম-মধ্যম হ’ব পাৰে #4) বৰ্তমানৰ দক্ষতা গোটএইটো শিক্ষণ বক্ৰৰ বিষয়ে পূৰ্বৰ বিন্দুৰ সৈতে প্ৰত্যক্ষভাৱে জড়িত। যদি এজন পৰীক্ষকে তাৰ পৰা পৰিৱৰ্তন কৰি আছিল GUI ভিত্তিক পৰীক্ষণ, তাৰ পিছত পৰীক্ষকে পৰীক্ষণ পদ্ধতি সলনি কৰিব লাগিব আৰু প্ৰয়োজন অনুসৰি নতুন সঁজুলি বা কাঠামো শিকিব লাগিব। যেনে যদি API এ অনুৰোধসমূহ JSON বিন্যাসত গ্ৰহণ কৰে, তেন্তে পৰীক্ষকে পৰীক্ষাসমূহ সৃষ্টি কৰিবলৈ আৰম্ভ কৰিবলৈ JSON কি সেইটো শিকিব লাগিব। ক্ষেত্ৰ অধ্যয়নকাৰ্য্য এটা বৰ্ত্তমানৰ এপ্লিকেচন স্কেল আপ কৰিবলৈ, এটা কোম্পানীয়ে API ত এটা উৎপাদনৰ লগতে এটা প্ৰামাণিক GUI এপ্লিকেচন আগবঢ়াব বিচাৰিছিল। QA দলক এটা পৰীক্ষা কভাৰেজ পৰিকল্পনা প্ৰদান কৰিবলৈ কোৱা হৈছিল যাতে তেওঁলোকে নিয়মীয়া GUI ভিত্তিক পৰীক্ষাসমূহৰ বাহিৰেও API পৰীক্ষণ গ্ৰহণ কৰিবলৈ সাজু। প্ৰত্যাহ্বানসমূহ
বিপদসমূহ হ্ৰাস কৰিবলৈ আৰু প্ৰত্যাহ্বানসমূহৰ চাৰিওফালে কাম কৰিবলৈ দলটোৱে অনুসৰণ কৰা পদ্ধতি
উপসংহাৰএপিআই ভিত্তিক প্ৰয়োগসমূহে কৰিছে শেহতীয়াকৈ জনপ্ৰিয়তা লাভ কৰিছে। এই এপ্লিকেচনবোৰ অধিকপৰম্পৰাগত এপ্লিকেচনসমূহ/চফ্টৱেৰসমূহৰ সৈতে তুলনা কৰিবলে স্কেলেবল আৰু অন্য APIসমূহ বা এপ্লিকেচনসমূহৰ সৈতে সহজ সংহতিৰ অনুমতি দিয়ে। এই API পৰীক্ষণ টিউটোৰিয়েলে API পৰীক্ষণ, Shift Left Testing, Web Services, আৰু Web API ৰ বিষয়ে সকলো বিতংভাৱে ব্যাখ্যা কৰিছিল। আমি ৱেব সেৱা বনাম ৱেব এপিআইৰ মাজৰ পাৰ্থক্যও উদাহৰণৰ সৈতে অন্বেষণ কৰিলোঁ। টিউটোৰিয়েলৰ দ্বিতীয় অংশত আমি এপিআই পৰীক্ষণৰ সম্পূৰ্ণ বৰ্ণালী, আপোনাৰ প্ৰতিষ্ঠানত এপিআই পৰীক্ষণ কেনেকৈ প্ৰৱৰ্তন কৰিব লাগে আৰু কিছুমান সাধাৰণ প্ৰত্যাহ্বানৰ বিষয়ে আলোচনা কৰিলোঁ এই প্ৰক্ৰিয়াটো তেওঁলোকৰ বাবে সমাধানৰ সৈতে। উদাহৰণৰ সৈতে ৱেব সেৱাসমূহৰ বিষয়ে অধিক জানিবলৈ আমাৰ আগন্তুক টিউটোৰিয়েল চাওক!! পৰৱৰ্তী টিউটোৰিয়েল সেৱাসমূহ টিউটোৰিয়েলত স্থাপত্য, প্ৰকাৰ & গুৰুত্বপূৰ্ণ পৰিভাষাসমূহৰ সৈতে ৱেব সেৱাসমূহৰ উপাদানসমূহ আৰু SOAP বনাম REST ৰ মাজৰ পাৰ্থক্যসমূহ। | |||||||||||||||||||||||||||||||||||||||||||||
টিউটোৰিয়েল_#3: | শীৰ্ষ ৩৫টা ASP.Net আৰু Web API সাক্ষাৎকাৰৰ প্ৰশ্ন উত্তৰৰ সৈতে আপুনি সঘনাই সোধা ASP.Net আৰু Web API সাক্ষাৎকাৰৰ প্ৰশ্নসমূহৰ তালিকাখন উত্তৰৰ সৈতে অন্বেষণ কৰিব পাৰে & এই টিউটোৰিয়েলত নবীন আৰু অভিজ্ঞ পেছাদাৰীসকলৰ বাবে উদাহৰণ। | |||||||||||||||||||||||||||||||||||||||||||||
টিউটোৰিয়েল_#4: | POSTMAN টিউটোৰিয়েল: API পৰীক্ষণ ব্যৱহাৰ কৰা POSTMAN এই ষ্টেপ বাই ষ্টেপ টিউটোৰিয়েলে POSTMAN ব্যৱহাৰ কৰি API পৰীক্ষণৰ লগতে POSTMAN ৰ মূল কথাসমূহ, ইয়াৰ উপাদানসমূহ আৰু নমুনা অনুৰোধ & আপোনাৰ সহজ বুজাবুজিৰ বাবে সহজ ভাষাত উত্তৰ দিয়ক। | |||||||||||||||||||||||||||||||||||||||||||||
টিউটোৰিয়েল_#5: | Apache HTTP ক্লাএন্ট ব্যৱহাৰ কৰি ৱেব সেৱাসমূহ পৰীক্ষণ এই API টিউটোৰিয়েল ৱেব সেৱাসমূহত বিভিন্ন CRUD কাৰ্য্যসমূহ সম্পাদন কৰা আৰু Apache HTTP ক্লায়েন্ট ব্যৱহাৰ কৰি ৱেব সেৱাসমূহ পৰীক্ষা কৰাৰ বিষয়ে |
API পৰীক্ষণ টিউটোৰিয়েল
এই বিভাগে আপোনাক ৱেব সেৱাসমূহ আৰু ৱেব API ৰ বিষয়ে এটা মৌলিক বুজাবুজি লাভ কৰাত সহায় কৰিব, যি, পাছলৈ, এই API পৰীক্ষণ শৃংখলাৰ আগন্তুক টিউটোৰিয়েলসমূহৰ প্ৰধান ধাৰণাসমূহ বুজিবলৈ সহায়ক হ'ব।
API ( এপ্লিকেচন প্ৰগ্ৰেমিং আন্তঃপৃষ্ঠ) হৈছে সকলো প্ৰক্ৰিয়া আৰু কাৰ্য্যৰ এটা গোট যিয়ে আমাক ডাটা বা বৈশিষ্ট্যসমূহ অভিগম কৰি এটা এপ্লিকেচন সৃষ্টি কৰাৰ অনুমতি দিয়েঅপাৰেটিং চিষ্টেম বা প্লেটফৰ্মসমূহ। এনে পদ্ধতিৰ পৰীক্ষণক এপিআই পৰীক্ষণ বুলি জনা যায়।
শিফ্ট বাওঁ পৰীক্ষণ
আজিকালি এপিআই পৰীক্ষণ সাক্ষাৎকাৰত সোধা এটা গুৰুত্বপূৰ্ণ ধৰণৰ পৰীক্ষণ হৈছে শিফ্ট বাওঁ পৰীক্ষণ। এই ধৰণৰ পৰীক্ষণ প্ৰায় সকলো প্ৰকল্পতে চঞ্চল পদ্ধতি অনুসৰণ কৰা হয়।
শ্বিফ্ট লেফ্ট টেষ্টিং প্ৰৱৰ্তন কৰাৰ আগতে, চফ্টৱেৰ পৰীক্ষণ ক'ডিং সম্পূৰ্ণ হোৱাৰ পিছতহে ছবিলৈ আহিছিল আৰু পৰীক্ষকসকলক ক'ড প্ৰদান কৰা হৈছিল। এই প্ৰথাৰ ফলত সময়সীমা পূৰণৰ বাবে শেষ মুহূৰ্তত হুলস্থুলৰ সৃষ্টি হৈছিল আৰু ইয়াৰ ফলত পণ্যৰ মানদণ্ডতো বহু পৰিমাণে বাধা আহিছিল।
তাৰ বাহিৰেও কৰা প্ৰচেষ্টা (যেতিয়া উৎপাদনৰ পূৰ্বে শেষ পৰ্যায়ত দোষৰ ৰিপৰ্ট দিয়া হৈছিল) সেয়া আছিল ডেভেলপাৰসকলে ডিজাইন আৰু ক'ডিং দুয়োটা পৰ্যায়ৰ মাজেৰে আকৌ এবাৰ যাবলগীয়া হৈছিল।
চফ্টৱেৰ ডেভেলপমেণ্ট জীৱনচক্ৰ (SDLC) শিফ্ট বাওঁ পৰীক্ষণৰ আগতে
ট্ৰেডিঅ'নেল SDLC প্ৰবাহ আছিল: প্ৰয়োজনীয়তা – > ডিজাইন –> ক’ডিং –> পৰীক্ষণ।
পৰম্পৰাগত পৰীক্ষণৰ অসুবিধাসমূহ
- পৰীক্ষা অতি সোঁফালে। শেষ মুহূৰ্তত এটা বাগ চিনাক্ত হ'লে বহুত খৰচ হয়।
- বাগটো সমাধান আৰু ইয়াক উৎপাদনলৈ প্ৰচাৰ কৰাৰ আগতে ইয়াক পুনৰ পৰীক্ষা কৰাত খৰচ হোৱা সময় বৃহৎ।
সেয়েহে, পৰীক্ষাৰ পৰ্যায়টো বাওঁফালে স্থানান্তৰ কৰিবলৈ এটা নতুন ধাৰণা আহিল যিয়ে বাওঁপন্থী পৰীক্ষণলৈ স্থানান্তৰিত কৰেচফ্টৱেৰ সফলতাৰ বাবে গোপন মন্ত্ৰ
বাওঁ শিফ্ট পৰীক্ষণৰ পৰ্যায়সমূহ
বাওঁ শিফ্ট পৰীক্ষণে ত্ৰুটি ধৰা পেলোৱাৰ পৰা ত্ৰুটি প্ৰতিৰোধলৈ সফল প্ৰব্ৰজনৰ সূচনা কৰে। ইয়াৰ উপৰিও ই চফ্টৱেৰটোক দ্ৰুতভাৱে বিফল হোৱাত আৰু সকলো বিফলতা সোনকালে সমাধান কৰাত সহায় কৰিছিল।
ৱেব এপিআই
সাধাৰণভাৱে, ৱেব এপিআইক ক্লায়েণ্টৰ পৰা অনুৰোধ লোৱা বস্তু হিচাপে সংজ্ঞায়িত কৰিব পাৰি চিস্টেম এটা ৱেব চাৰ্ভাৰলৈ আৰু এটা ৱেব চাৰ্ভাৰৰ পৰা এটা ক্লাএন্ট মেচিনলৈ সঁহাৰি ঘূৰাই পঠায়।
এটা API কেনেকৈ কাম কৰে?
www.makemytrip.com ত বিমান বুকিং কৰাৰ এটা অতি সাধাৰণ পৰিস্থিতি লওঁ আহক, যিটো এটা অনলাইন ভ্ৰমণ সেৱা যিয়ে একাধিক বিমান সংস্থাৰ পৰা তথ্য একত্ৰিত কৰে। যেতিয়া আপুনি বিমান বুকিং কৰিবলৈ যায়, তেতিয়া আপুনি যাত্ৰাৰ তাৰিখ/প্ৰত্যাৱৰ্তনৰ তাৰিখ, শ্ৰেণী আদিৰ দৰে তথ্য প্ৰৱেশ কৰে আৰু সন্ধানত ক্লিক কৰে।
ই আপোনাক একাধিক বিমান সংস্থাৰ মূল্য আৰু ইয়াৰ উপলব্ধতা দেখুৱাব। এই ক্ষেত্ৰত এপ্লিকেচনটোৱে একাধিক বিমান সংস্থাৰ এপিআইৰ সৈতে যোগাযোগ কৰে আৰু ইয়াৰ ফলত বিমান সংস্থাটোৰ তথ্যৰ প্ৰৱেশাধিকাৰ লাভ কৰে।
আন এটা উদাহৰণ হ'ল www.trivago.com যিয়ে বিভিন্ন হোটেলৰ মূল্য, উপলব্ধতা আদি তুলনা আৰু তালিকাভুক্ত কৰে কোনো বিশেষ চহৰৰ পৰা। এই ৱেবছাইটটোৱে ডাটাবেছত প্ৰৱেশ কৰিবলৈ একাধিক হোটেলৰ এপিআইৰ সৈতে যোগাযোগ কৰে আৰু তেওঁলোকৰ ৱেবছাইটৰ পৰা মূল্য আৰু উপলব্ধতা তালিকাভুক্ত কৰে।
এইদৰে, ৱেব এপিআইক “এটা আন্তঃপৃষ্ঠ হিচাপে সংজ্ঞায়িত কৰিব পাৰি যিয়ে এটা ক্লায়েণ্ট মেচিন আৰু... thewebserver”.
ৱেব সেৱাসমূহ
ৱেব সেৱাসমূহ হৈছে (ৱেব API ৰ দৰে) এটা মেচিনৰ পৰা আন এটা মেচিনলৈ সেৱা আগবঢ়োৱা সেৱাসমূহ। কিন্তু এপিআই আৰু ৱেব সেৱাৰ মাজত উদ্ভৱ হোৱা প্ৰধান পাৰ্থক্যটো হ'ল ৱেব সেৱাসমূহে এটা নেটৱৰ্ক ব্যৱহাৰ কৰে।
এইটো কোৱাটো নিৰাপদ যে সকলো ৱেব সেৱা ৱেব এপিআই কিন্তু সকলো ৱেব এপিআই ৱেব সেৱা নহয় (ত ব্যাখ্যা কৰা হৈছে প্ৰবন্ধটোৰ শেষৰ অংশ)। এইদৰে ৱেব সেৱাসমূহ ৱেব এপিআইৰ এটা উপগোট। ৱেব এপিআই আৰু ৱেব সেৱাসমূহৰ বিষয়ে অধিক জানিবলৈ তলৰ ডায়াগ্ৰামটো চাওক।
ৱেব এপিআই বনাম ৱেব সেৱাসমূহ
ৱেব সেৱাসমূহ বনাম ৱেব API
ৱেব API আৰু ৱেব সেৱা দুয়োটা ক্লাএন্ট আৰু চাৰ্ভাৰৰ মাজত যোগাযোগ সহজ কৰিবলে ব্যৱহাৰ কৰা হয়। প্ৰধান পাৰ্থক্যটো কেৱল সিহঁতে যোগাযোগ কৰাৰ ধৰণতহে আহে।
তেওঁলোকৰ প্ৰত্যেকৰে বাবে এটা অনুৰোধ শৰীৰৰ প্ৰয়োজন যি এটা নিৰ্দিষ্ট ভাষাত গ্ৰহণযোগ্য, এটা সুৰক্ষিত সংযোগ প্ৰদান কৰাত তেওঁলোকৰ পাৰ্থক্য, চাৰ্ভাৰৰ সৈতে যোগাযোগ কৰাৰ গতি আৰু উত্তৰ দিয়াৰ গতি ক্লাএন্টলৈ, ইত্যাদি।
ৱেব সেৱাসমূহ আৰু ৱেব API ৰ মাজৰ পাৰ্থক্যসমূহ আপোনাৰ প্ৰসংগৰ বাবে তলত তালিকাভুক্ত কৰা হৈছে।
ৱেব সেৱা
- ৱেব সেৱাসমূহে সাধাৰণতে XML (এক্সটেনচিবল মাৰ্কআপ ভাষা) ব্যৱহাৰ কৰে, যাৰ অৰ্থ হৈছে সিহত অধিক সুৰক্ষিত।
- ৱেব সেৱাসমূহ অধিক সুৰক্ষিত কাৰণ ৱেব সেৱাসমূহ আৰু API দুয়োটাই তথ্য সংক্ৰমণৰ সময়ত SSL (সুৰক্ষিত চকেট স্তৰ) প্ৰদান কৰে , কিন্তু ই WSS (ৱেব সেৱাসমূহ সুৰক্ষা)ও প্ৰদান কৰে।
- ৱেব সেৱা হৈছে ৱেব API ৰ এটা উপগোট। উদাহৰণস্বৰূপে, ৱেব সেৱাসমূহ কেৱল ব্যৱহাৰৰ তিনিটা শৈলীৰ ওপৰত ভিত্তি কৰি তৈয়াৰ কৰা হৈছে অৰ্থাৎ SOAP, REST আৰু XML-RPC।
- ৱেব সেৱাসমূহ চলাবলৈ সদায় এটা নে'টৱৰ্কৰ প্ৰয়োজন হয়।
- ৱেব সেৱাসমূহে “এক ক’ড বিভিন্ন এপ্লিকেচন” সমৰ্থন কৰে। ইয়াৰ অৰ্থ হ'ল বিভিন্ন এপ্লিকেচনত এটা অধিক সাধাৰণ ক'ড লিখা হয়।
ৱেব API
- এটা ৱেব API এ সাধাৰণতে JSON (JavaScript Object Notation) ব্যৱহাৰ কৰে, যাৰ অৰ্থ হৈছে ৱেব API দ্ৰুত।
- ৱেব API দ্ৰুত কাৰণ JSON লঘু-ওজনযুক্ত, XML ৰ দৰে নহয়।
- ৱেব APIসমূহ ৱেব সেৱাসমূহৰ ছুপাৰছেট। উদাহৰণস্বৰূপে, ৱেব সেৱাসমূহৰ তিনিওটা শৈলী ৱেব API তও উপস্থিত, কিন্তু ইয়াৰ বাহিৰেও, ই JSON – RPC ৰ দৰে অন্য শৈলী ব্যৱহাৰ কৰে।
- ৱেব API ৰ প্ৰয়োজন নহয় ৱেব API এ চিস্টেম বা এপ্লিকেচনৰ প্ৰকৃতিৰ ওপৰত নিৰ্ভৰ কৰি আন্তঃকাৰ্য্যক্ষমতা সমৰ্থন কৰিব পাৰে বা নকৰিব পাৰে।
আপোনাৰ প্ৰতিষ্ঠানত API পৰীক্ষণৰ পৰিচয় দিয়া হৈছে
আমাৰ দৈনন্দিন জীৱনত আমি সকলোৱে এপিআইৰ সৈতে এপসমূহৰ সৈতে যোগাযোগ কৰাত ইমানেই অভ্যস্ত আৰু তথাপিও আমি অন্তৰ্নিহিত কাৰ্য্যকৰীতাক পৰিচালিত কৰা বেক-এণ্ড প্ৰক্ৰিয়াসমূহৰ বিষয়েও নাভাবো।
উদাহৰণস্বৰূপে , আমি বিবেচনা কৰোঁ যে আপুনি Amazon.com ত প্ৰডাক্টসমূহৰ মাজেৰে ব্ৰাউজ কৰি আছে আৰু আপুনি এটা প্ৰডাক্ট/ডিল দেখিছে যিটো আপুনি সঁচাকৈয়ে ভাল পায় আৰু আপুনি ইয়াক আপোনাৰ ফেচবুক নেটৱৰ্কৰ সৈতে শ্বেয়াৰ কৰিব বিচাৰে।
আপুনি ক্লিক কৰাৰ মুহূৰ্তত পেজৰ শ্বেয়াৰ অংশত থকা ফেচবুক আইকনত আৰু আপোনাৰ...শ্বেয়াৰ কৰিবলৈ ফেচবুক একাউণ্টৰ প্ৰমাণপত্ৰসমূহ, আপুনি এটা এপিআইৰ সৈতে যোগাযোগ কৰি আছে যিয়ে এমাজন ৱেবছাইটক ফেচবুকৰ সৈতে নিৰৱচ্ছিন্নভাৱে সংযোগ কৰি আছে।
এপিআই পৰীক্ষণলৈ মনোনিৱেশ কৰক
এপিআই পৰীক্ষণৰ ওপৰত অধিক আলোচনা কৰাৰ আগতে, কাৰণসমূহৰ বিষয়ে আলোচনা কৰোঁ আহক যাৰ বাবে API ভিত্তিক এপ্লিকেচনসমূহে শেহতীয়া সময়ত জনপ্ৰিয়তা লাভ কৰিছে।
প্ৰতিষ্ঠানসমূহে API ভিত্তিক উৎপাদন আৰু এপ্লিকেচনসমূহলৈ পৰিৱৰ্তিত হোৱাৰ কেইবাটাও কাৰণ আছে। আৰু ইয়াৰে কিছুমান আপোনাৰ প্ৰসংগৰ বাবে তলত তালিকাভুক্ত কৰা হৈছে।
#1) API ভিত্তিক এপ্লিকেচনসমূহ পৰম্পৰাগত এপ্লিকেচন/চফ্টৱেৰৰ তুলনাত অধিক স্কেলেবল। ক'ড বিকাশৰ হাৰ দ্ৰুত আৰু একেটা API এ কোনো ডাঙৰ ক'ড বা আন্তঃগাঁথনিগত পৰিৱৰ্তন নোহোৱাকৈ অধিক অনুৰোধ সেৱা আগবঢ়াব পাৰে।
#2) বিকাশ দলসমূহে প্ৰতিবাৰেই শূন্যৰ পৰা ক'ডিং আৰম্ভ কৰাৰ প্ৰয়োজন নাই তেওঁলোকে এটা বৈশিষ্ট্য বা এপ্লিকেচন বিকশিত কৰাৰ কাম আৰম্ভ কৰাৰ সময়ত। API সমূহে প্ৰায়ে বৰ্ত্তমানৰ, পুনৰাবৃত্তিযোগ্য ফলনসমূহ, লাইব্ৰেৰীসমূহ, সংৰক্ষিত প্ৰক্ৰিয়াসমূহ, ইত্যাদি পুনৰায় ব্যৱহাৰ কৰে আৰু সেয়েহে এই প্ৰক্ৰিয়াই সিহতক সামগ্ৰিকভাৱে অধিক উৎপাদনশীল কৰিব পাৰে।
উদাহৰণস্বৰূপে, যদি আপুনি এটা বিকাশক ই-কমাৰ্চ ৱেবছাইট আৰু আপুনি Amazonক পেমেণ্ট প্ৰচেছৰ হিচাপে যোগ কৰিব বিচাৰে – তেতিয়া আপুনি শূন্যৰ পৰা ক'ড লিখিব নালাগে।
আপুনি কৰিবলগীয়া কামটো হ'ল আপোনাৰ ৱেবছাইট আৰু Amazon API ব্যৱহাৰ কৰি সংহতি স্থাপন কৰা সংহতি কি'সমূহ আৰু চেকআউটৰ সময়ত পেমেন্ট প্ৰক্ৰিয়াকৰণৰ বাবে Amazon API কল কৰক।
#3) API সমূহে অনুমতি দিয়েসমৰ্থিত স্বতন্ত্ৰ এপ্লিকেচনসমূহৰ বাবে আৰু API ভিত্তিক চফ্টৱেৰ উৎপাদনসমূহৰ সৈতেও অন্য চিস্টেমসমূহৰ সৈতে সহজ সংহতি।
উদাহৰণস্বৰূপ , আমি বিবেচনা কৰোঁ যে আপুনি টৰন্টোৰ পৰা নিউয়ৰ্কলৈ এটা চালান পঠাব বিচাৰে . আপুনি অনলাইনলৈ যায়, এটা সুপৰিচিত মালবাহী বা লজিষ্টিক ৱেবছাইটলৈ নেভিগেট কৰে আৰু প্ৰয়োজনীয় তথ্য প্ৰৱেশ কৰে।
বাধ্যতামূলক তথ্য প্ৰদান কৰাৰ পিছত, যেতিয়া আপুনি ৰেট লাভ কৰক বুটামত ক্লিক কৰে – পিছৰ শেষত, এই লজিষ্টিক ৱেবছাইটটোৱে সংযোগ স্থাপন কৰিব পাৰে কেইবাটাও কেৰিয়াৰ আৰু সেৱা প্ৰদানকাৰী API আৰু এপ্লিকেচনৰ সৈতে অৱস্থানসমূহৰ উৎপত্তিলৈ গন্তব্যস্থান সংমিশ্ৰণৰ বাবে গতিশীল হাৰ পাবলৈ।
API পৰীক্ষণৰ সম্পূৰ্ণ স্পেকট্ৰম
APIসমূহৰ পৰীক্ষণ এটা অনুৰোধ প্ৰেৰণ কৰাত সীমাবদ্ধ নহয় API লৈ আৰু কেৱল শুদ্ধতাৰ বাবে সঁহাৰি বিশ্লেষণ কৰা। API সমূহক দুৰ্বলতাৰ বাবে বিভিন্ন লোডৰ অধীনত সিহঁতৰ পৰিৱেশনৰ বাবে পৰীক্ষা কৰিব লাগিব।
এই বিষয়ে বিতংভাৱে আলোচনা কৰোঁ আহক।
(i) কাৰ্য্যকৰী পৰীক্ষণ
এটা GUI আন্তঃপৃষ্ঠৰ অভাৱৰ বাবে কাৰ্য্যকৰী পৰীক্ষণ এটা প্ৰত্যাহ্বানমূলক কাম হ'ব পাৰে।
API সমূহৰ বাবে কাৰ্য্যকৰী পৰীক্ষণ পদ্ধতি GUI ভিত্তিক এপ্লিকেচনৰ পৰা কেনেকৈ পৃথক চাওঁ আহক আৰু আমি ইয়াৰ চাৰিওফালে কিছুমান উদাহৰণো আলোচনা কৰিম।
a) আটাইতকৈ স্পষ্ট পাৰ্থক্যটো হ'ল যে যোগাযোগ কৰিবলৈ কোনো GUI নাই। সাধাৰণতে GUI ভিত্তিক কাৰ্য্যকৰী পৰীক্ষণ কৰা পৰীক্ষকসকলে তুলনাত অ-GUI এপ্লিকেচন পৰীক্ষণলৈ পৰিবৰ্তন কৰাটো অলপ কঠিন পায়কোনোবাই যি ইতিমধ্যে ইয়াৰ সৈতে পৰিচিত।
প্ৰাথমিকভাৱে, আপুনি API পৰীক্ষা আৰম্ভ কৰাৰ আগতেও, আপুনি প্ৰমাণীকৰণ প্ৰক্ৰিয়াটো নিজেই পৰীক্ষা আৰু পৰীক্ষা কৰিব লাগিব। প্ৰমাণীকৰণ পদ্ধতি এটা API ৰ পৰা অন্য API লৈ ভিন্ন হ'ব আৰু প্ৰমাণীকৰণৰ বাবে কোনো ধৰণৰ চাবি বা টোকেন জড়িত হ'ব।
যদি আপুনি API ৰ সৈতে সফলভাৱে সংযোগ কৰিব নোৱাৰে, তেন্তে অধিক পৰীক্ষণ আগবাঢ়িব নোৱাৰি। এই প্ৰক্ৰিয়াক প্ৰামাণিক এপ্লিকেচনসমূহত ব্যৱহাৰকাৰী প্ৰমাণীকৰণৰ সৈতে তুলনাযোগ্য বুলি ধৰিব পাৰি য'ত আপুনি লগ ইন আৰু এপ্লিকেচন ব্যৱহাৰ কৰিবলে বৈধ প্ৰমাণপত্ৰৰ প্ৰয়োজন।
b) ক্ষেত্ৰ বৈধকৰণসমূহ পৰীক্ষা কৰা বা ইনপুট তথ্য বৈধকৰণ অতি গুৰুত্বপূৰ্ণ APIসমূহ পৰীক্ষা কৰাৰ সময়ত। যদি এটা প্ৰকৃত প্ৰপত্ৰ-ভিত্তিক (GUI) আন্তঃপৃষ্ঠ উপলব্ধ আছিল, তেন্তে ক্ষেত্ৰ বৈধকৰণসমূহ সন্মুখৰ শেষ বা পিছৰ শেষত প্ৰণয়ন কৰিব পাৰি, যাৰ ফলত এটা ব্যৱহাৰকাৰীক অবৈধ ক্ষেত্ৰ মানসমূহ প্ৰৱেশ কৰাৰ অনুমতি দিয়া নহয় উদাহৰণস্বৰূপে, যদি এটা আবেদনৰ তাৰিখৰ বিন্যাস DD/MM/YYYY হ'ব লাগে, তেন্তে আমি এই বৈধকৰণ তথ্য সংগ্ৰহ কৰা প্ৰপত্ৰত প্ৰয়োগ কৰিব পাৰো যাতে আবেদনখনে এটা বৈধ তাৰিখ লাভ কৰা আৰু প্ৰক্ৰিয়াকৰণ কৰাটো নিশ্চিত কৰিব পাৰো।
এয়া অৱশ্যে API এপ্লিকেচনৰ বাবে একে নহয়। আমি নিশ্চিত কৰিব লাগিব যে API ভালদৰে লিখা হৈছে আৰু এই সকলোবোৰ বৈধকৰণ বলবৎ কৰিবলৈ সক্ষম হৈছে, বৈধ আৰু অবৈধ তথ্যৰ মাজত পাৰ্থক্য কৰিব লাগিব আৰু এটা সঁহাৰিৰ জৰিয়তে অৱস্থা ক'ড আৰু বৈধকৰণ ভুল বাৰ্তা শেষ ব্যৱহাৰকাৰীলৈ ঘূৰাই দিব লাগিব।
১>গ)২> পৰীক্ষা কৰা