ধরা যাক যে আপনি নিজের প্রয়োগটি যতবার প্রয়োগ করেছেন ততবার ম্যানুয়ালি পরীক্ষা করতে চেয়েছিলেন। আপনি কিভাবে এটি করতে যেতে হবে?
ঠিক আছে, আপনি প্রথমে যা পরীক্ষা করতে চান তার একটি তালিকা তৈরি করতে পারেন যাতে আপনি পরে কিছু পরীক্ষা করতে ভুলে যাবেন না। তারপরে আপনি সম্ভবত প্রতিটি পরীক্ষার জন্য পদক্ষেপগুলি লিখেছেন তা নিশ্চিত করার জন্য যে আপনি প্রতিবারের মতো একই পদ্ধতিতে করেছিলেন। আপনি যদি নিশ্চিত না করেন যে আপনি যে পরীক্ষামূলক প্রক্রিয়াটি ব্যবহার করেছিলেন সেটি সামঞ্জস্যপূর্ণ ছিল, তবে আপনার ফলাফলগুলি সামঞ্জস্যপূর্ণ হবে না।
সুতরাং, এখন আপনার যে পরীক্ষাগুলি সম্পাদন করা দরকার সেগুলির তালিকা রয়েছে, আপনি আপনার ব্রাউজারটি খুলবেন, প্রথম পরীক্ষার ধাপগুলি পড়বেন, সেগুলি সম্পাদন করবেন এবং ফলাফলটির একটি নোট তৈরি করবেন। আপনি আপনার তালিকার প্রতিটি পরীক্ষার জন্য এই প্রক্রিয়াটি পুনরাবৃত্তি করবেন।
আপনার অ্যাপ্লিকেশনটি বাড়ার সাথে সাথে আপনি নতুন বাগগুলি খুঁজে পাওয়ার সাথে সাথে আপনি পরীক্ষা করার সংখ্যা বাড়তে থাকবে। অবশ্যই, আপনি এই গতিগুলি মানব গতিতে সম্পাদন করে সীমাবদ্ধ রাখবেন, এগুলি বরং ধীর করে তুলবেন।
এখানে বিড়ম্বনাটি হ'ল যান্ত্রিকভাবে অপারেশনগুলির একটি তালিকার মাধ্যমে পদক্ষেপ নেওয়ার সময় আপনি কম্পিউটিং করছেন। আপনি যে কম্পিউটারটি বলবেন তার চেয়ে ধীরে ধীরে এটি করছেন।
এটি অন্যান্য অনেকগুলি ভাল কারণের মধ্যেই, কেন আমরা ইউনিট পরীক্ষাগুলি লিখি: তারা কম্পিউটারটি কম্পিউটারিং করতে দেয় যাতে আপনার দরকার নেই।
মোতায়েনের আগে এক সপ্তাহে একবারই নয়, বিকাশের সময় ঘন ঘন এটি ব্যবহার করার জন্য আমি একটি ব্যাপক ইউনিট টেস্ট স্যুট দ্রুত চালাতে পারি। এটি আমার সময় এবং অর্থ সাশ্রয় করে আমাকে আরও ত্রুটিগুলি আরও দ্রুত সনাক্ত করতে দেয়।
এমনকি আমি এমন পরীক্ষাগুলিও লিখতে পারি যা সিস্টেমের আচরণের পূর্বাভাস দেয় এবং তারপরে সেই আচরণটি লিখতে পারে (যা আমি ইতিমধ্যে জানি এটি সঠিক কারণ আমি এটি কেবল পরীক্ষা করেছি), এটি টেস্ট ড্রাইভেন ডেভেলপমেন্ট নামে পরিচিত একটি প্রক্রিয়া।