আগস্ট এক্সএনএমএক্স, এক্সএনএমএক্স আপডেট হয়েছে
সফটওয়্যার তৈরির পর থেকেই সফটওয়্যার ডেভেলপমেন্টের অংশ হিসেবে টেস্টিং ব্যাপকভাবে গৃহীত হয়েছে। ব্যবসায়িক বুদ্ধিমত্তা (বিআই) অবশ্য আইবিএম কগনোসের মতো বিআই সফটওয়্যারে উন্নয়নের একটি সমন্বিত অংশ হিসেবে পরীক্ষা গ্রহণকে ধীর করেছে। আসুন জেনে নিই কেন বিআই পরীক্ষা পদ্ধতি এবং এর পরিণতিগুলি গ্রহণ করতে ধীর হয়েছে না পরীক্ষামূলক.
কেন সংস্থাগুলি BI পরীক্ষা করে না ...
- সময় সীমাবদ্ধতার। বিআই প্রকল্পগুলি দ্রুত সরবরাহ করার জন্য ধ্রুব চাপের মধ্যে রয়েছে। কিছু সংস্থা যা বুঝতে পারে না তা হল সময় কমানোর সবচেয়ে সহজ ধাপ হল পরীক্ষা।
- বাজেটের সীমাবদ্ধতা। চিন্তা হল যে পরীক্ষাটি খুব ব্যয়বহুল এবং একটি পরীক্ষার দলকে উত্সর্গ করতে পারে না।
- দ্রুততর হলে ভালো হয়। এটি অগত্যা একটি "চটপটে" পন্থা নয় এবং কেবল আপনাকে দ্রুত ভুল জায়গায় নিয়ে যেতে পারে।
- "শুধু প্রথমবার ঠিক করুন" মানসিকতা। এই নিরীহ পদ্ধতিটি জোর দিয়ে বলে যে মান নিয়ন্ত্রণের উপস্থিতি পরীক্ষার প্রয়োজনীয়তা কমাতে হবে।
- মালিকানা অভাব। এটি আগের বুলেটের অনুরূপ। চিন্তা হল "আমাদের ব্যবহারকারীরা এটি পরীক্ষা করবে।" এই পদ্ধতির কারণে অসন্তুষ্ট ব্যবহারকারীরা এবং প্রচুর সমর্থন টিকিট হতে পারে।
- সরঞ্জামের অভাব। ভুল ধারণা যে পরীক্ষার জন্য তাদের সঠিক প্রযুক্তি নেই।
- পরীক্ষার বোঝার অভাব। উদাহরণ স্বরূপ,
- পরীক্ষার তথ্যের নির্ভুলতা এবং বৈধতা, ডেটার ধারাবাহিকতা, ডেটার সময়সীমা, ডেলিভারির কার্যকারিতা এবং ডেলিভারি মেকানিজমের ব্যবহারের সহজতা মূল্যায়ন করা উচিত।
- বিআই প্রকল্পের সময় পরীক্ষার মধ্যে রিগ্রেশন টেস্টিং, ইউনিট টেস্টিং, স্মোক টেস্টিং, ইন্টিগ্রেশন টেস্টিং, ইউজার গ্রহণযোগ্যতা টেস্টিং, অ্যাডহক টেস্টিং, স্ট্রেস/স্কেলেবিলিটি টেস্টিং, সিস্টেম পারফরম্যান্স টেস্টিং অন্তর্ভুক্ত থাকতে পারে।
BI পরীক্ষা না করার খরচ কত?
- অদক্ষ নকশা। পরীক্ষা উপেক্ষা করা হলে দরিদ্র স্থাপত্য আবিষ্কার করা যাবে না। নকশা বিষয় ব্যবহারযোগ্যতা, কর্মক্ষমতা, পুনরায় ব্যবহার, সেইসাথে, রক্ষণাবেক্ষণ এবং রক্ষণাবেক্ষণে অবদান রাখতে পারে।
- ডেটা অখণ্ডতার সমস্যা। ডেটা দুর্নীতি বা ডেটা বংশের চ্যালেঞ্জগুলি সংখ্যায় বিশ্বাসের অভাব হতে পারে।
- ডেটা যাচাইকরণের সমস্যা। খারাপ ডেটা নিয়ে করা সিদ্ধান্ত ব্যবসার জন্য বিধ্বংসী হতে পারে। ভুল তথ্যের উপর ভিত্তি করে মেট্রিক দ্বারা পরিচালনার চেষ্টা করার চেয়ে খারাপ আর কিছু নেই।
- ব্যবহারকারীর গ্রহণ হ্রাস। যদি সংখ্যাগুলি সঠিক না হয়, অথবা যদি অ্যাপ্লিকেশনটি ব্যবহারকারী-বান্ধব না হয়, তাহলে আপনার ব্যবহারকারী সম্প্রদায় আপনার চকচকে নতুন এন্টারপ্রাইজ BI সফটওয়্যার ব্যবহার করবে না।
- মান বৃদ্ধির অভাবে খরচ বেড়েছে.
- BI উন্নয়ন জীবনচক্রের পরবর্তী পর্যায়ে ত্রুটিগুলি মেরামতের জন্য ব্যয় বৃদ্ধি। প্রয়োজনীয়তা পর্বের বাইরে আবিষ্কৃত যেকোনো সমস্যা যদি আগে আবিষ্কৃত হয় তার চেয়ে দ্রুত ব্যয় হবে।
এখন যেহেতু আমরা নির্ধারণ করেছি যে সংস্থাগুলি কেন পরীক্ষা করছে না এবং যখন আপনি BI পরীক্ষা করেন না তখন যে বিপত্তিগুলি ঘটে, আসুন সফ্টওয়্যার ডেভেলপমেন্টে পরীক্ষার বিষয়ে কিছু গবেষণা দেখি।
অধ্যয়ন দেখায় আপনার BI প্ল্যাটফর্ম পরীক্ষা করা অর্থ সাশ্রয় করে!
139 উত্তর আমেরিকান কোম্পানির একটি গবেষণা 250 থেকে 10,000 কর্মীদের আকারের মধ্যে, $ 5.2M থেকে $ 22M বার্ষিক ডিবাগিং খরচ রিপোর্ট। এই ব্যয়ের পরিসীমা সংগঠনগুলিকে প্রতিফলিত করে করো না জায়গায় স্বয়ংক্রিয় ইউনিট পরীক্ষা আছে। পৃথকভাবে, আইবিএম এবং মাইক্রোসফটের গবেষণায় এটি পাওয়া গেছে সঙ্গে জায়গায় স্বয়ংক্রিয় ইউনিট পরীক্ষা, ত্রুটির সংখ্যা 62% এবং 91% এর মধ্যে হ্রাস করা যেতে পারে। এর মানে হল যে ডিবাগিংয়ে ব্যয় করা ডলার $ 5M - $ 22M পরিসীমা থেকে $ 0.5M থেকে $ 8.4M পরিসরে হ্রাস করা যেতে পারে। এটি একটি বিশাল সঞ্চয়!
ত্রুটিগুলি দ্রুত সংশোধন করার খরচ।
সফল সফটওয়্যার ডেভেলপমেন্ট কৌশল নিয়ে একটি কাগজ দেখায় যে বেশিরভাগ ত্রুটি উন্নয়ন চক্রের প্রথম দিকে করা হয় এবং আপনি যতক্ষণ সনাক্ত এবং সংশোধন করার জন্য অপেক্ষা করবেন, তত বেশি আপনাকে এটি ঠিক করতে হবে। সুতরাং, সুস্পষ্ট উপসংহার টানতে রকেট বিজ্ঞানী লাগে না যে যত তাড়াতাড়ি ত্রুটিগুলি আবিষ্কার এবং সংশোধন করা যায় ততই ভাল। রকেট বিজ্ঞানের কথা বললে, এমনটা হয় যে নাসা শুধু একটি কাগজ প্রকাশ করেছে - "প্রকল্প জীবন চক্রের মাধ্যমে ত্রুটি খরচ বৃদ্ধি।"
এটা স্বজ্ঞাত যে উন্নয়ন জীবন-চক্র অগ্রগতির সাথে সাথে ত্রুটিগুলি সংশোধন করার খরচ বৃদ্ধি পায়। আবিষ্কার করা ত্রুটিগুলি সংশোধন করার আপেক্ষিক খরচ কত দ্রুত অগ্রসর হয় তা নির্ধারণের জন্য নাসার গবেষণা করা হয়েছিল। এই গবেষণায় আপেক্ষিক খরচ নির্ধারণের জন্য তিনটি পন্থা ব্যবহার করা হয়েছে: বটম-আপ খরচ পদ্ধতি, মোট খরচ ভাঙ্গার পদ্ধতি এবং টপ-ডাউন হাইপোথেটিক্যাল প্রজেক্ট পদ্ধতি। এই গবেষণাপত্রে বর্ণিত পন্থা এবং ফলাফল একটি বড়, জটিল মহাকাশযান, একটি সামরিক উড়োজাহাজ, বা একটি ছোট যোগাযোগ স্যাটেলাইটের উন্নয়নে ব্যবহৃত প্রকল্পের বৈশিষ্ট্য সম্বলিত একটি হার্ডওয়্যার/সফটওয়্যার সিস্টেমের বিকাশ অনুমান করে। ফলাফলগুলি দেখায় যে খরচ কতটা বৃদ্ধি পায়, কারণ ত্রুটিগুলি আবিষ্কার করা হয় এবং প্রকল্পের জীবনচক্রের পরবর্তী এবং পরবর্তী পর্যায়ে সংশোধন করা হয়। এই গবেষণাটি অন্যান্য গবেষণার প্রতিনিধি যা করা হয়েছে।
উপরের চার্ট থেকে, টিআরডব্লিউ, আইবিএম, জিটিই, বেল ল্যাবস, টিডিসি এবং অন্যান্যদের গবেষণা বিভিন্ন উন্নয়ন পর্যায়ের সময় ত্রুটিগুলি ঠিক করার খরচ দেখায়:
- প্রয়োজনীয়তা পর্যায়ে আবিষ্কৃত একটি ত্রুটি ঠিক করার খরচ হিসাবে সংজ্ঞায়িত করা হয় 1 ইউনিট
- নকশা পর্যায়ে পাওয়া গেলে ত্রুটিটি ঠিক করার খরচ ডবল যে
- কোড এবং ডিবাগ পর্যায়ে, ত্রুটি ঠিক করার জন্য খরচ হয় 3 ইউনিট
- ইউনিট টেস্ট এবং ইন্টিগ্রেটেড পর্যায়ে, ত্রুটি ঠিক করার খরচ হয়ে যায় 5
- সিস্টেম পরীক্ষা ফেজ পর্যায়ে, ত্রুটি সংশোধন করার খরচ 20 এ লাফ দেয়
- এবং একবার সিস্টেম অপারেশন পর্যায়ে, ত্রুটি সংশোধন করতে আপেক্ষিক খরচ বেড়েছে 98, ত্রুটি সংশোধনের ব্যয়ের প্রায় 100 গুণ!
নিচের লাইনটি হল যে ত্রুটিগুলি মেরামত করা অনেক বেশি ব্যয়বহুল যদি তারা প্রাথমিকভাবে ধরা না পড়ে।
উপসংহার
উল্লেখযোগ্য গবেষণা পরিচালিত হয়েছে যা সফটওয়্যার ডেভেলপমেন্টে প্রাথমিক এবং ধারাবাহিক পরীক্ষার মূল্য প্রদর্শন করে। আমরা, BI সম্প্রদায়ের মধ্যে, সফটওয়্যার ডেভেলপমেন্টে আমাদের বন্ধুদের কাছ থেকে শিখতে পারি। যদিও সফটওয়্যার ডেভেলপমেন্ট সম্পর্কিত বেশিরভাগ আনুষ্ঠানিক গবেষণা করা হয়েছে, বিআই ডেভেলপমেন্ট সম্পর্কে অনুরূপ সিদ্ধান্ত নেওয়া যেতে পারে। পরীক্ষার মান অনস্বীকার্য, কিন্তু অনেক প্রতিষ্ঠান তাদের BI পরিবেশের আনুষ্ঠানিক পরীক্ষার সুবিধা নিতে এবং তাদের BI উন্নয়ন প্রক্রিয়ার মধ্যে পরীক্ষা সংহত করতে ধীরগতিতে কাজ করছে। এর খরচ না পরীক্ষা বাস্তব। সঙ্গে যুক্ত ঝুঁকি না পরীক্ষা বাস্তব।
কিছু স্বয়ংক্রিয় Cognos পরীক্ষা কর্ম দেখতে চান? আমাদের প্লেলিস্টে ভিডিওগুলি দেখুন এখানে ক্লিক!
