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