কিউএ ও টেস্ট অটোমেশন

প্রথমে আমরা কী টেস্ট করি

টেস্টিংয়ের পরিশ্রম চলে ব্যবসার ঝুঁকি অনুযায়ী, ফিচারের সংখ্যা অনুযায়ী নয়। প্রথম কাজে আমরা সাধারণত শুরু করি: যা কিছু টাকা লেনদেন করে, যা কিছু পারমিশন বদলায়, যা কিছু এমন অঙ্ক তৈরি করে যাতে কেউ সই করেন, এবং যা কিছু বাইরের কোনো সিস্টেমে ডেটা লেখে। সত্যিকারের ক্ষতি করা বেশিরভাগ সমস্যা আসে এই চারটি জায়গা থেকেই।

যে মিশ্রণ কাজ করে

• মানুষের হাতে এক্সপ্লোরেটরি টেস্টিং নতুন ফিচারের জন্য, যেখানে লক্ষ্য প্রত্যাশিত জিনিস নিশ্চিত করা নয়, অপ্রত্যাশিত কিছু খুঁজে বের করা।
• অটোমেটেড রিগ্রেশন সেই পথগুলোর জন্য যা কখনোই ভাঙা চলবে না, প্রতিটি মার্জে চালানো হয় যাতে কোন পরিবর্তনে ভাঙল তা নির্দিষ্টভাবে বোঝা যায়।
• আসল ডিভাইসে টেস্টিং সেই অ্যান্ড্রয়েড মডেলগুলোতে, যা আপনার ব্যবহারকারীদের হাতে সত্যিই আছে।
• পারফরম্যান্স টেস্টিং একটি নির্দিষ্ট লক্ষ্যমাত্রা ধরে — “ঈদের সেলের উইকেন্ড সামলাতে পারবে” কথাটা তখনই কাজে লাগে, যখন সেটা একসাথে কতজন ব্যবহারকারী ও কত রেসপন্স টাইম — এভাবে প্রকাশ করা হয়।

ডিফেক্টের শুধু তালিকা নয়, সিভিয়ারিটি দরকার

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

আপনার টিম যাতে কাজ চালিয়ে যেতে পারে

টেস্ট স্যুটের মালিক আপনি, আর এটি এমনভাবে লেখা যাতে আপনার ইঞ্জিনিয়াররাই রক্ষণাবেক্ষণ করতে পারেন: কোনো মালিকানাধীন রেকর্ডিং টুল নেই, কারও একজনের ল্যাপটপের ওপর নির্ভরতা নেই, আর নতুন কেস যোগ করার নিয়ম লিখে রাখা আছে। আমরা চলে গেলেও টেস্টগুলো চলতে থাকে।