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