আবেদনটি প্রত্যাশিতভাবে কাজ না করলে (ভুল ফলাফল পাওয়া যায়/ডেটা আপডেট করা না হয়) এই নিবন্ধটি কী পদক্ষেপ নিতে হবে তা বর্ণনা করবে।
ব্যবসায়িক প্রক্রিয়া প্রবাহ এবং সংযোগ
সার্ভারে অনুরোধ পাঠানোর জন্য দায়ী ব্যবসায়িক প্রক্রিয়া সঠিকভাবে কনফিগার করা হয়েছে তা নিশ্চিত করুন।
একটি উদাহরণ বিবেচনা করুন যখন একটি বোতামের ক্লিকে ব্যবসায়িক প্রক্রিয়াটি ট্রিগার হয়। সুতরাং, এটি পরীক্ষা করা গুরুত্বপূর্ণ যে BP onClick ট্রিগার দিয়ে শুরু হয়।
এছাড়াও এটি দেখা গুরুত্বপূর্ণ যে সংযোগকারীগুলি সমস্ত ব্যবসা-প্রক্রিয়াগুলির মধ্যে সেট করা আছে এবং Component ID নির্দিষ্ট করা আছে।
উপরন্তু, BP তার কার্য সম্পাদনের একটি নির্দিষ্ট ধাপে যায় তা নিশ্চিত করতে, আপনি Write to log এবং Show notification দেখাতে লিখুন বা Show toast ব্লক দেখাতে পারেন। সুতরাং, আপনি এর প্রবাহ ট্র্যাক করতে পারেন এবং দেখতে পারেন কোন ব্লকে প্রক্রিয়াটি কাজ করে না বা একটি ত্রুটির সাথে কাজ করে।
ওয়েব অ্যাপ্লিকেশনগুলিতে Write to log ব্যবহার করার সময়, বার্তাটি বিকাশকারী টুল কনসোলে (Google Chrome ব্রাউজারে F12) প্রদর্শিত হবে।
সার্ভার অনুরোধ সমস্যা
নিশ্চিত করুন যে অনুরোধটি আসলে সার্ভারে যায়। এটি করার জন্য আপনাকে প্রকাশিত অ্যাপ্লিকেশনটিতে বিকাশকারী মোডে (F12) স্যুইচ করতে হবে। সমস্ত অনুরোধ Network ট্যাবে দৃশ্যমান হবে। আপনি কেবল অনুরোধের সত্যতাই নয়, এর সমস্ত বিবরণও পরীক্ষা করতে পারেন। Payloads ট্যাবে আপনি অনুরোধের পরামিতি দেখতে পাবেন।
সার্ভারের প্রতিক্রিয়া Preview ট্যাবে পাওয়া যাবে।
পেলোড ত্রুটির অনুরোধ
যদি অনুরোধ পাঠানো হয় এবং ট্রিগারগুলি সঠিকভাবে কনফিগার করা হয়, তাহলে অনুরোধে ত্রুটি আছে কিনা তা পরীক্ষা করা মূল্যবান। এটা হতে পারে যে ভুল পরামিতি প্রদান করা হয়েছিল (বা একেবারেই দেওয়া হয়নি)। এটি Network ট্যাবে চেক করা যেতে পারে এবং Payload ট্যাবে আপনি চেক করতে পারেন যে ঠিক যা উদ্দেশ্য ছিল তা প্রেরণ করা হয়েছে৷
ত্রুটি অন্য কোথাও
বোতাম টিপানো হয়েছে, অনুরোধটি সঠিক, কোন ত্রুটি নেই, কিন্তু এটি এখনও কাজ করে না। তাহলে ভুল কি? এমন হতে পারে যে যেখানে আপনি এটি খুঁজছেন সেখানে কাঙ্ক্ষিত ফলাফল খুঁজে পাওয়া যাচ্ছে না। উদাহরণস্বরূপ, আপনি একটি টেবিলে একটি রেকর্ড যোগ করেন এবং এটি আসলে যোগ করা হয়, কিন্তু ফলাফলটি দৃশ্যমান হয় না, কারণ এই টেবিলের ডেটা আপডেট প্রক্রিয়াটি সঠিকভাবে কনফিগার করা হয়নি। সর্বোত্তম বিকল্প হল Swagger প্রক্রিয়া প্রবাহ পরীক্ষা করা। এটি Project API বিভাগে Preview ড্রপডাউনে পাওয়া যাবে। এটি একটি দুর্দান্ত সরঞ্জাম যা AppMaster প্রতিটি অ্যাপ্লিকেশনে তৈরি করা হয়। আসলে, এটি অ্যাপ্লিকেশনের জন্য একটি স্বয়ংক্রিয়ভাবে তৈরি ডকুমেন্টেশন। সমস্ত Endpoints পরীক্ষা করা, সম্ভাব্য সমস্ত ক্রিয়া পরীক্ষা করা এবং অনুশীলনে সেগুলি দেখা সম্ভব। উদাহরণস্বরূপ, আপনি প্রয়োজনীয় প্যারামিটার সহ একটি অনুরোধ পাঠাতে পারেন এবং এই অনুরোধের ফলাফল পেতে পারেন।
লগ ব্যবহার করে
সম্ভবত প্রক্রিয়া নিজেই ত্রুটি আছে? ব্যবসায়িক প্রক্রিয়া প্রায়ই বেশ জটিল হয়। প্রচুর ব্লক, বিভিন্ন শর্ত, চেক, শাখা, লুপ। এই ক্ষেত্রে, বিজ্ঞপ্তি এবং Toast ব্লকগুলি ছাড়াও, যা আপনাকে সামনে ত্রুটি দেখতে সাহায্য করতে পারে, লগগুলির যত্ন নেওয়া যুক্তিসঙ্গত। আপনি Write to log একটি পূর্ব-তৈরি করা উভয়ই ব্যবহার করতে পারেন এবং একবার লগিং সেট আপ হয়ে গেলে আপনি কী ভুল হয়েছে তা খুঁজে পেতে পারেন।
আপনি যদি উপরের সমস্ত পদক্ষেপের পরেও সমস্যার সম্মুখীন হন তবে আপনি সম্ভবত একটি নতুন বাগ খুঁজে পেয়েছেন যা আমরা (অ্যাপমাস্টার টিম) জানি না। সমস্যাটি সমাধান করতে আমাদের সাথে যোগাযোগ করুন। অনুগ্রহ করে সর্বাধিক বিস্তৃত তথ্য প্রদান করুন: স্ক্রিনশট, সমস্যার বিশদ বিবরণ এবং অনুরোধের উদাহরণ, পাশাপাশি Trace-ID ।
