এক কমান্ডে ব্রাউজারে আপনার অ্যাপ পরীক্ষা করুন

প্রজেক্ট চ্যাটে /test টাইপ করুন, আর Mythex আপনার অ্যাপ এমনভাবে পরীক্ষা করে যেমন একজন মানুষ করত: একটি ব্রাউজারে লাইভ প্রিভিউ খোলে, পেজে যায়, বাটনে ক্লিক করে ও ফর্ম পূরণ করে, তারপর চ্যাটে জানায় কী কাজ করেছে আর কী করেনি। আপনি একটি নির্দিষ্ট ফ্লো উল্লেখ করতে পারেন — "সাইনআপ ও প্রাইসিং পেজ পরীক্ষা করো" — অথবা এজেন্টকে অ্যাপের সুস্পষ্ট পথটি নিতে দিতে পারেন।

এটি কী করে

App Testing আপনার লাইভ প্রিভিউ পরীক্ষা করে, শুধু কোড নয়। Mythex চলমান অ্যাপের বিপরীতে একটি ব্রাউজার চালায়, যা দেখে তা ধরে — প্রয়োজনে স্ক্রিনশটসহ — এবং চ্যাটে ফলাফলের একটি সারাংশ লেখে।

এটি সোর্স কোড পড়ার থেকে ভিন্ন ধরনের যাচাই। কোড ঠিক দেখাতে পারে, আর ব্যবহারের সময় তবু ব্যর্থ হতে পারে: একটি বাটন ভুল হ্যান্ডলারের সঙ্গে যুক্ত, একটি ফর্ম জমা হয় কিন্তু নিশ্চিতকরণ দেখায় না, বা একটি পেজ শুধু লগইনের পরে ভাঙে। এগুলো খুঁজে পাওয়ার একমাত্র উপায় অ্যাপটি ব্যবহার করা, আর App Testing সেটি আপনার জন্য করে।

এটি কেন সাহায্য করে

এজেন্টের সঙ্গে বানানোর সময় প্রিভিউই অগ্রগতির বিচারের মাধ্যম। আপনি ক্লিক করেন, সব ঠিক মনে হয়, এগিয়ে যান। কিন্তু প্রতিটি পরিবর্তনের পরে প্রতিটি ফ্লো ক্লিক করা ক্লান্তিকর, আর যে পেজ বদলালেন সেটি দেখে অন্যটি নীরবে ভেঙে যাওয়ার বিষয়টি মিস করা সহজ।

App Testing "এখনও কি কাজ করছে?" প্রশ্নটিকে এক বার্তায় পরিণত করে। আপনি গুরুত্বপূর্ণ পথটি বর্ণনা করেন, এজেন্ট সেটি হাঁটে, আর আপনি কাজে লাগানো যায় এমন একটি রিপোর্ট পান। একই চ্যাটে থাকায় সমাধানও এক বার্তা দূরে থাকে।

কীভাবে চালাবেন

1. নিশ্চিত করুন Preview চলছে এবং আপনার অ্যাপ দেখাচ্ছে। App Testing প্রিভিউয়ের বিপরীতে কাজ করে, তাই প্রিভিউ খালি থাকলে বা এখনও চালু হচ্ছে হলে অপেক্ষা করুন, বা আগে সেটি ঠিক করুন।
2. প্রজেক্ট চ্যাটে /test টাইপ করুন। সাধারণ ভাষায়ও লিখতে পারেন — "ব্রাউজারে অ্যাপটি পরীক্ষা করো" কাজ করে।
3. কী নিয়ে মনোযোগ দিতে হবে বলুন, চাইলে। যেমন: "সাইনআপ ও প্রাইসিং পেজ পরীক্ষা করো", বা "একটি অ্যাকাউন্ট খোলো, একটি আইটেম যোগ করো, চেকআউট করো"।
4. রিপোর্ট পড়ুন। Mythex সংক্ষেপে বলে কী চেষ্টা করেছে এবং কী ভুল হয়েছে, যেখানে কাজে লাগে সেখানে স্ক্রিনশটসহ।
5. যা পাওয়া গেছে তা ঠিক করুন /fix বা সাধারণ Build বার্তা দিয়ে।
6. সমাধান নিশ্চিত করতে আবার /test চালান এবং অন্য কিছু ভাঙেনি তা দেখুন।

কখন ব্যবহার করবেন

• বড় UI পরিবর্তনের পরে। নতুন লেআউট বা নেভিগেশন এমন ফ্লো ভাঙতে পারে যা আপনি সরাসরি বদলাননি।
• প্রকাশের আগে, দর্শকদের আগে স্পষ্ট ভাঙন ধরতে।
• প্রিভিউ ঠিক দেখালেও কোনো ফ্লো ঠিক না থাকতে পারে। একাধিক ধাপের পথ — সাইনআপ, তারপর লগইন, তারপর কিছু করা — সবচেয়ে বেশি যাচাইযোগ্য।

ভালো ফল পাওয়ার উপায়

অনুরোধ যত স্পষ্ট, রিপোর্ট তত কাজের।

• একটি সহজ পথ বর্ণনা করুন। "একটি অ্যাকাউন্ট খোলো, একটি আইটেম যোগ করো, চেকআউট করো" এজেন্টকে একটি স্পষ্ট ক্রম ও পরীক্ষার জন্য একটি স্পষ্ট ফলাফল দেয়। "সব পরীক্ষা করো" বললে কী গুরুত্বপূর্ণ তা এজেন্টকে অনুমান করতে হয়।
• যে পেজ বা ফিচার বদলেছেন তার নাম বলুন। প্রাইসিং পেজ নতুন করে সাজালে তা উল্লেখ করুন।
• ছোট লুপে পরীক্ষা করুন। কিছু বদলান, পরীক্ষা করুন, ঠিক করুন, আবার পরীক্ষা করুন। একটিমাত্র জিনিস বদলালে কী ভাঙল তা দেখা সহজ।
• চেকপয়েন্টের সঙ্গে জোড়া দিন। একটি পরিবর্তন ঠিকের চেয়ে বেশি ভাঙলে, তার উপর প্যাচ না দিয়ে শেষ ভালো টার্নে ফিরে যান।

সীমাবদ্ধতা

• এটি প্রিভিউ পরীক্ষা করে, প্রকাশিত সাইট নয়। App Testing আপনার ব্যক্তিগত ওয়ার্কস্পেসের লাইভ প্রিভিউয়ের বিপরীতে চলে। দর্শকরা আপনার প্রকাশিত URL-এ যে সংস্করণ দেখেন তা যাচাই করে না। প্রস্তুত হলে আলাদাভাবে প্রকাশ করুন।
• প্রিভিউ চালু থাকতে হবে। না চললে পরীক্ষা করার কিছু থাকে না।
• এটি আপনার নির্দেশিত পথ অনুসরণ করে। একটি কেন্দ্রীভূত অনুরোধ একটি কেন্দ্রীভূত যাচাই পায়; এটি পূর্ণাঙ্গ টেস্ট স্যুট নয়।
• এটি জানায়; সিদ্ধান্ত আপনার। App Testing বলে কী ভাঙা, ঠিক করা আলাদা ধাপ, /fix বা Build বার্তা দিয়ে।

একবার সমস্যা পেলে তার উৎস খুঁজতে আরও জানতে চাইলে, AI দিয়ে বানানো অ্যাপ কীভাবে ডিবাগ করবেন গাইডটি প্রক্রিয়াটি ব্যাখ্যা করে। প্রিভিউ নিয়ে জানতে প্রতিটি প্রজেক্টের জন্য একটি ব্যক্তিগত ওয়ার্কস্পেস ও লাইভ প্রিভিউ দেখুন।

পূর্ণ ডক্স পাতাটি: App Testing।