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