Web Development
Jun 26, 2026
একটি ডিজিটাল পণ্য লঞ্চের আগে নন-টেকনিক্যাল ব্যক্তিরা কীভাবে UI/UX, ইউজার ফ্লো, ব্যবহারযোগ্যতা, জটিলতা এবং কোয়ালিটি অ্যাশিউরেন্স পরীক্ষা করবেন
Kawsar Ahmed Fahad
Founder & Lead Engineer
Founder & Lead Engineer
Quick Answer
Faha Studio reports on একটি ডিজিটাল পণ্য লঞ্চের আগে নন-টেকনিক্যাল ব্যক্তিরা কীভাবে UI/UX, ইউজার ফ্লো, ব্যবহারযোগ্যতা, জটিলতা এবং কোয়ালিটি অ্যাশিউরেন্স পরীক্ষা করবেন specifically tailored for technology, business, and software teams. Read on to discover the exact technical parameters, key takeaways, and expert breakdowns.
AI Summary
লঞ্চের আগে প্রতিটি ডিজিটাল পণ্য কেন পরীক্ষা করা জরুরিযেকোনো ওয়েবসাইট, মোবাইল অ্যাপ, ড্যাশবোর্ড, ই-কমার্স প্ল্যাটফর্ম, বুকিং সিস্টেম, অ্যাডমিন প্যানেল বা বিজনেস সফটওয়্যার লঞ্চের আগে একটি গুরুত্বপূর্ণ প্রশ্নের উত্তর জানা দরকার:সিস্টেমটি কি সত্যিই সেই মানুষদের জন্য ঠিকভাবে কাজ করছে, যারা এটি ব্যবহার করবে?অনেক প্রজেক্ট ব্যর্থ হয় আইডিয়া খারাপ হওয়ার কারণে নয়, বরং পণ্যটি বিভ্রান্তিকর, অসম্পূর্ণ, ব্যবহার করা কঠিন, অথবা
Key Takeaways
যেকোনো ওয়েবসাইট, মোবাইল অ্যাপ, ড্যাশবোর্ড, ই-কমার্স প্ল্যাটফর্ম, বুকিং সিস্টেম, অ্যাডমিন প্যানেল বা বিজনেস সফটওয়্যার লঞ্চের আগে একটি গুরুত্বপূর্ণ প্রশ্নের উত্তর জানা দরকার:
সিস্টেমটি কি সত্যিই সেই মানুষদের জন্য ঠিকভাবে কাজ করছে, যারা এটি ব্যবহার করবে?
অনেক প্রজেক্ট ব্যর্থ হয় আইডিয়া খারাপ হওয়ার কারণে নয়, বরং পণ্যটি বিভ্রান্তিকর, অসম্পূর্ণ, ব্যবহার করা কঠিন, অথবা ছোট ছোট সমস্যায় ভরা থাকার কারণে—যেগুলো লঞ্চের আগে ঠিকভাবে পরীক্ষা করা হয়নি। একটি বাটন দেখতে সুন্দর হতে পারে, কিন্তু সেটি কাজ নাও করতে পারে। একটি ফর্ম দেখতে আধুনিক হতে পারে, কিন্তু সাবমিট নাও হতে পারে। একটি ড্যাশবোর্ডে অনেক ফিচার থাকতে পারে, কিন্তু স্টাফদের জন্য সেটি অতিরিক্ত জটিল হতে পারে। একজন কাস্টমার অর্ডার করতে চাইতে পারে, কিন্তু প্রসেস পরিষ্কার না হওয়ার কারণে মাঝপথে চলে যেতে পারে।
এখানেই আসে সঠিক চেকিং, টেস্টিং এবং Quality Assurance বা QA-এর গুরুত্ব।
নন-টেকনিক্যাল মানুষের জন্য QA মানে কোড লেখা বা প্রোগ্রামিং বোঝা নয়। QA মানে হলো সিস্টেমটি ধাপে ধাপে, একজন বাস্তব ব্যবহারকারীর মতো ব্যবহার করা এবং দেখা—সবকিছু প্রত্যাশামতো কাজ করছে কি না। এর মানে হলো সমস্যা আগে থেকেই খুঁজে বের করা, পরিষ্কারভাবে রিপোর্ট করা এবং ডেভেলপমেন্ট টিমকে সাহায্য করা, যেন বাস্তব কাস্টমার, স্টাফ বা অ্যাডমিন সেই সমস্যার মুখোমুখি না হয়।
এই গাইডে ব্যাখ্যা করা হয়েছে কীভাবে একজন সাধারণ ব্যক্তি পরীক্ষা করতে পারেন:
সিস্টেম ফাংশনালিটি
UI ডিজাইন
UX অভিজ্ঞতা
ইউজার ফ্লো
ব্যবহারযোগ্যতা
সিস্টেমের জটিলতা
স্টাফ ও অ্যাডমিন ওয়ার্কফ্লো
Quality Assurance
বাগ ও ইস্যু রিপোর্টিং
ফাইনাল লঞ্চ রেডিনেস
লক্ষ্য খুব সহজ: পণ্যটি যেন কার্যকর, সহজে ব্যবহারযোগ্য, পরিষ্কার, নির্ভরযোগ্য এবং বাস্তব ব্যবহারকারীর জন্য প্রস্তুত থাকে।
১. আগে Functionality, UI, UX এবং QA-এর পার্থক্য বুঝুন
কোনো সিস্টেম পরীক্ষা করার আগে সংশ্লিষ্ট সবাইকে কিছু মৌলিক বিষয় বুঝতে হবে।
Functionality মানে হলো সিস্টেমটি আসলেই কাজ করছে কি না।
যেমন:
একজন ব্যবহারকারী কি সাইন আপ করতে পারছে?
একজন ব্যবহারকারী কি লগইন করতে পারছে?
একজন কাস্টমার কি অর্ডার করতে পারছে?
স্টাফ কি অর্ডার স্ট্যাটাস আপডেট করতে পারছে?
অ্যাডমিন কি কনটেন্ট যোগ, এডিট বা ডিলিট করতে পারছে?
পেমেন্ট সিস্টেম কি কাজ করছে?
সার্চ বার কি সঠিক ফলাফল দেখাচ্ছে?
ফর্ম কি সফলভাবে সাবমিট হচ্ছে?
কনফার্মেশন ইমেইল কি পৌঁছাচ্ছে?
Functionality এই প্রশ্নের উত্তর দেয়:
“ফিচারটি কি কাজ করছে?”
UI মানে হলো ব্যবহারকারী স্ক্রিনে যা দেখে।
এর মধ্যে রয়েছে:
লেআউট
রং
বাটন
টেক্সট সাইজ
আইকন
স্পেসিং
কার্ড
ফর্ম
মেনু
ছবি
নেভিগেশন বার
ড্যাশবোর্ড ডিজাইন
UI এই প্রশ্নের উত্তর দেয়:
“দেখতে কি পরিষ্কার, প্রফেশনাল এবং সহজে বোঝার মতো?”
UX মানে হলো সিস্টেমটি ব্যবহার করার সময় ব্যবহারকারীর অনুভূতি কেমন হয়।
এর মধ্যে রয়েছে:
কাজটি সম্পন্ন করা কি সহজ?
যাত্রাটি কি স্মুথ?
ব্যবহারকারী কি জানে পরবর্তী ধাপে কী করতে হবে?
সিস্টেমটি কি বিভ্রান্তিকর?
ধাপ কি অনেক বেশি?
সিস্টেম কি সঠিক ফিডব্যাক দেয়?
ব্যবহারকারী কি আত্মবিশ্বাসী অনুভব করে?
UX এই প্রশ্নের উত্তর দেয়:
“ব্যবহার করা কি সহজ, আরামদায়ক এবং যৌক্তিক?”
User Flow মানে হলো একটি কাজ সম্পন্ন করতে ব্যবহারকারী যে পথ অনুসরণ করে।
যেমন, একটি ই-কমার্স ক্রয়প্রক্রিয়ার ফ্লো হতে পারে:
হোমপেজে যাওয়া
পণ্য সার্চ করা
পণ্য পেজ খোলা
কার্টে যোগ করা
চেকআউটে যাওয়া
ডেলিভারি তথ্য দেওয়া
পেমেন্ট মেথড নির্বাচন করা
অর্ডার কনফার্ম করা
অর্ডার কনফার্মেশন পাওয়া
User Flow এই প্রশ্নের উত্তর দেয়:
“ব্যবহারকারী কি শুরু থেকে শেষ পর্যন্ত বিভ্রান্তি ছাড়া যেতে পারছে?”
User-friendliness মানে হলো সাধারণ মানুষ সিস্টেমটি কোনো ট্রেনিং, ভয় বা বিরক্তি ছাড়া ব্যবহার করতে পারে কি না।
একটি ইউজার-ফ্রেন্ডলি সিস্টেম হয়:
পরিষ্কার
সহজ
পূর্বানুমানযোগ্য
সহায়ক
দ্রুত
পড়তে সহজ
নেভিগেট করতে সহজ
ব্যবহারকারী ভুল করলে সেটি সংশোধনের সুযোগ দেয়
User-friendliness এই প্রশ্নের উত্তর দেয়:
“একজন সাধারণ মানুষ কি এটি সহজে ব্যবহার করতে পারবে?”
Complexity মানে হলো সিস্টেমটি কতটা কঠিন মনে হচ্ছে।
একটি সিস্টেম জটিল হয়ে যায় যখন:
অপশন অনেক বেশি থাকে
ভাষা কঠিন হয়
লেআউট ভিড়ভাট্টা লাগে
প্রক্রিয়ায় অপ্রয়োজনীয় ধাপ থাকে
ব্যবহারকারী বুঝতে পারে না কোথায় ক্লিক করবে
ড্যাশবোর্ডে মেনু অনেক বেশি থাকে
গুরুত্বপূর্ণ অ্যাকশন লুকানো থাকে
এরর মেসেজ পরিষ্কার হয় না
Complexity এই প্রশ্নের উত্তর দেয়:
“এটি কি প্রয়োজনের চেয়ে বেশি কঠিন?”
Quality Assurance মানে হলো পণ্যটি বাস্তব ব্যবহারের জন্য প্রস্তুত, নির্ভরযোগ্য এবং নিরাপদ কি না—তা যাচাই করার সামগ্রিক প্রক্রিয়া।
QA-এর মধ্যে রয়েছে:
ফিচার পরীক্ষা করা
বাগ খুঁজে বের করা
ইউজার ফ্লো টেস্ট করা
UI ও UX রিভিউ করা
মোবাইল ও ডেস্কটপে টেস্ট করা
ফর্ম পরীক্ষা করা
রোল-বেজড অ্যাক্সেস পরীক্ষা করা
পারফরম্যান্স পরীক্ষা করা
বেসিক সিকিউরিটি পরীক্ষা করা
ইস্যু পরিষ্কারভাবে রিপোর্ট করা
ফিক্স করার পর আবার পরীক্ষা করা
QA এই প্রশ্নের উত্তর দেয়:
“পণ্যটি কি রিলিজ করার মতো যথেষ্ট ভালো?”
২. UI/UX-এর আগে Functionality কেন পরীক্ষা করা উচিত
অনেকেই ডিজাইন আগে পরীক্ষা করতে চান, কারণ ডিজাইন চোখে দেখা যায়। তারা রং, ফন্ট, স্পেসিং, বাটন এবং লেআউট দেখে। ডিজাইন অবশ্যই গুরুত্বপূর্ণ, কিন্তু সেটি প্রথম অগ্রাধিকার হওয়া উচিত নয়।
প্রথম অগ্রাধিকার হওয়া উচিত Functionality।
কেন?
কারণ একটি সুন্দর সিস্টেম যদি কাজ না করে, তাহলে সেটি এখনো একটি ভাঙা সিস্টেম।
ধরুন একটি রেস্টুরেন্ট অর্ডারিং সিস্টেম।
ডিজাইন আধুনিক হতে পারে। খাবারের কার্ড সুন্দর হতে পারে। বাটন রঙিন হতে পারে। কিন্তু “Place Order” বাটনটি যদি কাজ না করে, তাহলে সিস্টেমটি তার মূল উদ্দেশ্য পূরণ করতে পারবে না।
এক্ষেত্রে “বাটনের রং পরিবর্তন করা উচিত” বলার চেয়ে “অর্ডার করা যাচ্ছে না” বলা বেশি গুরুত্বপূর্ণ।
প্রথম প্রশ্ন সবসময় হওয়া উচিত:
ব্যবহারকারী কি মূল কাজটি সম্পন্ন করতে পারছে?
UX টেস্টিং করার জন্য একটি পূর্ণ যাত্রা প্রয়োজন। সিস্টেম মাঝপথে ভেঙে গেলে টেস্টার পুরো অভিজ্ঞতাটি ঠিকভাবে বিচার করতে পারে না।
যেমন:
লগইন কাজ না করলে ড্যাশবোর্ড টেস্ট করা যাবে না।
চেকআউট কাজ না করলে অর্ডার কনফার্মেশন টেস্ট করা যাবে না।
ইমেজ আপলোড কাজ না করলে প্রোফাইল কমপ্লিশন টেস্ট করা যাবে না।
অ্যাডমিন প্রোডাক্ট তৈরি করতে না পারলে প্রোডাক্ট ডিসপ্লে টেস্ট করা যাবে না।
তাই Functionality আগে পরীক্ষা করতে হবে, কারণ এটি সঠিক UX টেস্টিংয়ের পথ খুলে দেয়।
যদি একজন টেস্টার Functionality পরীক্ষা করার আগে UI সমস্যা রিপোর্ট করে, তাহলে টিম এমন স্ক্রিন পালিশ করতে সময় ব্যয় করতে পারে যেগুলো আসলে কাজই করছে না।
ভালো ক্রম হলো:
ফিচারটি কাজ করছে কি না পরীক্ষা করুন।
ফ্লোটি যৌক্তিক কি না পরীক্ষা করুন।
ডিজাইনটি পরিষ্কার কি না পরীক্ষা করুন।
অভিজ্ঞতা আরও উন্নত করা যায় কি না দেখুন।
এভাবে টেস্টিং প্রক্রিয়া আরও পরিষ্কার হয়।
একজন ব্যবহারকারী বলতে পারে:
“আমি অর্ডার সম্পন্ন করতে পারিনি।”
কিন্তু কেন?
দুটি সম্ভাব্য কারণ থাকতে পারে:
অর্ডার বাটনটি ভাঙা।
ব্যবহারকারী বুঝতে পারেনি কোথায় ক্লিক করতে হবে।
এই দুই সমস্যা এক নয়।
প্রথমটি Functionality সমস্যা।
দ্বিতীয়টি UX সমস্যা।
Functionality আগে পরীক্ষা করলে আসল সমস্যার ধরন বোঝা সহজ হয়।
কিছু ইস্যু সরাসরি আয়, অপারেশন বা বিশ্বাসের ওপর প্রভাব ফেলে।
যেমন:
পেমেন্ট ব্যর্থ হওয়া
ভুল অর্ডার অ্যামাউন্ট
ভুল ইনভয়েস
ব্যবহারকারী লগইন করতে না পারা
অ্যাডমিন অর্ডার আপডেট করতে না পারা
স্টাফ কাস্টমার তথ্য দেখতে না পারা
ভুল ব্যবহারকারীর কাছে সংবেদনশীল ডেটা দেখা যাওয়া
এগুলো ছোটখাটো ডিজাইন সমস্যার চেয়ে অনেক বেশি গুরুতর।
তাই সঠিক অগ্রাধিকার হলো:
প্রথমে Functionality, তারপর Flow, তারপর UX, তারপর UI Polishing।
৩. একটি সিস্টেম পরীক্ষা করার সঠিক ক্রম
একজন নন-টেকনিক্যাল ব্যক্তি এই সহজ ক্রম অনুসরণ করতে পারেন:
নিজেকে জিজ্ঞেস করুন:
এই সিস্টেমটি মূলত কী কাজের জন্য তৈরি?
সবচেয়ে গুরুত্বপূর্ণ কাজটি কী?
কারা এটি ব্যবহার করবে?
প্রতিটি ব্যবহারকারী কী করতে পারবে?
উদাহরণ:
একটি ই-কমার্স ওয়েবসাইটের মূল উদ্দেশ্য হলো কাস্টমারদের পণ্য কিনতে দেওয়া এবং অ্যাডমিনদের পণ্য, অর্ডার ও ব্যবহারকারী ম্যানেজ করতে দেওয়া।
একটি বুকিং প্ল্যাটফর্মের মূল উদ্দেশ্য হলো ব্যবহারকারীদের অ্যাপয়েন্টমেন্ট বুক করতে দেওয়া এবং স্টাফদের শিডিউল ম্যানেজ করতে দেওয়া।
একটি নিউজরুম সিস্টেমের মূল উদ্দেশ্য হলো অ্যাডমিনদের আর্টিকেল প্রকাশ, এডিট, সংগঠিত ও ম্যানেজ করতে দেওয়া।
সবচেয়ে গুরুত্বপূর্ণ ফিচারগুলো আগে পরীক্ষা করুন।
যেমন:
সাইন আপ
লগইন
সার্চ
ফর্ম সাবমিট
আইটেম যোগ করা
আইটেম এডিট করা
আইটেম ডিলিট করা
ইমেজ আপলোড
অর্ডার করা
পেমেন্ট করা
কনফার্মেশন পাওয়া
অ্যাডমিন অ্যাপ্রুভাল
স্টাফ আপডেট
লগআউট
এখনো সৌন্দর্যে ফোকাস করবেন না। আগে দেখুন সিস্টেমটি কাজ করছে কি না।
ফিচার কাজ করছে নিশ্চিত করার পর দেখুন যাত্রাটি স্মুথ কি না।
জিজ্ঞেস করুন:
ব্যবহারকারী কি কোথা থেকে শুরু করবে তা জানে?
পরবর্তী ধাপ কি পরিষ্কার?
ধাপ কি অনেক বেশি?
কোনো ধাপ কি অপ্রয়োজনীয়ভাবে পুনরাবৃত্তি হচ্ছে?
কাজ শেষ হলে ব্যবহারকারী কি কনফার্মেশন পাচ্ছে?
দরকার হলে ব্যবহারকারী কি পিছনে যেতে পারছে?
ভুল করলে ব্যবহারকারী কি ঠিক করতে পারছে?
এখন ভিজ্যুয়াল ডিজাইন পরীক্ষা করুন।
জিজ্ঞেস করুন:
পেজটি কি পরিষ্কার?
টেক্সট কি পড়তে সহজ?
বাটন কি সহজে চেনা যায়?
রং কি কনসিস্টেন্ট?
স্পেসিং কি ব্যালান্সড?
ছবি কি পরিষ্কার?
ডিজাইন কি প্রফেশনাল?
ডিজাইন কি ব্র্যান্ডের সঙ্গে মানানসই?
সব পেজে লেআউট কি কনসিস্টেন্ট?
এখন দেখুন সিস্টেমটি ব্যবহার করতে কেমন লাগে।
জিজ্ঞেস করুন:
বোঝা কি সহজ?
একজন প্রথমবারের ব্যবহারকারী কি বুঝবে কী করতে হবে?
লেবেলগুলো কি পরিষ্কার?
এরর মেসেজ কি সহায়ক?
নির্দেশনা কি সহজ?
সিস্টেম কি দ্রুত মনে হচ্ছে?
সিস্টেম কি ব্যবহারকারীর পরিশ্রম কমাচ্ছে?
ব্যবহারকারী কি আত্মবিশ্বাসী অনুভব করছে?
অপ্রয়োজনীয় জটিলতা আছে কি না দেখুন।
জিজ্ঞেস করুন:
মেনু আইটেম কি অনেক বেশি?
ফর্মে কি অনেক বেশি ফিল্ড?
ক্লিক কি অনেক বেশি লাগছে?
অপ্রয়োজনীয় টেকনিক্যাল শব্দ ব্যবহার করা হয়েছে কি?
গুরুত্বপূর্ণ অ্যাকশন কি লুকানো?
প্রক্রিয়াটি কি আরও ছোট করা যায়?
স্ক্রিনটি কি আরও সহজ করা যায়?
সিস্টেমটি পরীক্ষা করুন:
মোবাইল ফোনে
ডেস্কটপে
সম্ভব হলে ট্যাবলেটে
বিভিন্ন ব্রাউজারে
বিভিন্ন স্ক্রিন সাইজে
একটি সিস্টেম ডেস্কটপে পারফেক্ট দেখাতে পারে, কিন্তু মোবাইলে ভাঙা থাকতে পারে।
বিভিন্ন ধরনের ব্যবহারকারী হিসেবে সিস্টেম পরীক্ষা করুন।
যেমন:
সাধারণ ব্যবহারকারী
লগইন করা ব্যবহারকারী
স্টাফ
অ্যাডমিন
সুপার অ্যাডমিন
গেস্ট
প্রতিটি রোল শুধু সেই জিনিসই দেখতে এবং করতে পারবে, যা তার জন্য অনুমোদিত।
কোনো সমস্যা পাওয়া গেলে শুধু বলবেন না:
“এটা কাজ করছে না।”
বরং লিখুন:
কোথায় সমস্যা হয়েছে
আপনি কী করতে চেয়েছিলেন
আপনি কী আশা করেছিলেন
আসলে কী হয়েছে
ডিভাইস ও ব্রাউজার
স্ক্রিনশট বা স্ক্রিন রেকর্ডিং
সমস্যাটি কতটা গুরুতর
ডেভেলপার কোনো ইস্যু ফিক্স করার পর সেটি আবার পরীক্ষা করুন।
এছাড়াও দেখুন, ফিক্স করার কারণে অন্য কোথাও নতুন সমস্যা তৈরি হয়েছে কি না।
এটিকে বলা হয় Retesting এবং Regression Checking।
৪. General User কীভাবে সিস্টেম পরীক্ষা করবে
General User বলতে সাধারণ কাস্টমার, ভিজিটর, ক্রেতা, পাঠক, ক্লায়েন্ট, ছাত্র, রোগী বা পাবলিক ব্যবহারকারীকে বোঝায়।
General User-কে সিস্টেমটি বাস্তব মানুষের মতো ব্যবহার করে পরীক্ষা করতে হবে।
জিজ্ঞেস করুন:
কয়েক সেকেন্ডের মধ্যে কি বুঝতে পারছি এই ওয়েবসাইট বা অ্যাপটি কী সম্পর্কে?
মূল বার্তা কি পরিষ্কার?
প্রধান বাটন কি দৃশ্যমান?
ডিজাইন কি বিশ্বাসযোগ্য মনে হচ্ছে?
পেজটি কি প্রফেশনাল লাগছে?
চেক করুন:
মেনু কি সহজে খুঁজে পাচ্ছি?
গুরুত্বপূর্ণ পেজে যেতে পারছি?
হোমপেজে ফিরে আসতে পারছি?
মোবাইল মেনু কি ব্যবহার করা সহজ?
পেজের নামগুলো কি পরিষ্কার?
খারাপ উদাহরণ:
“Solutions”
“Resources”
“Explore”
“Platform”
কিছু ব্র্যান্ডের জন্য এগুলো ঠিক হতে পারে, কিন্তু সাধারণ ব্যবহারকারী যদি প্রধান অডিয়েন্স হয়, তাহলে সহজ নাম বেশি ভালো কাজ করে।
ভালো উদাহরণ:
Services
Pricing
About
Contact
Help
Dashboard
চেক করুন:
আমি কি অ্যাকাউন্ট তৈরি করতে পারছি?
আমি কি লগইন করতে পারছি?
আমি কি পাসওয়ার্ড রিসেট করতে পারছি?
এরর মেসেজ কি পরিষ্কার?
পাসওয়ার্ড ভুল হলে সিস্টেম কি জানাচ্ছে?
খালি ফিল্ড সাবমিট করা থেকে সিস্টেম কি আমাকে থামাচ্ছে?
সিস্টেমের ধরন অনুযায়ী মূল কাজটি পরীক্ষা করুন।
উদাহরণ:
ই-কমার্সের জন্য:
পণ্য সার্চ করা
পণ্যের বিস্তারিত দেখা
কার্টে যোগ করা
চেকআউট করা
অর্ডার করা
বুকিং সিস্টেমের জন্য:
সার্ভিস নির্বাচন করা
তারিখ ও সময় নির্বাচন করা
বুকিং সাবমিট করা
কনফার্মেশন পাওয়া
পোর্টফোলিও বিল্ডারের জন্য:
টেমপ্লেট নির্বাচন করা
ব্যক্তিগত তথ্য যোগ করা
পোর্টফোলিও প্রিভিউ করা
পাবলিশ বা লঞ্চ রিকোয়েস্ট করা
নিউজরুমের জন্য:
আর্টিকেল পড়া
আর্টিকেল সার্চ করা
ক্যাটাগরি দিয়ে ফিল্টার করা
আর্টিকেল শেয়ার করা
সাবস্ক্রাইব করা, যদি থাকে
ফর্ম হলো এমন একটি জায়গা যেখানে ব্যবহারকারীরা সবচেয়ে বেশি সমস্যায় পড়ে।
চেক করুন:
ফর্ম লেবেল কি পরিষ্কার?
Required field কি চিহ্নিত?
ফর্ম কি সঠিক এরর মেসেজ দেখাচ্ছে?
ফর্ম কি সাবমিট হচ্ছে?
ব্যবহারকারী কি কনফার্মেশন পাচ্ছে?
ফর্ম কি খুব দীর্ঘ?
অপ্রয়োজনীয় ফিল্ড আছে কি?
অনেক ব্যবহারকারী মোবাইল থেকে ভিজিট করবে।
চেক করুন:
পেজ কি স্ক্রিনে ঠিকভাবে ফিট করছে?
টেক্সট কি পড়া যাচ্ছে?
বাটন কি ট্যাপ করার মতো বড়?
মেনু কি ঠিকভাবে ওপেন ও ক্লোজ হচ্ছে?
ফর্ম পূরণ করা কি সহজ?
কোনো কিছু কি কেটে যাচ্ছে?
পেজ কি স্মুথলি স্ক্রল হচ্ছে?
জিজ্ঞেস করুন:
প্রাইসিং কি পরিষ্কার?
যোগাযোগের তথ্য কি দৃশ্যমান?
পলিসি কি আছে?
রিভিউ বা টেস্টিমোনিয়াল কি বিশ্বাসযোগ্য?
ব্র্যান্ড আইডেন্টিটি কি কনসিস্টেন্ট?
ওয়েবসাইটটি কি নিরাপদ মনে হচ্ছে?
৫. Staff কীভাবে সিস্টেম পরীক্ষা করবে
Staff হলো তারা, যারা প্রতিদিন সিস্টেমটি ব্যবহার করে কাজ করবে।
যেমন:
কাস্টমার সাপোর্ট
সেলস টিম
রেস্টুরেন্ট স্টাফ
অর্ডার ম্যানেজার
কনটেন্ট এডিটর
ডেলিভারি কো-অর্ডিনেটর
বুকিং ম্যানেজার
HR স্টাফ
ফাইন্যান্স স্টাফ
Staff testing গুরুত্বপূর্ণ, কারণ একটি সিস্টেম কাস্টমারের জন্য সহজ হলেও সেটি টিমের জন্য পরিচালনা করা কঠিন হতে পারে।
চেক করুন:
স্টাফ কি লগইন করতে পারছে?
স্টাফ কি শুধু নির্ধারিত সেকশনে অ্যাক্সেস পাচ্ছে?
প্রাইভেট অ্যাডমিন ফিচার কি স্টাফের কাছ থেকে লুকানো?
স্টাফ কি ঠিকভাবে লগআউট করতে পারছে?
স্টাফদের দিয়ে তাদের দৈনন্দিন কাজ করান।
উদাহরণ:
অর্ডার স্টাফের জন্য:
নতুন অর্ডার দেখা
অর্ডার কনফার্ম করা
স্ট্যাটাস আপডেট করা
নোট যোগ করা
কাস্টমারের সঙ্গে যোগাযোগ করা
অর্ডার completed মার্ক করা
কনটেন্ট স্টাফের জন্য:
আর্টিকেল তৈরি করা
ড্রাফট সেভ করা
ইমেজ আপলোড করা
প্রিভিউ দেখা
রিভিউর জন্য সাবমিট করা
আর্টিকেল এডিট করা
সাপোর্ট স্টাফের জন্য:
কাস্টমার রিকোয়েস্ট দেখা
কাস্টমারকে রিপ্লাই করা
টিকিট resolved মার্ক করা
ইন্টারনাল নোট যোগ করা
জিজ্ঞেস করুন:
স্টাফ কি দ্রুত কাজ সম্পন্ন করতে পারছে?
ক্লিক কি অনেক বেশি লাগছে?
গুরুত্বপূর্ণ বাটন কি দৃশ্যমান?
ড্যাশবোর্ড কি সবচেয়ে গুরুত্বপূর্ণ তথ্য আগে দেখাচ্ছে?
স্টাফ কি সহজে সার্চ ও ফিল্টার করতে পারছে?
চেক করুন:
ডিলিট করার আগে সিস্টেম কি কনফার্মেশন চায়?
ডুপ্লিকেট এন্ট্রি কি থামায়?
গুরুত্বপূর্ণ অ্যাকশনের আগে কি সতর্ক করে?
পরিষ্কার এরর মেসেজ দেখায়?
স্টাফ কি ভুল ঠিক করতে বা undo করতে পারে?
চেক করুন:
অর্ডার টোটাল কি সঠিক?
কাস্টমার তথ্য কি সঠিক?
তারিখ ও সময় কি সঠিক?
স্ট্যাটাস কি ঠিকভাবে আপডেট হচ্ছে?
রিপোর্ট কি বাস্তব ডেটার সঙ্গে মিলছে?
জিজ্ঞেস করুন:
একজন নতুন স্টাফ কি দীর্ঘ ট্রেনিং ছাড়া এটি বুঝতে পারবে?
লেবেলগুলো কি সহজ?
নির্দেশনা কি দৃশ্যমান?
ড্যাশবোর্ড কি খুব টেকনিক্যাল?
অপ্রয়োজনীয় অপশন কি লুকানো?
ভালো Staff System কাজের চাপ কমায়, বাড়ায় না।
৬. Admin কীভাবে সিস্টেম পরীক্ষা করবে
Admin পুরো সিস্টেম পরিচালনা করে।
সাধারণত অ্যাডমিন নিয়ন্ত্রণ করে:
ব্যবহারকারী
স্টাফ
পণ্য
অর্ডার
কনটেন্ট
সেটিংস
পেমেন্ট
রিপোর্ট
পারমিশন
ওয়েবসাইট কনফিগারেশন
Admin testing খুব সতর্কভাবে করতে হয়, কারণ অ্যাডমিনের ভুল পুরো ব্যবসায় প্রভাব ফেলতে পারে।
চেক করুন:
অ্যাডমিন কি নিরাপদভাবে লগইন করতে পারছে?
অ্যাডমিন কি লগআউট করতে পারছে?
অ্যাডমিন ড্যাশবোর্ড কি protected?
সাধারণ ব্যবহারকারী কি অ্যাডমিন পেজে যেতে পারছে? যাওয়ার কথা নয়।
চেক করুন:
ড্যাশবোর্ড কি দরকারি ডেটা দেখাচ্ছে?
সংখ্যাগুলো কি সঠিক?
Sales, users, orders বা content count কি সঠিক?
ড্যাশবোর্ড কি বোঝা সহজ?
গুরুত্বপূর্ণ alert কি দৃশ্যমান?
প্রতিটি বড় অ্যাডমিন সেকশনে চারটি অ্যাকশন পরীক্ষা করুন:
Create
View
Edit
Delete
এটিকে প্রায়ই CRUD testing বলা হয়।
প্রোডাক্ট ম্যানেজমেন্টের উদাহরণ:
পণ্য যোগ করা
পণ্য দেখা
পণ্য এডিট করা
পণ্য ডিলিট করা
নিউজ ম্যানেজমেন্টের উদাহরণ:
আর্টিকেল যোগ করা
আর্টিকেল দেখা
আর্টিকেল এডিট করা
আর্টিকেল ডিলিট করা
ইউজার ম্যানেজমেন্টের উদাহরণ:
ইউজার যোগ করা
ইউজার দেখা
ইউজার এডিট করা
ইউজার disable বা delete করা
চেক করুন:
অ্যাডমিন কি স্টাফ অ্যাকাউন্ট তৈরি করতে পারছে?
অ্যাডমিন কি role assign করতে পারছে?
স্টাফ কি শুধু অনুমোদিত সেকশনে অ্যাক্সেস পাচ্ছে?
স্টাফ কি এমন কিছু ডিলিট করতে পারছে যা তার করা উচিত নয়?
সাধারণ ব্যবহারকারী কি অ্যাডমিন URL খুলতে পারছে?
Permission issue গুরুতর, কারণ এটি প্রাইভেট ডেটা প্রকাশ করতে পারে বা অননুমোদিত পরিবর্তনের সুযোগ দিতে পারে।
CMS বা নিউজরুম সিস্টেমের জন্য চেক করুন:
অ্যাডমিন কি কনটেন্ট লিখতে পারছে?
অ্যাডমিন কি ইমেজ আপলোড করতে পারছে?
অ্যাডমিন কি ক্যাটাগরি নির্বাচন করতে পারছে?
অ্যাডমিন কি ট্যাগ যোগ করতে পারছে?
অ্যাডমিন কি ড্রাফট সেভ করতে পারছে?
অ্যাডমিন কি publish করতে পারছে?
অ্যাডমিন কি unpublish করতে পারছে?
অ্যাডমিন কি schedule করতে পারছে?
publish করার পর public article কি ঠিকভাবে দেখা যাচ্ছে?
চেক করুন:
অ্যাডমিন কি ওয়েবসাইটের নাম আপডেট করতে পারছে?
অ্যাডমিন কি লোগো আপডেট করতে পারছে?
অ্যাডমিন কি contact details আপডেট করতে পারছে?
অ্যাডমিন কি SEO fields আপডেট করতে পারছে?
অ্যাডমিন কি pricing পরিবর্তন করতে পারছে?
অ্যাডমিন কি payment settings ম্যানেজ করতে পারছে?
পরিবর্তনগুলো কি public website-এ দেখা যাচ্ছে?
চেক করুন:
রিপোর্ট কি সঠিক?
অ্যাডমিন কি date filter করতে পারছে?
প্রয়োজন হলে অ্যাডমিন কি data export করতে পারছে?
টোটাল কি সঠিক?
ডেটা কি বোঝা সহজ?
Dangerous actions-এর মধ্যে রয়েছে:
ইউজার ডিলিট করা
পণ্য ডিলিট করা
আর্টিকেল ডিলিট করা
অর্ডার cancel করা
পেমেন্ট refund করা
role পরিবর্তন করা
staff access remove করা
pricing update করা
website settings change করা
এই ধরনের অ্যাকশনের আগে confirmation message থাকা উচিত।
উদাহরণ:
“আপনি কি নিশ্চিত যে এই আর্টিকেলটি ডিলিট করতে চান? এই কাজটি undo করা যাবে না।”
৭. নন-টেকনিক্যাল ব্যক্তি কীভাবে UI Design পরীক্ষা করবেন
UI পরীক্ষা করতে ডিজাইন এক্সপার্ট হওয়া দরকার নেই। মূল লক্ষ্য হলো ইন্টারফেসটি পরিষ্কার, কনসিস্টেন্ট এবং প্রফেশনাল কি না তা দেখা।
জিজ্ঞেস করুন:
বাটনের স্টাইল কি কনসিস্টেন্ট?
রং কি কনসিস্টেন্ট?
ফন্ট কি কনসিস্টেন্ট?
হেডিং কি কনসিস্টেন্ট?
কার্ড ও সেকশন কি ঠিকভাবে aligned?
আইকন কি কনসিস্টেন্টভাবে ব্যবহার করা হয়েছে?
প্রতিটি পেজ কি একই ব্র্যান্ডের অংশ মনে হয়?
জিজ্ঞেস করুন:
টেক্সট কি সহজে পড়া যায়?
ফন্ট সাইজ কি আরামদায়ক?
টেক্সট ও ব্যাকগ্রাউন্ডের মধ্যে যথেষ্ট contrast আছে?
প্যারাগ্রাফ কি খুব দীর্ঘ?
হেডিং কি পরিষ্কার?
গুরুত্বপূর্ণ তথ্য কি সহজে স্ক্যান করা যায়?
জিজ্ঞেস করুন:
বাটন কি সহজে চেনা যায়?
primary button কি পরিষ্কারভাবে দেখা যায়?
button label কি পরিষ্কার?
বাটন কি clickable মনে হয়?
বাটনের চারপাশে যথেষ্ট space আছে?
মোবাইলে বাটন কি সহজে tap করা যায়?
ভালো button label:
Create Account
Place Order
Save Changes
Publish Article
Continue to Checkout
দুর্বল button label:
Submit
Click Here
Go
Done
Next
সেরা button label হলো যেটি অ্যাকশনটি পরিষ্কারভাবে বোঝায়।
জিজ্ঞেস করুন:
লেবেল কি ফিল্ডের ওপরে বা পাশে আছে?
প্রয়োজনীয় তথ্য কি পরিষ্কার?
এরর মেসেজ কি সংশ্লিষ্ট ফিল্ডের কাছে দেখাচ্ছে?
ফর্ম কি খুব ভিড়ভাট্টা?
সম্পর্কিত ফিল্ডগুলো কি একসঙ্গে grouped?
Empty state দেখা যায় যখন কোনো ডেটা এখনো নেই।
যেমন:
এখনো কোনো অর্ডার নেই
কোনো আর্টিকেল প্রকাশিত হয়নি
কোনো saved address নেই
কোনো notification নেই
একটি ভালো empty state বোঝায় কী নেই এবং ব্যবহারকারী পরবর্তী ধাপে কী করতে পারে।
উদাহরণ:
“আপনি এখনো কোনো পণ্য যোগ করেননি। আপনার প্রথম পণ্য তৈরি করতে ‘Add Product’ ক্লিক করুন।”
সিস্টেম যখন কোনো কিছু process করছে, তখন ব্যবহারকারীকে feedback দেখানো উচিত।
যেমন:
Loading spinner
Skeleton screen
বাটনের টেক্সট “Saving…” হওয়া
Progress indicator
Loading feedback না থাকলে ব্যবহারকারী ভাবতে পারে সিস্টেমটি ভেঙে গেছে।
Error message পরিষ্কার এবং সহায়ক হওয়া উচিত।
খারাপ error:
“Error 400.”
ভালো error:
“অনুগ্রহ করে একটি valid email address দিন।”
খারাপ error:
“Something went wrong.”
আরও ভালো error:
“আপনার পরিবর্তনগুলো save করা যায়নি। অনুগ্রহ করে internet connection চেক করে আবার চেষ্টা করুন।”
৮. কীভাবে UX এবং User-Friendliness পরীক্ষা করবেন
UX হলো পুরো অভিজ্ঞতার বিষয়। একটি সিস্টেম দেখতে সুন্দর হলেও ব্যবহার করতে কঠিন হতে পারে।
ডেভেলপারকে জিজ্ঞেস করবেন না কোথায় ক্লিক করতে হবে।
সিস্টেম খুলুন এবং একজন বাস্তব ব্যবহারকারীর মতো কাজটি সম্পন্ন করার চেষ্টা করুন।
যদি প্রতিটি ধাপে কাউকে ব্যাখ্যা করতে হয়, তাহলে সিস্টেমটি সম্ভবত user-friendly নয়।
যখনই থেমে যান, নিজেকে জিজ্ঞেস করুন:
কেন থামলাম?
বাটন কি অস্পষ্ট ছিল?
নির্দেশনা কি ছিল না?
পেজ কি খুব crowded ছিল?
পরবর্তী ধাপ কি লুকানো ছিল?
wording কি confusing ছিল?
এই মুহূর্তগুলো খুব মূল্যবান UX finding।
একটি flow কাজ করতে পারে, কিন্তু সেটি অনেক দীর্ঘ হতে পারে।
উদাহরণ:
একজন কাস্টমারকে যদি একটি সাধারণ অর্ডার করতে ১২টি ধাপ পার করতে হয়, তাহলে flow খুব জটিল হতে পারে।
জিজ্ঞেস করুন:
এটি কি কম ধাপে করা যায়?
ফিল্ডগুলো কি combine করা যায়?
অপ্রয়োজনীয় screen কি remove করা যায়?
default value ব্যবহার করা যায় কি?
প্রতিটি গুরুত্বপূর্ণ অ্যাকশনের পর সিস্টেম ব্যবহারকারীকে জানানো উচিত কী হয়েছে।
যেমন:
“Account created successfully.”
“Your order has been placed.”
“Your article has been saved as draft.”
“Your password has been changed.”
“Image uploaded successfully.”
Feedback না থাকলে ব্যবহারকারী অনিশ্চিত অনুভব করতে পারে।
ব্যবহারকারীরা ভুল করে—এটাই স্বাভাবিক।
একটি ভালো সিস্টেম ব্যবহারকারীকে ভুল থেকে recover করতে সাহায্য করে।
চেক করুন:
ব্যবহারকারী কি submitted information edit করতে পারে?
ব্যবহারকারী কি পিছনে যেতে পারে?
ব্যবহারকারী কি cancel করতে পারে?
ব্যবহারকারী কি retry করতে পারে?
ভুলগুলো কি পরিষ্কারভাবে explain করা হয়?
error হওয়ার পর সিস্টেম কি entered data ধরে রাখে?
ব্যবহারকারীর সামনে একসঙ্গে সবকিছু দিয়ে overload করবেন না।
উদাহরণ:
Checkout-এ ব্যবহারকারীর দরকার:
Product summary
Delivery address
Payment method
Total amount
Confirm order button
এখানে unrelated banner, অতিরিক্ত offer বা extra distraction দরকার নেই।
সিস্টেমে এমন শব্দ ব্যবহার করা উচিত যা ব্যবহারকারীরা বুঝতে পারে।
এর পরিবর্তে:
“Authenticate your credentials.”
ব্যবহার করুন:
“আপনার অ্যাকাউন্টে লগইন করুন।”
এর পরিবর্তে:
“Transaction initialization failed.”
ব্যবহার করুন:
“পেমেন্ট শুরু করা যায়নি। অনুগ্রহ করে আবার চেষ্টা করুন।”
৯. কীভাবে User Flow পরীক্ষা করবেন
User flow testing মানে হলো ব্যবহারকারী শুরু থেকে শেষ পর্যন্ত একটি পূর্ণ journey সম্পন্ন করতে পারছে কি না তা পরীক্ষা করা।
এই structure ব্যবহার করুন:
Start point
Goal
Steps taken
Expected result
Actual result
Confusion points
Suggestions
Start point: Homepage
Goal: Place an order
Steps:
Homepage খুলুন
Product search করুন
Product details খুলুন
Product cart-এ add করুন
Cart খুলুন
Checkout-এ যান
Delivery information দিন
Payment method select করুন
Order place করুন
Confirmation দেখুন
চেক করুন:
প্রতিটি ধাপ কি কাজ করেছে?
পরবর্তী ধাপ কি পরিষ্কার ছিল?
দাম কি সঠিক ছিল?
delivery charge কি সঠিক ছিল?
confirmation দেখানো হয়েছে?
order কি admin dashboard-এ এসেছে?
Start point: Staff dashboard
Goal: নতুন অর্ডার process করা
Steps:
Staff হিসেবে log in করুন
New orders খুলুন
Order details দেখুন
Order confirm করুন
Preparation status update করুন
Internal note যোগ করুন
Ready for delivery mark করুন
Completed mark করুন
চেক করুন:
স্টাফ কি process complete করতে পারছে?
order status কি পরিষ্কার?
customer details কি visible?
button খুঁজে পাওয়া সহজ?
accidental action prevent করা হয়েছে?
Start point: Admin dashboard
Goal: Newsroom article publish করা
Steps:
Admin হিসেবে log in করুন
Articles section খুলুন
New article create করুন
Title যোগ করুন
Content যোগ করুন
Featured image upload করুন
Category এবং tags যোগ করুন
SEO title এবং description যোগ করুন
Draft save করুন
Preview দেখুন
Publish করুন
Public article page খুলুন
চেক করুন:
article কি save হচ্ছে?
image কি upload হচ্ছে?
preview কি কাজ করছে?
published content কি ঠিকভাবে দেখা যাচ্ছে?
public URL কি open হচ্ছে?
article কি পরে edit করা যাচ্ছে?
১০. কীভাবে Complexity পরীক্ষা করবেন
Complexity হলো ব্যবহারকারী পণ্য ছেড়ে চলে যাওয়ার অন্যতম বড় কারণ।
একটি সিস্টেমে অনেক ফিচার থাকতে পারে, কিন্তু ব্যবহারকারীর যেন overwhelming না লাগে।
জিজ্ঞেস করুন:
স্ক্রিন কি খুব crowded?
মেনু কি অনেক বেশি?
বাটন কি অনেক বেশি?
ফর্ম ফিল্ড কি অনেক বেশি?
একই ধরনের ফিচার কি repeat হয়েছে?
গুরুত্বপূর্ণ action কি hidden?
label কি বোঝা কঠিন?
একটি সাধারণ কাজের জন্য ব্যবহারকারীর training দরকার হয়?
একই কাজ কি কম ধাপে করা যায়?
ব্যবহারকারীরা জিজ্ঞেস করে “এরপর কী করব?”
ব্যবহারকারীরা ভুল button click করে
ব্যবহারকারীরা গুরুত্বপূর্ণ feature ignore করে
staff-দের বারবার training লাগে
admins settings পরিবর্তন করতে ভয় পায়
ব্যবহারকারীরা process মাঝপথে ছেড়ে দেয়
একই data বারবার enter করতে হয়
system একসঙ্গে অনেক বেশি information দেখায়
সহজ label ব্যবহার করুন
related item group করুন
advanced option দরকার না হলে hide করুন
step-by-step form ব্যবহার করুন
main action highlight করুন
unnecessary field remove করুন
helpful empty state ব্যবহার করুন
confirmation message ব্যবহার করুন
dashboard menu organized রাখুন
শুধু role-relevant feature দেখান
সেরা সিস্টেম সেটি নয়, যেখানে সবচেয়ে বেশি ফিচার আছে।
সেরা সিস্টেম সেটি, যা ব্যবহারকারীকে সবচেয়ে কম বিভ্রান্তিতে কাজ সম্পন্ন করতে সাহায্য করে।
১১. নন-টেকনিক্যাল ব্যক্তিদের জন্য Basic Accessibility Checks
Accessibility মানে হলো সিস্টেমটি আরও বেশি মানুষের জন্য ব্যবহারযোগ্য করা—যাদের মধ্যে visual, hearing, movement, cognitive বা অন্যান্য সীমাবদ্ধতা থাকতে পারে।
টেকনিক্যাল টুল ছাড়াও নন-টেকনিক্যাল ব্যক্তিরা basic accessibility পরীক্ষা করতে পারেন।
চেক করুন:
টেক্সট কি যথেষ্ট বড়?
contrast কি যথেষ্ট strong?
বয়স্ক ব্যবহারকারীরা কি সহজে পড়তে পারবেন?
font কি পরিষ্কার?
Keyboard দিয়ে চেষ্টা করুন:
Tab key ব্যবহার করে কি field-এর মধ্যে move করা যায়?
Enter দিয়ে কি button select করা যায়?
focus indicator কি দেখা যায়?
popup কি close করা যায়?
চেক করুন:
link কি কোথায় যাবে তা বোঝায়?
button কি পরিষ্কারভাবে নামকরণ করা?
clickable item কি সহজে চেনা যায়?
চেক করুন:
গুরুত্বপূর্ণ image-এর পাশে কি explanation আছে?
image load না হলেও page কি বোঝা যায়?
চেক করুন:
error কি পরিষ্কারভাবে দেখানো হয়?
system কি error ঠিক করার উপায় বলে?
error কি সংশ্লিষ্ট field-এর কাছে visible?
চেক করুন:
button কি tap করার মতো বড়?
link কি খুব কাছাকাছি?
ব্যবহারকারী কি ভুল item tap না করে সহজে tap করতে পারে?
Accessibility শুধু প্রতিবন্ধী ব্যবহারকারীদের জন্য নয়; এটি সবার অভিজ্ঞতা উন্নত করে।
১২. নন-টেকনিক্যাল ব্যক্তি কীভাবে Quality Assurance করবেন
QA একটি সহজ প্রক্রিয়া অনুসরণ করেই করা যায়।
একটি সহজ sheet তৈরি করুন যেখানে থাকবে:
Test ID
User role
Feature
Test steps
Expected result
Actual result
Status
Issue link or note
Tester name
Date
উদাহরণ:
Test ID | Role | Feature | Expected Result | Actual Result | Status |
|---|---|---|---|---|---|
QA-001 | User | Login | User logs in successfully | Login successful | Pass |
QA-002 | User | Add to cart | Product added to cart | Cart remains empty | Fail |
QA-003 | Admin | Publish article | Article appears publicly | Article appears correctly | Pass |
একটি account থেকে সবকিছু test করবেন না।
ভিন্ন ভিন্ন account ব্যবহার করুন:
Guest
General user
Staff
Admin
Super admin
প্রতিটি role আলাদাভাবে test করতে হবে।
Happy path মানে হলো স্বাভাবিক successful journey।
উদাহরণ:
User সঠিক email, সঠিক password দেয়, checkout complete করে এবং confirmation পায়।
এটি আগে test করুন।
Happy path-এর পর দেখুন ব্যবহারকারী ভুল করলে কী হয়।
উদাহরণ:
Empty form submission
Wrong password
Invalid email
ভুল file type upload
Negative quantity enter করা
খুব long text enter করা
Restricted page access করার চেষ্টা
Checkout চলাকালে back button press করা
Form submission চলাকালে page refresh করা
একটি ভালো system ভুলগুলো নিরাপদভাবে handle করবে।
Edge case হলো অস্বাভাবিক কিন্তু সম্ভব পরিস্থিতি।
উদাহরণ:
Product quantity zero
User-এর কোনো order নেই
Internet slow
Image upload বড়
Cart-এ অনেক item
User name খুব long
Staff account-এর limited permission
Admin এমন item delete করে যা অন্য কোথাও already used
কমপক্ষে test করুন:
Android phone
iPhone, যদি available থাকে
Desktop Chrome
Desktop Firefox বা Safari, যদি available থাকে
Tablet, যদি available থাকে
নন-টেকনিক্যাল ব্যবহারকারীরাও speed অনুভব করতে পারেন।
জিজ্ঞেস করুন:
page কি দ্রুত load হচ্ছে?
button click করার পর response দিচ্ছে?
dashboard কি slow মনে হচ্ছে?
image কি খুব heavy?
system কি freeze করছে?
loading state কি দেখা যাচ্ছে?
চেক করুন:
Email confirmation
SMS, যদি থাকে
In-app notification
Success message
Error message
Admin alert
Staff notification
সব জায়গায় data সঠিক আছে কি না দেখুন।
উদাহরণ:
কাস্টমার ৫০০ BDT-এর অর্ডার করলে চেক করুন:
Customer order page
Staff dashboard
Admin dashboard
Invoice
Email confirmation
Sales report
Amount সব জায়গায় একই হওয়া উচিত।
Developer issue fix করলে:
একই issue আবার test করুন
nearby feature check করুন
problem gone হয়েছে কি না confirm করুন
অন্য কিছু broken হয়েছে কি না confirm করুন
১৩. Launch-এর আগে যেসব common area অবশ্যই check করতে হবে
প্রতিটি project আলাদা, কিন্তু বেশিরভাগ system-এ নিচের areaগুলো check করা উচিত।
Signup
Login
Logout
Forgot password
Change password
Email verification
Role-based access
Session expiry
Main message
CTA buttons
Navigation
Contact section
Footer links
About page
Pricing page
Terms and privacy pages
Contact form
Registration form
Login form
Checkout form
Booking form
Profile form
Admin forms
Search form
Data accuracy
Menu structure
Role-based view
Create/edit/delete actions
Search and filter
Empty states
Error states
Loading states
Text spelling
Grammar
Image quality
Broken images
Correct categories
Correct tags
SEO title
Meta description
Slug
Preview
Publish/unpublish
Product listing
Product details
Stock status
Add to cart
Cart update
Coupon
Delivery charge
Payment method
Order confirmation
Invoice
Order status
Refund বা cancellation, যদি থাকে
Service selection
Date selection
Time slot
Availability
Booking confirmation
Admin schedule
Staff assignment
Cancellation
Reminder
নন-টেকনিক্যাল টেস্টাররা কিছু basic security behavior check করতে পারেন:
সাধারণ user কি admin page খুলতে পারছে?
Staff কি admin-only settings access করতে পারছে?
Logout কি কাজ করছে?
system কি private data ভুল user-কে দেখাচ্ছে?
system কি empty বা strange form input allow করছে?
system কি password text openly দেখাচ্ছে?
dangerous action-এর আগে confirmation নিচ্ছে?
১৪. কীভাবে Issue Report তৈরি করবেন
কোনো issue পাওয়া গেলে report এত পরিষ্কার হতে হবে যেন developer বুঝতে এবং fix করতে পারে।
খারাপ issue report:
“Checkout কাজ করছে না।”
ভালো issue report:
“আমি mobile Chrome-এ product cart-এ add করে checkout click করলে checkout page open হয়, কিন্তু delivery address field দেখা যায় না। আমি expected করেছিলাম address enter করে order place করতে পারব। Screenshot attached.”
এই format ব্যবহার করুন:
ছোট এবং পরিষ্কার title লিখুন।
উদাহরণ:
“Mobile-এ checkout page delivery address field দেখাচ্ছে না”
সহজ numbering system ব্যবহার করুন।
উদাহরণ:
BUG-001
BUG-002
BUG-003
Tester-এর নাম।
Issue পাওয়ার তারিখ।
কোন role থেকে issue পাওয়া গেছে তা উল্লেখ করুন।
উদাহরণ:
Guest
Customer
Staff
Admin
Super admin
উল্লেখ করুন:
Device: iPhone, Android, Windows laptop, MacBook
Browser: Chrome, Safari, Firefox, Edge
Screen size, যদি জানা থাকে
কোথায় issue হয়েছে তা লিখুন।
উদাহরণ:
Checkout page
Admin product page
Staff order dashboard
Login page
Article editor
একদম exact steps লিখুন।
উদাহরণ:
Homepage খুলুন
Customer হিসেবে log in করুন
“Wireless Charger” cart-এ add করুন
Checkout click করুন
Delivery section-এ scroll করুন
কী হওয়া উচিত ছিল?
উদাহরণ:
“Delivery address field দেখা উচিত ছিল, যেন customer address details enter করতে পারে।”
আসলে কী হয়েছে?
উদাহরণ:
“Delivery address field দেখা যায়নি। শুধু payment method section visible ছিল।”
Issue কতটা গুরুতর?
এই সহজ scale ব্যবহার করুন:
Critical
System ব্যবহার করা যাচ্ছে না অথবা business মারাত্মকভাবে affected।
উদাহরণ:
Payment কাজ করছে না
Login কাজ করছে না
Admin dashboard access করা যাচ্ছে না
User data ভুল user-এর কাছে visible
Order amount ভুল
High
Important feature broken, কিন্তু পুরো system down নয়।
উদাহরণ:
Product add করা যাচ্ছে না
Staff order update করতে পারছে না
Image upload fail করছে
Article publish করা যাচ্ছে না
Medium
Feature কাজ করছে, কিন্তু confusion বা partial problem তৈরি করছে।
উদাহরণ:
Error message unclear
Filter ঠিকভাবে কাজ করছে না
Mobile layout সামান্য broken
Confirmation message missing
Low
ছোট visual বা text issue।
উদাহরণ:
Typo
Minor spacing issue
Slight alignment issue
Button color inconsistency
Priority মানে issue কত দ্রুত fix করা উচিত।
Severity এবং priority সম্পর্কিত, কিন্তু সবসময় এক নয়।
উদাহরণ:
Homepage-এ একটি typo low severity হতে পারে, কিন্তু launch যদি আগামীকাল হয় এবং typo সবাই দেখতে পায়, তাহলে priority high হতে পারে।
ব্যবহার করুন:
Urgent
High
Medium
Low
Attach করুন:
Screenshot
Screen recording
Error message
Page link
Test account used
Order ID, যদি relevant হয়
নন-টেকনিক্যাল টেস্টার চাইলে fix suggestion দিতে পারেন।
উদাহরণ:
“Payment method-এর আগে delivery address section দেখানো উচিত।”
ব্যবহার করুন:
Open
In progress
Fixed
Retesting
Reopened
Closed
১৫. Example Issue Reports
Issue ID: BUG-001
Title: Cash on delivery select করার পর customer order place করতে পারছে না
Reported by: QA Tester
Date: 25 June 2026
Role: Customer
Device: Android phone
Browser: Chrome
Page: Checkout page
Steps to reproduce:
Customer হিসেবে log in করুন
Cart-এ একটি product add করুন
Checkout-এ যান
Delivery address enter করুন
Cash on delivery select করুন
“Place Order” click করুন
Expected result:
Order place হওয়া উচিত এবং customer-এর order confirmation page দেখা উচিত।
Actual result:
“Place Order” click করার পর কিছুই হয় না। কোনো confirmation দেখা যায় না।
Severity: Critical
Priority: Urgent
Evidence: Screen recording attached
Status: Open
Issue ID: UX-004
Title: Product cart-এ add করার পর users বুঝতে পারে না কীভাবে continue করবে
Reported by: Test User
Date: 25 June 2026
Role: Customer
Device: iPhone
Browser: Safari
Page: Product details page
Steps to reproduce:
Product page খুলুন
“Add to Cart” click করুন
Confirmation-এর জন্য অপেক্ষা করুন
Expected result:
System clearly দেখাবে next step কী—যেমন “View Cart” বা “Continue Shopping।”
Actual result:
নিচে ছোট একটি message দেখা যায়, যা দ্রুত disappear করে। কোনো clear next step নেই।
Severity: Medium
Priority: High
Suggested fix:
“View Cart” এবং “Checkout” button সহ একটি ছোট cart popup দেখানো যেতে পারে।
Status: Open
Issue ID: UI-007
Title: Dark background-এ button text পড়তে কঠিন
Reported by: Staff Reviewer
Date: 25 June 2026
Role: Staff
Device: Windows laptop
Browser: Chrome
Page: Staff order dashboard
Steps to reproduce:
Staff হিসেবে log in করুন
Order dashboard খুলুন
“Update Status” button দেখুন
Expected result:
Button text clearly readable হওয়া উচিত।
Actual result:
Text color button background-এর সঙ্গে খুব similar।
Severity: Low
Priority: Medium
Evidence: Screenshot attached
Status: Open
১৬. Final Pre-Launch QA Checklist
Launch-এর আগে নিচের বিষয়গুলো check করুন:
Main user flow কাজ করছে
Signup এবং login কাজ করছে
Forms ঠিকভাবে submit হচ্ছে
Admin data manage করতে পারছে
Staff daily task complete করতে পারছে
Payment কাজ করছে, যদি থাকে
Notifications কাজ করছে
Search এবং filters কাজ করছে
Uploads কাজ করছে
Delete এবং edit actions কাজ করছে
Design consistent
Text readable
Buttons clear
Mobile layout কাজ করছে
Images ঠিকভাবে load হচ্ছে
Pages broken নয়
Spacing clean
Brand colors consistent
User জানে next step কী
Main task complete করা easy
Unnecessary steps নেই
Error messages helpful
Success messages দেখা যায়
Empty states clear
Forms খুব long নয়
Navigation simple
Guest access correct
User access correct
Staff access correct
Admin access correct
Restricted pages protected
Sensitive data ভুল user-এর কাছে visible নয়
Spelling mistake নেই
Broken link নেই
Contact information correct
Pricing correct
Policies available
SEO title এবং description added
Images optimized এবং relevant
Pages দ্রুত load হয়
Buttons click করার পর respond করে
Images খুব slow নয়
Dashboard freeze করে না
Loading states দেখা যায়
Launch-এর আগে team confirm করবে:
Critical issues fixed
High-priority issues fixed বা later-এর জন্য approved
Main flows retested
Mobile version checked
Admin dashboard checked
Staff workflow checked
Backup বা rollback plan ready
Final content approved
Stakeholders sign off
১৭. নন-টেকনিক্যাল মানুষের জন্য Best Testing Mindset
একজন ভালো tester হতে technical হওয়া জরুরি নয়। একজন ভালো tester হতে হলে পর্যবেক্ষণশক্তি দরকার।
সিস্টেম check করার সময় এভাবে ভাবুন:
আমি একজন first-time user।
system কীভাবে build হয়েছে তা আমি জানি না।
আমি শুধু care করি আমি আমার task complete করতে পারছি কি না।
আমি hidden steps guess করব না।
আমি confusion clearly report করব।
আমি record করব আমি কী expected করেছিলাম এবং আসলে কী হয়েছে।
fix করার পর আমি আবার check করব।
সেরা feedback emotional বা vague নয়। এটি specific।
এর পরিবর্তে:
“এই page খারাপ।”
বলুন:
“Product cart-এ add করার পর checkout button খুঁজে পাইনি। আমি expected করেছিলাম button cart summary-এর কাছে থাকবে, কিন্তু সেটি page-এর নিচে hidden ছিল।”
এর পরিবর্তে:
“Dashboard confusing।”
বলুন:
“Staff dashboard একই screen-এ sales reports, settings, user management এবং order updates দেখাচ্ছে। একজন নতুন staff-এর হয়তো শুধু order updates দরকার, তাই extra sections page-টিকে complicated করে দিচ্ছে।”
Clear feedback developer, designer, founder এবং manager—সবাইকে ভালো সিদ্ধান্ত নিতে সাহায্য করে।
১৮. Conclusion: QA পণ্য, ব্যবসা এবং ব্যবহারকারীকে সুরক্ষিত রাখে
Launch-এর আগে একটি digital product check করা শুধু technical task নয়। এটি একটি business responsibility।
একটি website, app বা software system বিভিন্ন দিক থেকে check করতে হয়:
এটি কি কাজ করছে?
ব্যবহার করা কি সহজ?
design কি clear?
user flow কি smooth?
staff কি operate করতে পারছে?
admin কি safely manage করতে পারছে?
errors কি properly handle হচ্ছে?
issues কি clearly reported?
product কি real users-এর জন্য ready?
Functionality সবসময় আগে check করা উচিত, কারণ system কাজ না করলে experience ঠিকভাবে judge করা যায় না। এরপর UI, UX, user flow, user-friendliness, complexity, accessibility, performance এবং role-based access carefulভাবে review করতে হবে।
ভালো QA সময় বাঁচায়, brand reputation রক্ষা করে, customer complaint কমায়, business loss prevent করে এবং trust বাড়ায়।
একটি successful digital product শুধু build করা হয় না।
এটি test করা হয়, refine করা হয়, correct করা হয় এবং real users-এর কাছে যাওয়ার আগে verify করা হয়।
এটাই একটি product launch এবং একটি reliable product launch-এর মধ্যে পার্থক্য।
Key Facts
This publication provides a professional architectural and product analysis of একটি ডিজিটাল পণ্য লঞ্চের আগে নন-টেকনিক্যাল ব্যক্তিরা কীভাবে UI/UX, ইউজার ফ্লো, ব্যবহারযোগ্যতা, জটিলতা এবং কোয়ালিটি অ্যাশিউরেন্স পরীক্ষা করবেন, giving business owners and software engineers an actionable roadmap.
Faha Studio brings advanced technology solutions together, and this update highlights the implementation and efficiency upgrades directly available to partners.
Introduction: Why Every Digital Product Must Be Checked Before LaunchBefore launching any website, mobile app, dashboard, e-commerce platform, booking system, admin panel, or business software,...
Kawsar Ahmed Fahad