Bottom-up Testing
🔽 Bottom-up Integration Test (বটম-আপ ইন্টিগ্রেশন টেস্ট)
Bottom-up Integration Testing এমন একটি পদ্ধতি যেখানে সফটওয়্যারের নিচের লেভেল বা ছোট ছোট মডিউল (যেমন: utility functions, classes) আগে টেস্ট করা হয়। পরে ধাপে ধাপে এগুলো একত্র করে উপরের বড় মডিউল টেস্ট করা হয়।
✅ বৈশিষ্ট্যসমূহ (Features):
🔹 Allow early testing aimed at proving feasibility
📌 প্রাথমিকভাবে ছোট ছোট অংশ টেস্ট করে দেখা হয় যে, সিস্টেম বানানো সম্ভব কি না (feasibility)।
🔹 Emphasize on module functionality and performance
📌 এখানে প্রতিটি মডিউলের নিজস্ব কাজ ও পারফরম্যান্স ভালোভাবে পরীক্ষা করা হয়।
✅ সুবিধাসমূহ (Advantages):
-
It is easy and simple to create and develop test conditions.
📌 টেস্ট কন্ডিশন তৈরি করা সহজ, কারণ আমরা ছোট মডিউল নিয়ে কাজ করি। -
It is also easy to observe test results.
📌 প্রতিটি মডিউলের রেজাল্ট সহজে বোঝা যায়, কারণ একেকটা ছোট অংশ আলাদাভাবে পরীক্ষা হয়। -
It is not necessary to know about the details of the structural design.
📌 পুরো সফটওয়্যারের গঠন (structure) সম্পর্কে বিস্তারিত না জানলেও টেস্টিং সম্ভব। -
Low-level utilities are tested well and compatible with object-oriented structure.
📌 নিচের স্তরের ফাংশন ও ক্লাসগুলো ভালোভাবে টেস্ট হয় এবং এটি object-oriented structure এর সাথে ভালোভাবে মেলে।
❌ অসুবিধাসমূহ (Disadvantages):
-
Towards top of the hierarchy, it becomes very complicated.
📌 ধাপে ধাপে উপরের দিকের বড় মডিউলে গেলে, টেস্টিং অনেক জটিল হয়ে পড়ে। -
There is no concept regarding early skeletal system.
📌 শুরুতে পুরো সিস্টেমের একটা কঙ্কাল (skeletal system) তৈরি করা যায় না। তাই পুরো সিস্টেমের আউটপুট শুরুতে বোঝা যায় না। -
Changes can affect sibling and higher-level unit tests.
📌 এক সাব-মডিউলে পরিবর্তন করলে, তার সাথের (sibling) ও উপরের লেভেলের টেস্টের উপর প্রভাব পড়তে পারে।
📝 সংক্ষেপে মনে রাখো:
| বিষয় | ব্যাখ্যা |
|---|---|
| শুরু কোথা থেকে? | নিচের utility মডিউল (functions, classes) |
| সুবিধা | ছোট মডিউল সহজে টেস্ট হয়, OOP structure এর সাথে ভালো মানায় |
| অসুবিধা | উপরের দিক জটিল হয়, শুরুতেই পূর্ণ সিস্টেম বোঝা যায় না |