কোন বাগগুলি সমাধান করার ফলে সর্বাধিক ব্যয় উপকার হবে [বন্ধ]


9

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

কি কোনও গবেষণা পত্র রয়েছে যা ব্যয়-বেনিফিট বা অনুরূপ মেট্রিকের ভিত্তিতে বাগগুলিকে শ্রেণিবদ্ধ করে?


আসুন বলি যে বাগের বৈশিষ্ট্যগুলি যেমন সুরক্ষা দুর্বলতা, স্মৃতি ত্রুটি, যুক্তি ত্রুটি ইত্যাদির উপর ভিত্তি করে বাগগুলি শ্রেণীবদ্ধ করা সম্ভব হয় অন্য মাত্রায় অসুবিধা (সহজ, মাঝারি, শক্ত) এর মতো পরামিতি থাকতে পারে। আমার জন্য অন্যান্য দিকগুলি সন্ধান করা উচিত? জিনিসগুলি সহজ করার জন্য, আমি দুটি জিনিস ধরে নিতে পারি:

  1. দলের প্রতিটি প্রোগ্রামার যে কোনও বাগ সমাধান করতে সমানভাবে সক্ষম
  2. কোন সময়সীমা নেই


আমি আপনার সাথে একমত. আমি একটি সার্বজনীন পদ্ধতির জন্য নয় তবে আনুমানিক একটি জিজ্ঞাসা করছি। কিছু নির্দিষ্ট বাগ রয়েছে যার জন্য আমরা সহজেই সময়টি অনুমান করতে পারি (যা কখনও কখনও ভুল হতে পারে তবে তা ঠিক আছে)।
একে

1
সময় লাগবে / সময় লাগবে না। গুরুত্বের ভিত্তিতে শ্রেণিবদ্ধকরণ: "স্টপারগুলি দেখান" (ক্র্যাশগুলি, শুরু করা যায় না, অব্যর্থ ui), "নির্ভুলতা", "গ্রাহক সন্তুষ্টি", ইত্যাদি; এবং জরুরি ভিত্তিতে। গুরুত্বপূর্ণ এবং জরুরী অনুযায়ী তাদের আদেশ; গুরুত্বপূর্ণ তবে জরুরি নয়; গুরুত্বপূর্ণ এবং জরুরি নয়; জরুরি না গুরুত্বপূর্ণ। (আপনি যদি কেবল জরুরী দিকে তাকান তবে গুরুত্বপূর্ণ নয় জরুরি বিষয়গুলি জরুরি না হয়ে জরুরি বিষয়কে ধাক্কা দেয়))
মার্জন ভেনেমা

2
এই প্রশ্নটি এখানে পোস্ট করা হয়েছিল: pm.stackexchange.com/Quetions/9664/… । আমি মনে করি না ক্ষতি হয়ে গেছে কারণ এটি যুক্তিযুক্তভাবে প্রকল্প পরিচালনায় যেতে পারে। আমি এটি লিঙ্ক করছি তাই অন্য যারা এই প্রশ্নটি আবিষ্কার করে তারা সমস্ত উত্তর দেখতে পারে । আশাকরি এটা সাহায্য করবে! :)
jmort253

"কোনও গবেষণামূলক কাগজপত্র আছে কি না ..." - আমাদের কাছে কোনও সরঞ্জাম, গ্রন্থাগার বা প্রিয় সাইট অফ রিসোর্স সুপারিশ করার জন্য জিজ্ঞাসা করা প্রশ্নাগুলি প্রোগ্রামারদের পক্ষে অফ-টপিক কারণ তারা মতামত উত্তর এবং স্প্যাম আকর্ষণ করে। পরিবর্তে, সমস্যাটি বর্ণনা করুন এবং এটি সমাধানের জন্য এখন পর্যন্ত কী করা হয়েছে।
gnat

উত্তর:


11

সাধারণ বাগ ট্র্যাকিং সিস্টেমটিতে দুটি, সম্ভবত তিনটি ক্ষেত্র যা বাগের ব্যয় বেনিফিট অনুপাতকে চিহ্নিত করে:

  1. অগ্রাধিকার (ব্যবসায়ের মালিক দ্বারা নির্ধারিত)
  2. তীব্রতা (বাগের শ্রেণিবদ্ধকরণ - কম থেকে কম)
  3. আনুমানিক ঘন্টা (এটি কতটা সময় নিতে পারে তার একটি অনুমান)

আপনি যেমন নোট করেছেন, এটি চিহ্নিত করতে পারে যে কোন বাগটি কাজ করা গুরুত্বপূর্ণ।

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

সমস্ত মান 1% এন স্কেল (প্রতিটি জন্য একই শীর্ষ মান) হয়।

পিইএফ ব্যবসায় দ্বারা সনাক্ত করা হয়:

  • পি আইন - বাগটি কতটা বেদনাদায়ক
  • ফোর্ট - বাগের চারপাশে কাজ করতে কত প্রচেষ্টা লাগে takes
  • এফ প্রয়োজনীয়তা - বাগটি প্রায়শই ঘটে

আরইভি বিকাশকারী থেকে আসে:

  • আর ইস্ক - সিস্টেমের সংশোধন কতটা ঝুঁকিপূর্ণ
  • সান্ত্বনা - বাগ সংশোধন করার জন্য কত প্রচেষ্টা আছে
  • ভি ইরিফিয়েবিলিটি - বাগ ফিক্সটি যাচাই করা কত সহজ

উদাহরণস্বরূপ, যদি আপনার খুব কমই ঘটে যায় যা প্রায়শই কাজ করা সহজ হয় (অটোসেভ চালু করুন), তবে এটি পিএইফ হতে পারে 7,1,1 (স্কোর 9)। ফিক্স করার সময় এটিতে একটি মূল মডিউলে পরিবর্তন জড়িত হতে পারে এবং এর 9,3,2 (স্কোর 14) এর আরইভি থাকতে পারে।

অন্যদিকে, আপনার কাছে বিরক্তি থাকতে পারে যা সর্বদা সেখানে থাকে (3,3,9 - স্কোর 15) যা একটি তুচ্ছ ফিক্স (1,1,3 - স্কোর 5) রয়েছে।

এই উদাহরণে, বিরক্তিটি কাজ করার জন্য আরও ভাল ব্যয় / উপকারের জিনিস বলে মনে হচ্ছে।


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

এটি খুব তথ্যপূর্ণ। আমাদের দলটি বাগজিলা ব্যবহার করে এবং আমি মনে করি এটির মতো বৈশিষ্ট্য নেই।
একে

1
@ আদিত্য কুমার বাগজিলা অত্যন্ত স্বনির্ধারিত যদিও এটি কাস্টম ক্ষেত্রগুলি যুক্ত করার পরে এবং পিইএফ / আরইভি মানগুলির বিরুদ্ধে প্রতিবেদন চালানো যেতে পারে ।

@ মার্টিন উইকম্যান আরইভি প্রায় কোনও পরিবর্তন ছাড়াই অনুবাদ করা যায়। পিইএফ সম্ভবত ইউটিলিটি (এটি ব্যবহার করা কতটা সুন্দর) এবং ফ্রিকোয়েন্সি (এটি কতবার ব্যবহৃত হয়) এবং মান (বৈশিষ্ট্যটির অনুমানিত মানটি কত হবে) এর সংমিশ্রণে পরিণত হবে। (এবং আমাকে সেই মাত্রা সম্পর্কে ভাবতে বাধ্য করার জন্য আপনাকে ধন্যবাদ)

5

আপনি যে সমস্যাটি বর্ণনা করছেন তা খুব সাধারণ এবং সর্বোত্তম উত্তর হতে পারে "আপনার অন্তরের অনুভূতি ব্যবহার করুন"।

আমি সাধারণত বাগগুলি তিনটি বিভাগে বিভক্ত করি: ক্র্যাশিং, বিরক্তিকর, কসমেটিক (এগুলিকে 1, 2, 3 বলা যেতে পারে - যা আসলেই কিছু যায় আসে না) এবং তারপরে প্রতিটি বাগ ঠিক করার জন্য প্রয়োজনীয় সামগ্রিক হিসাবটি লিখে রাখি (সমস্ত বাগ অবশ্যই আবশ্যক সর্বদা মোটামুটি আপডেট হওয়া অনুমান)।

বাগগুলি ক্র্যাশ করে> বিরক্তিকর> কসমেটিকগুলি সমাধান করার সময় এবং তারপরে যতটা সম্ভব প্রাথমিক প্রাথমিক থ্রুপুট পাওয়ার জন্য আমি কেবল "প্রথমে সবচেয়ে ছোট কাজ" করি।

যে কোনও বাগ সমাধানের মাধ্যমে যে কোনও ধরণের প্রত্যক্ষ আর্থিক সুবিধা গণনা করা আমার পক্ষে খুব কঠিন বলে মনে হচ্ছে - যদি না এটি খুব দৃly়ভাবে স্কোপড বেতনযুক্ত কাজ হয়।

আপনার একটি নোটের প্রয়োজন হতে পারে তা হ'ল জোয়েল টেস্টের পঞ্চম পয়েন্টটি অবলম্বন করা উচিত - এটি বিভিন্ন "স্থানীয়" সমস্যার মধ্যে দলের আকার এবং বিতরণ দ্বারা প্রভাবিত হতে পারে - তবে এটি সাধারণত ভাল অনুশীলনের লক্ষণ।


1
এখানে সম্মত হয়েছে, তবে those শ্রেণিবদ্ধের প্রতিটিটির অর্থ কী তা যদি আপনি অন্যদের সাথে ব্যবহার করে কাজ করে থাকেন তবে তা সম্মত হওয়া জরুরী। "ক্র্যাশিং" বেশ উদ্দেশ্যমূলক বলে মনে হচ্ছে - এটি হয় হয় বা হয় না। তবে তারপরে আমরা "বিরক্তিকর" / "কসমেটিক" অংশে পৌঁছে যাই। কি বিরক্তিকর? আর কার কাছে? ইত্যাদি প্রায়শই "ক্র্যাশিং" এবং "বিরক্তিকর" এর মধ্যে আরও একটি শ্রেণিবিন্যাস রয়েছে। যেখানে "ক্রাশিং" এর কার্যকারিতা নেই , সেখানে "ব্রেকিং" (যদি আমি পারি) এর কার্যকারিতা থাকতে পারে।
tamouse 3'13

আমি @ টিমাউসকে সম্মতি জানাই - আমার উদাহরণটি আমার মাতৃভাষায় একটি (সম্ভবত গরিব) শব্দ থেকে অনুবাদ করা হয়েছে ;-)
মাইকেল বানজন

3

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

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

এটিকে সম্বোধনের একটি সম্ভাব্য উপায় হ'ল "তীব্রতা" এবং "জরুরি অবস্থা" এর মধ্যে পার্থক্য তৈরি করা। উদাহরণস্বরূপ, মুক্তির তারিখটি কাছে আসার সাথে সাথে এটি নির্ধারণের জন্য সময় চাপ হতে পারে যে আপাতদৃষ্টিতে নিম্ন-তীব্রতা বাগ গ্রাহকদের একটি বৃহত্তর উপসেটকে প্রভাবিত করতে পারে, বাগটিকে বৃহত্তর "তাত্পর্য" প্রদান করে এবং সেই বাগের উপরে (কিছু) অন্যদের উপরে উন্নীত করার কাজ করে অন্তত যে দৃ determination় সংকল্প করা যেতে পারে। দুজনের মধ্যে যথাযথ ভারসাম্য, পাশাপাশি অভিজ্ঞতা এবং ভাল রায়, যেখানে সময় এবং প্রচেষ্টা ব্যয় করা হয় সেখানে সরাসরি সহায়তা করবে।


2

বাগগুলি ইত্যাদির শ্রেণিবদ্ধকরণ সম্পর্কে অন্যেরা যা বলেছেন তা ছাড়াও, কোনও নির্দিষ্ট বাগ প্রতিনিধিত্ব করতে পারে এমন সমালোচনার মাত্রা নির্ধারণের জন্য অ্যাফেরেন্ট কাপলিং (সিএ) দেখার জন্যও বিবেচনা করুন। আপনার যদি উচ্চ সিএ গণনা সহ মডিউলে একটি বাগ থাকে তবে আমি প্রথমে এটি ঠিক করার দিকে লক্ষ্য করছি কারণ এটি সিস্টেমের অন্যান্য উপাদানগুলিকে উপকার করতে পারে। Ca আপনাকে দায়বদ্ধতার স্তর নির্ধারণ করতে সহায়তা করে এবং এতে থাকা বাগগুলির সাথে দায়বদ্ধ মডিউলগুলি পুরো অ্যাপ্লিকেশনটিকে আঘাত করে (Ca সম্পর্কে আরও পড়ুন এখানে: http://www.ibm.com )।

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


2

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

এখন, যদি আপনার প্রতিটি গ্রাহক এই সমস্যাটি লক্ষ্য করেন এবং প্রতিটি পর্যালোচক আপনার পণ্যের পর্যালোচনাগুলিতে এটি উল্লেখ করে। এবং যদি এই বাগটি সংস্করণ 1.0 থেকে 1.1 এবং 1.2 পর্যন্ত বহন করে। আপনার সংস্থার গুণমান নিয়ন্ত্রণে এখন কিছুটা খালি হয়ে যাওয়ার খ্যাতি থাকতে পারে। ভবিষ্যতের পণ্যগুলির জন্য এই সাধারণ বাগটি আপনার কোম্পানির সম্ভাব্য ক্ষতি হ্রাস বিক্রয়ের ক্ষেত্রে কত ব্যয়বহুল হতে পারে? বা, এটি কীভাবে আপনার পণ্যটি পর্যালোচনাতে প্রভাব ফেলতে পারে - আপনার পণ্যটি আপনার গ্রাহকদের প্রয়োজনীয়তা পুরোপুরি মেটাতে পারে তবে 10 এর মধ্যে 9 টি পায় কারণ এটি কিছুটা opালু দেখায়।

সুতরাং, আপনাকে কেবল এটি ঠিক করতে কী ব্যয় হয় এবং এটির সরাসরি ব্যবহারকারীর উপর কী প্রভাব পড়ে তার ভিত্তিতে একটি নির্দিষ্ট বাগের দামের দিকে তাকাতে হবে না, তবে এটি আপনার পণ্যের উপলব্ধিকে কীভাবে প্রভাবিত করে তার বৃহত প্রসঙ্গে আপনাকে বিবেচনা করতে হবে বাজারে এবং সেই ধারণাটি কীভাবে ভবিষ্যতের বিক্রয়কে প্রভাবিত করে।

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


আমি আপনার ধারণাটি পছন্দ করি যে গ্রাহক / ব্যবহারকারীর উপর প্রভাব একটি বড় চালিকা শক্তি হয়ে উঠতে পারে যার উপর বাগগুলি সমাধান করা উচিত।
একে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.