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