যে কোনও বাগটি নিজেকে স্থির করে ফেলেছে বলে কীভাবে মোকাবিলা করবেন? [বন্ধ]

Question

আমি একটি অভ্যন্তরীণ সিস্টেমের জন্য ওয়েব অ্যাপ্লিকেশন বিকাশকারী। একজন ব্যবহারকারী রিপোর্ট করেছেন যে একটি বাগ রয়েছে।

ত্রুটিটি হ'ল কিছু শব্দ প্রদর্শন করা যায়নি। প্রতিবেদনে একটি স্ক্রিন ক্যাপচার রয়েছে যা স্পষ্টভাবে বাগটি দেখায়। তবে প্রতিবেদনটি প্রায় এক মাস পুরানো এবং বাগটি আর আমাদের উত্পাদন পরিবেশে পুনরুত্পাদন করা যাবে না।

আমি ক্লায়েন্ট এবং ব্যবহারকারীকে কীভাবে উত্তর দেব?

Comments

প্রোগ্রামারগুলিতে আমাদের এখানে সম্পর্কিত বেশ কয়েকটি প্রশ্ন রয়েছে: কোনও প্রজননযোগ্য টেস্ট কেস না থাকলে একটি বাগ ফিরিয়ে দিন? আমি কীভাবে বাগের পুনরুত্পাদন করতে অসুবিধা করব? কীভাবে সর্বাধিক কার্যকরভাবে ডিবাগ কোড? অন-ব্যাখ্যাযোগ্য বাগগুলি? যে বাগগুলি তিরস্কার না করে তাদের কী করবেন?

— থমাসের মালিক

কীভাবে এটি পুনরাবৃত্তিযোগ্য তা নির্ধারণ করুন।

— ওয়াইয়াট বার্নেট 14

আপনি এই তদন্ত কত সময় বহন করতে পারেন? বাগটি কতটা সমালোচিত ছিল এবং এর নেতিবাচক প্রভাব রয়েছে? যদি উত্তরগুলি খুব অল্প এবং তুচ্ছ হয় তবে আমি বলব যে এটি সত্যিকার অর্থে নির্ধারিত পরিস্থিতিতে নয় এবং এটি প্রত্যাবর্তনের জন্য অপেক্ষা করা আপনার পরিস্থিতির সংস্থার সংস্থানগুলির একদম গ্রহণযোগ্য ব্যবহার a

— নিউটোপিয়ান

এটি কেবল একটি চমত্কার স্ট্যান্ডার্ড বয়লারপ্লিটের প্রতিক্রিয়ার জন্য আহ্বান জানিয়েছে: " প্রিয় [ব্যবহারকারীর], আপনি X এর সাথে যে সমস্যাটি Yth এ প্রতিবেদন করেছেন তা জেডের সর্বশেষ প্রকাশের সাথে সমাধান হয়েছে বলে মনে হচ্ছে Please দয়া করে সমস্যাটিকে সমাধান হিসাবে চিহ্নিত করুন যদি এটি সত্যিই ঘটে থাকে তবে । যদি তা না হয় তবে আপনি কীভাবে এর মুখোমুখি হয়েছিলেন সে সম্পর্কে দয়া করে এটি আমার কাছে ফেরত পাঠান ""

— লিলিয়েনথাল

@ লিলিয়েনথাল যেহেতু কোনও বাগ পুনরুত্পাদন করা যায় না তার মানে এই নয় যে এটি সমাধান হয়েছে। আপনি এমনকি জানেন না এমনকি গত মাসে একটি নতুন প্রকাশ হয়েছে release

— পেপারাজো

Answer 1

আপনার ডিভ পরিবেশটি যে সংস্করণটিতে বাগটি লক্ষ্য করা গেছে সেই সংস্করণে ফিরে যান এবং বাগটি রয়েছে কিনা তা যাচাই করুন।

যদি এটি সেখানে থাকে তবে আপনি বাগটি তদন্ত করতে পারেন এবং নিশ্চিত করতে পারেন যে বর্তমান সংস্করণটি এতে নেই। তারপরে কোনও সম্পর্কযুক্ত পরিবর্তন এটি স্থির করেছে এমন মন্তব্য দিয়ে বাগ রিপোর্টটি বন্ধ করুন। প্রয়োজনে একটি রিগ্রেশন টেস্ট যুক্ত করুন।

আপনি যদি সেই সংস্করণে বাগটি পুনরুত্পাদন করতে না পারেন তবে এখানে আরও অনেক প্রশ্নের মধ্যে দেওয়া কৌশলগুলি কার্যকর হবে (প্রাথমিক তালিকার জন্য ধন্যবাদ থমাস):

• কোনও প্রজননযোগ্য টেস্ট কেস না থাকলে একটি বাগ ফিরিয়ে দিন?
• আমি কীভাবে বাগের পুনরুত্পাদন করতে অসুবিধা করব?
• কীভাবে সর্বাধিক কার্যকরভাবে ডিবাগ কোড?
• অন-ব্যাখ্যাযোগ্য বাগগুলি?
• যে বাগগুলি তিরস্কার না করে তাদের কী করবেন?

Comments

আমার অভিজ্ঞতায়, বেশিরভাগ দলগুলি কেবল টিকিটিং সিস্টেমে "পুনরুত্পাদন করতে পারে না" বিকল্পটি পরীক্ষা করে এটি বন্ধ করে দেয়। সমস্যাটি ছিল কিনা তা নিশ্চিত করার জন্য "তখন" এবং "এখন" কোডটি পরীক্ষা করা আর কোনও ভাল সমাধানের মতো বলে মনে হয় না। তবে এটি "পুনরুত্পাদন করতে পারে না" বলার চেয়ে এবং এটি বন্ধ করার চেয়েও বেশি সময়সাপেক্ষ, সুতরাং এটি প্রতিটি বাগের জন্য বিকল্প নাও হতে পারে।

— পল জে আবারনাথির

বাগটি কতটা গুরুতর তার উপর নির্ভর করে। যদি এটি কেবল একটি বিন্যাসের বোকা হয় তবে প্রকৃতপক্ষে কোনও স্ট্যাম্পের প্রতিশোধ নিতে পারে না এবং সম্পন্ন করা যায় না, তবে এটি যদি আরও দুষ্টু হতে পারে তবে একটি রিগ্রেশন পরীক্ষা শেষ করতে কয়েক ঘন্টা এটি মূল্যবান হতে পারে।

— ratchet freak

@ratchetfreak বিকল্পভাবে, এটি নির্ভর করে যে এই নির্দিষ্ট গ্রাহকটি কতটা গুরুতর। যদি তারা একাট্টাভাবে আপনার বেতনচেকদের অর্থায়ন করে, তবে তাদের কৌতুক করার মতো এটি ;-)

— কর্ট

যে সমস্যাগুলি নিজেরাই চলে যায় সেগুলি নিজে থেকে ফিরে আসে।

— পিট বেকার 17

এটি সব কাজের চাপের বিষয়। আপনার যদি এমন একটি বাগ থাকে যা একমাস আগে পুনরায় প্রজননযোগ্য ছিল এবং এটি আর নেই এবং অন্য একটি বাগ যা এখন পুনরুত্পাদনযোগ্য , তারপরে আপনি প্রথমে পুনরায় প্রজননযোগ্য একটিটি ঠিক করুন। আপনি যদি কখনও এমন কোনও স্থানে পৌঁছে যান যেখানে আপনি সম্পূর্ণ উদাস হয়ে থাকেন তবে আপনি তদন্ত করতে পারেন may এবং যখন সমস্যাটি নিজেই ফিরে আসে, অবশ্যই এটি একটি পুনরুত্পাদনযোগ্য বাগ এবং আপনি এটি ঠিক করতে শুরু করেছেন :-)

— gnasher729

Answer 2

আমি ধরে নিতে চলেছি যে আপনি বাগটি পুনরুত্পাদন করার জন্য যথাসম্ভব যা কিছু করতে পেরেছেন কিন্তু পারবেন না।

এর মতো ক্ষেত্রে অ্যাপ্লিকেশনটির ক্ষেত্রের চারপাশে এমন কিছু কোড যুক্ত করা ভাল যা কাজটি লগ করতে ব্যর্থ হয়েছিল, যাতে আশা করা যায় যে যদি এটি আবার ঘটে থাকে তবে ফর্ম ফর্মের জন্য আপনার আরও ডেটা থাকবে। আপনার কাছে বর্তমানে কোন তথ্য নেই যা আপনার কাছে উপলভ্য নয় তা নিয়ে ভাবুন। উদাহরণস্বরূপ, সম্ভবত এটি তখনই ঘটে যখন ইনপুট প্যারামিটারগুলির একটি নির্দিষ্ট সেট প্রেরণ করা হয় এবং তাই আপনি প্রতিটি সময় প্রক্রিয়াটি চালাবেন record এটি করার আগে আপনার বসের সাথে চেক করুন, বাগের গুরুত্ব এবং এটি যে ফ্রিকোয়েন্সি হয়েছে তার উপর নির্ভর করে তিনি এই সময়টি ব্যয় করতে চান না।

তারপরে আপনি সেই ব্যক্তিকে যান যিনি বাগটি রিপোর্ট করেছেন (আপনার যদি এটি থাকে তবে আপনি বাগ ট্র্যাকিং অ্যাপ্লিকেশনটিতে এটি করতে পারেন, আপনাকে ব্যক্তিগতভাবে যেতে হবে না) এবং বলুন যে আপনি বাগটি পুনরুত্পাদন করতে অক্ষম ছিলেন তবে কিছু অতিরিক্ত যুক্ত করেছেন ত্রুটি পুনরায় প্রত্যাবর্তনের ক্ষেত্রে প্রক্রিয়াটি কী করছে তার আরও বিশদ পেতে লগিং। তারপরে বাগটি বন্ধ করুন।

আপনি অতিরিক্ত লগিং করতে না পারলে। কেবল রিপোর্ট করুন যে বাগটি পুনরুত্পাদনযোগ্য নয় এবং যদি তারা আবার এটি চালায় তবে আপনার এটিকে পুনরুত্পাদন করতে এবং আপনার কী প্রয়োজন তা তাদের জানাতে হবে information আমরা প্রায়শই তাদের ত্রুটি পেলে তারা কোন ইনপুট প্যারামিটারগুলি ঠিক রেখেছিল তা আমাদের বলার জন্য বলি। ত্রুটির স্ক্রিন শট পাওয়া কেবল সহায়তা করে তবে তারা কী পদক্ষেপ নিচ্ছে এবং ত্রুটিটি ঘটেছিল সে সময় তারা কোন তথ্য ব্যবহার করার চেষ্টা করেছিল তা জেনে রাখা আরও সহায়ক। সুতরাং যখন তারা ত্রুটিটি আবার দেখা দেয় তবে তারা যখন রিপোর্ট করে তখন আপনাকে আরও তথ্য দেওয়ার জন্য আপনি তাদের উপর চাপ দিন are

আপনার বাগ ট্র্যাকারে, আপনি কী পদক্ষেপগুলি চেষ্টা করেছেন তা ব্যাখ্যা করার জন্য নিশ্চিত হন, যাতে বাগটি আবার দেখা দেয় তবে এটি পরিচালনা করা ব্যক্তির আগে কী হয়েছিল তার কিছুটা পটভূমি থাকবে।

Answer 3

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

যদি এটি একটি নিম্ন-প্রভাবযুক্ত বাগ হয় এবং আপনি কীভাবে পরিবর্তনগুলি জানেন যে এর ফলে বাগটি অজান্তেই সংশোধন করা যেতে পারে, তবে বাগটি পুনরায় উত্পাদনযোগ্য নয় এবং নোটের সাহায্যে এটি বন্ধ করা গ্রহণযোগ্য হতে পারে এবং আপনি ধরে নিতে পারেন যে এটি ঠিক করা হয়েছে ।

যদি আপনি আরও উদ্বিগ্ন হন তবে আপনি কী কারণে বাগটি প্রথম স্থানে নিয়ে এসেছিলেন সে সম্পর্কে কিছু তত্ত্ব তৈরি করতে পারেন এবং পরিবর্তনের লগ এবং উত্সের ইতিহাসটি দেখুন যেখানে এটি ঠিক করা হয়েছিল তা আপনি খুঁজে পেতে পারেন কিনা তা দেখতে।

আরও গুরুতর ত্রুটির জন্য, আপনাকে উত্সটি শেষের মুক্তির পয়েন্টে ফিরে যেতে হবে এবং তারপরে পুনরুত্পাদন করার চেষ্টা করতে হবে। আপনি যদি সফলতার সাথে পুনরুত্পাদন করেন তবে এটি পরবর্তী কমিটিতে স্থির হয়েছে তা নিশ্চিত করার জন্য আপনি পরীক্ষা লিখতে পারেন।