কেন একই ইস্যু / টিকিটে বেশ কয়েকটি ত্রুটি পোস্ট করার পরামর্শ দেওয়া হচ্ছে না?


26

আমি নিশ্চিত নই যে নিম্নলিখিত জায়গাটি ধারণাগত প্রশ্ন জিজ্ঞাসা করার জায়গাটি এটি (স্ট্যাকওভারফ্লো অবশ্যই নয়)।

আমি এই প্রশ্নটি ISTQB পরীক্ষার মতো একাধিক পছন্দ পরীক্ষায় (একক উত্তর) দেখেছি :

কেন একই ইস্যু / টিকিটে বেশ কয়েকটি ত্রুটি জানার সুপারিশ করা হয় না?

ক। প্রতিবেদনটি সংক্ষিপ্ত এবং পরিষ্কার রাখার জন্য।

খ। কারণ বিকাশকারীরা কেবলমাত্র একটি বাগ সমাধান করতে পারেন।

গ। কারণ পরীক্ষার গোষ্ঠী পরীক্ষকরা তাদের যে পরিমাণ বাগ খুঁজে পান তার দ্বারা রেট দেওয়া হয়।

ঘ। বাগ পরিচালনা ব্যবস্থা একাধিক বাগের এই বৈশিষ্ট্যটি সমর্থন করে না।

আমার একমাত্র মতামত aএটি সঠিক উত্তর।

b- এটি ঠিক হতে পারে না কারণ ফিক্স-প্রতিক্রিয়া-সমাধান-বন্ধটি সেই ক্ষেত্রে এড়ানো উচিত। c- অবশ্যই ভুল।

d - পুনর্নির্মাণ / ট্র্যাক প্লাগইন একাধিক ক্ষেত্র সমর্থন করে।

উত্তরপত্র অনুযায়ী উত্তরটি হ'ল b

কেউ ব্যাখ্যা করতে পারেন কেন? উত্তর সম্পর্কে মতামত সহ মন্তব্য স্বাগত।


যদি এটি জিজ্ঞাসা করার উপযুক্ত জায়গা না হয় তবে দয়া করে আমাকে বন্ধ / জানাতে ভোট দিন, আমি বন্ধ করব।
অফিরিস

3
আমি আপনার সাথে একমত হব যে একটি স্পষ্টতই সঠিক উত্তর - আমি মনে করি যে খ এর একটি এর পার্শ্ব প্রতিক্রিয়া। টিকিটটি পরিষ্কার এবং সংক্ষিপ্ত নয় বলে, বিকাশকারীরা পুরোপুরি বুঝতে পারবেন না এবং রিপোর্ট করা সমস্ত ত্রুটিগুলি ঠিক করতে সক্ষম হবেন। যাইহোক, এই প্রশ্নটি ত্রুটিযুক্ত টিকিট থেকে প্রাপ্ত মেট্রিকগুলিকেও উপেক্ষা করে।
টমাসের মালিক

25
আইএমএইচএওর সঠিক উত্তরটি হ'ল "কারণ প্রতিটি ইস্যুর জীবনচক্র বা ট্র্যাকিং আলাদা আলাদা হতে পারে, আপনি যদি একটি ইস্যুতে বেশ কয়েকটি ত্রুটি অন্তরঙ্গ করে থাকেন তবে এটি পরিচালনা করা শক্ত হয়ে যায়"। এবং এর সংক্ষিপ্ত রূপটি হ'ল "বিকাশকারীরা কেবলমাত্র একটি বাগ সমাধান করতে পারে"।
ডক ব্রাউন

আপনি যদি একই টিকিটে দুটি ত্রুটি অনুমতি দেন তবে তিন, দশ, একশ কেন নয়? সীমা কত হবে? শেষ পর্যন্ত, ইস্যু ট্র্যাকারটির বিন্দুটি কী হবে?
মাউভিচিয়ল

1
আমি কেবল যুক্ত করতে চাই, পুনরায়: একাধিক পছন্দ: উত্তর একটি সঠিক বলে মনে হচ্ছে , কারণ সম্ভবত একটি দ্বি-বাগের টিকিটের চেয়ে এক-ইস্যুর টিকিট পরিষ্কার এবং খাটো is তবে বি আরও সমালোচনামূলক কারণ মাইনমা ​​দেখায় যে দ্বি-বাগের টিকিট সম্পূর্ণরূপে "ফিক্স-ফিডব্যাক-রিলিজড-ক্লোজড" পদ্ধতিটি ভেঙে ফেলেছে এবং এটিকে সম্পর্কযুক্ত শাখায় বিভক্ত করেছে। "একসাথে সমস্ত মিশ্রিত একাধিক বিষয় ট্র্যাক করার চেষ্টা করা" থেকে উদ্ভূত সমস্যার একটি ছোট উপসেটটি "দেব কেবলমাত্র একটি বাগ সমাধান করতে পারেন"। (প্লাস, পুনরায়: এ, একটি বাগের টিকিটটি এখনও
ভয়াবহ

উত্তর:


73

কল্পনা করুন যে স্ট্যাক ওভারফ্রোয়ের কোনও গাইডলাইন ছিল: একটি প্রশ্ন জিজ্ঞাসার পরিবর্তে আপনি একই প্রশ্নে এসে যা জিজ্ঞাসা করবেন, যা মনে মনে আসে, গত দু'সপ্তাহ ধরে আপনার সমস্ত সমস্যা ছিল। Upvote এবং ডাউনভোট মানে কি? প্রশ্নগুলির শিরোনাম কী হবে? কিভাবে সেরা উত্তর গ্রহণ করবেন? প্রশ্ন কিভাবে ট্যাগ করবেন?

বাগ ট্র্যাকিং সিস্টেমটি ... ব্যাগগুলি ট্র্যাক করার জন্য করা হয়। বাগ অনুসন্ধানের অর্থ:

  1. রেকর্ড তৈরি করে বলা হচ্ছে যে এটির পুনরুত্পাদন করার তথ্য সহ একটি বাগ উপস্থিত থাকতে পারে,

  2. সত্যতা নিশ্চিত করেই, বাগটি বিদ্যমান এবং এটি একটি বাগ, নকশার দ্বারা কিছু নয়,

  3. বাগটি এখন সমাধান হয়েছে বলে জোর দিয়ে,

  4. ত্রুটিটি সমাধান করা হয়েছে তা নিশ্চিত করে।

খুব সরল মডেলে, 1 এবং 4 গ্রাহক এবং 2 এবং 3 - বিকাশকারী দ্বারা সম্পন্ন করবে।

নিম্নলিখিত লগ কল্পনা করুন:

  • প্রথম দিন [গ্রাহক] "পণ্য বিবরণ" উইন্ডোতে "সরান" বোতাম টিপানোর সময়, অ্যাপ্লিকেশনটি স্তব্ধ হয়ে যায়। অ্যাপ্লিকেশনটি পুনরায় চালু করা দেখায় যে পণ্যটি সরানো হয়নি। প্রত্যাশিত আচরণ হ'ল পণ্যটি সরানো।

  • চতুর্থ দিন [বিকাশকারী] <সমস্যা পুনরুত্পাদন>

  • 5 তম দিন [বিকাশকারী] <সমস্যাটি সংশোধন 5031 এ সমাধান করা হয়েছে>

  • দ্বাদশ দিন [গ্রাহক] <টিকিট বন্ধ: সমস্যা সমাধান হয়েছে>

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

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

কোনও টিকিট পুনরায় নিয়োগ করা বা ত্রুটির দায়িত্বে থাকা ব্যক্তিটি কে তা মূলত নির্ধারণ করা সহজ।

এখন নিম্নলিখিত লগ কল্পনা করুন:

  • প্রথম দিন [গ্রাহক] আমি যখন "পণ্য বিবরণ" উইন্ডোতে "সরান" বোতাম টিপব তখন অ্যাপ্লিকেশনটি স্তব্ধ হয়। এছাড়াও, বাম প্যানেলের ব্যাকগ্রাউন্ডের রঙ গা dark় নীল, এটি বেগুনি হওয়া উচিত। আমি আরও উল্লেখ করেছি যে "পণ্যের বিবরণ" উইন্ডোর পাঠ্যটি জার্মান ভাষায় ভাল অনুবাদ করা যায় না; এটা আশা করা হয়? চূড়ান্ত অনুবাদ পাওয়া যাবে কখন? বিটিডাব্লু, আপনি "প্রকাশিত পণ্য" ক্রিয়াকলাপের জন্য যে নতুন আইকনটি পাঠিয়েছেন তা কি আপনি পেয়েছেন? আমি এটি "সিঙ্ক ডেটা" উইন্ডোতে দেখতে পাচ্ছি না।

  • Day ষ্ঠ দিন [বিকাশকারী] আমি রঙটি বেগুনি করে তুললাম।

  • Day ষ্ঠ দিন [বিকাশকারী] হ্যাঁ, এটি স্বাভাবিক যে জার্মান ভাষায় অনুবাদ অসম্পূর্ণ।

  • 8 তম দিন [গ্রাহক] জার্মানদের জন্য ঠিক আছে। ইতালিয়ান সম্পর্কে কি? লুসিয়া আপনাকে দু'দিন আগে এক্সএমএল ফাইল পাঠিয়েছে।

  • ৯ ম দিন [বিকাশকারী] এখন ঠিক আছে।

  • দশম দিন [গ্রাহক] "সরান" বোতামটির জন্য ঠিক আছে? আজব, আমার কম্পিউটারে, এটি এখনও স্তব্ধ।

  • ১১ তম দিন [বিকাশকারী] না, আমি বলতে চাই এটি ইতালীয় অনুবাদটির জন্য ঠিক আছে।

  • দ্বাদশ দিন [গ্রাহক] আমি দেখছি। ধন্যবাদ. তবে রঙ নিয়ে সমস্যা আছে। আপনি এটিকে গা dark় বেগুনি রঙে পরিবর্তন করেছেন, তবে এটি মূল উইন্ডোর উপরের প্যানেলের মতো হালকা বেগুনি হওয়া উচিত।

  • ১৩ তম দিন [বিকাশকারী] আমি আইকনটি আপডেট করেছি।

  • 14 দিন [গ্রাহক] আইকন? কোন আইকন?

  • 15 দিন [বিকাশকারী] আপনি আমাকে যে আইকনটি আপডেট করতে বলেছিলেন।

  • ১ 16 দিন [গ্রাহক] আমি আপনাকে কোনও আইকন আপডেট করতে বলিনি।

  • 17 দিন [বিকাশকারী] অবশ্যই আপনি জিজ্ঞাসা করেছেন। এই টিকিট দেখুন। আপনি লিখেছেন যে প্রকাশিত পণ্য আইকন আপডেট করা উচিত। আমি এটা করেছি.

  • 100 দিন [গ্রাহক] সুতরাং, লগ এন্ট্রি সম্পর্কে কি?

  • দিন 101 [বিকাশকারী] আপনি কী বলছেন তা আমার কোনও ধারণা নেই। এটি এমনকি এই টিকিটে নয়, 6199 সালে I'm <টিকিট বন্ধ: সমস্যা সমাধান হয়েছে>

  • দিন 102 [গ্রাহক] এটি আবার খোলার জন্য দুঃখিত, তবে সমস্যাটির সমাধান হয়নি। আমি লগের এন্ট্রিগুলি নিয়ে কথা বলছি: আমি গত সপ্তাহে আপনাকে বলেছিলাম যে পাঠ্যটি মাঝে মাঝে অবৈধ হয় যখন এতে ইউনিকোড অক্ষর থাকে। মনে আছে? <টিকিট আবার খোলা>

  • দিন 103 [বিকাশকারী] আমি অস্পষ্টভাবে এর মতো কিছু মনে করি, তবে এই টিকিটের শেষ তিন পৃষ্ঠার সন্ধান করার পরেও আমি কোনও সন্ধান পাই না। আপনি কি আবার লিখতে পারেন সমস্যা কি ছিল?

  • 460 দিন [বিকাশকারী] নেটওয়ার্কের মাধ্যমে এনক্রিপ্ট করা ফাইলগুলি সম্পর্কে আপনি যা বলেছেন সে সম্পর্কে একটি সন্ধান করতে আমি দুই ঘন্টা ব্যয় করেছি। আমি নিশ্চিত নন যে আমি সুনির্দিষ্ট অনুরোধটি খুঁজে পেতে পারি।

  • দিন 460 [গ্রাহক] আপনার ছেলেরা সত্যই আরও সুসংহত হওয়া উচিত। গত দু'সপ্তাহ ধরে এই সমস্যাটি সম্পর্কে আমি আপনাকে চারবার অবহিত করেছি। সব ভুলে যাচ্ছিস কেন?

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

দ্রষ্টব্য: আপনি বিশ্বাস করতে পারেন যে এই জাতীয় লগের অস্তিত্ব নেই। বিশ্বাস করুন, আমি একাধিকবার দেখেছি।


দীর্ঘ উত্তরের জন্য ধন্যবাদ, আমি ট্র্যাকিং সিস্টেমের গুরুত্ব সম্পর্কে আপনার পয়েন্টগুলির সাথে একমত।
অফিরিস

আপনি কি উত্তর নিতে হবে?
অফিরিস

3
@ ওফিরিস: এ এবং বি
আর্সেনি মরজেনকো

আমি জমা দিচ্ছি যে এর মতো লগগুলির পিছনে আসল সমস্যা হ'ল ব্যবহারকারীরা এই মনোভাব গ্রহণ করেন যে, "আমার আসলে একজন বিকাশকারীর দৃষ্টি আকর্ষণ আছে, আমি তাদের আমাদের প্রয়োজনীয় যাবতীয় জিনিস ঠিক করতে প্রস্তুত করব!" যা কোনও ব্যবসায়ের লক্ষণ যা অভ্যন্তরীণ প্রয়োজনকে অগ্রাধিকার দেওয়ার মানকে ছাড় দেয়।
btilly

1
@ বুটলি: আমি মনে করি এটি এই মনোভাব নয়, বরং এটি খারাপভাবে সংগঠিত হওয়ার সত্য এবং অতিরিক্তভাবে একটি খারাপভাবে ডিজাইন করা বাগ ট্র্যাকিং সিস্টেম রাখার (আমি ইউএক্স ডিজাইনের কথা বলছি)। অতিরিক্ত টিকিট তৈরি করতে যদি দশটি ক্লিকের প্রয়োজন হয়, তবে বেশিরভাগ গ্রাহকরা একই টিকিটে বেশ কয়েকটি ইস্যু রেখে সবদিক দিয়ে এটিকে এড়াতে চেষ্টা করে দেখলে অবাক হওয়ার কিছু থাকবে না।
আর্সেনী মোরজেঙ্কো

12

আপনার বিবৃতিতে কেবল মন্তব্য করতে:

এটি ঠিক হতে পারে না কারণ ফিক্স-ফিডব্যাক-সলিউড-ক্লোজডটি এড়ানো উচিত

এটি ধরে নিয়েছে যে উত্থাপিত সমস্ত বাগ একই সাথে ঠিক করা হবে। এমন একটি দৃশ্য কল্পনা করুন যেখানে দুটি ইস্যু সহ পণ্যের ভি 1 এর বিপরীতে টিকিট উত্থাপিত হবে:

  1. একটি ফর্ম পুনরায় সেট করার বোতামটি মানগুলি সাফ করার পরিবর্তে ফর্মটি জমা দেয়
  2. বোতামের ফন্টের আকার 110% হয় যখন এটি 115% হওয়া উচিত।

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

সেক্ষেত্রে আমাদের নিজস্ব টিকিটে # 2 ভাগ করে নেওয়া (বা এটিকে ভুলে যাওয়ার ঝুঁকি) ছাড়া আমাদের আর কোনও উপায় নেই। যদি আমরা এটি করতে পারি তবে এর অর্থ তারা কার্যকরভাবে প্রয়োগ করা, পরীক্ষা করা এবং একে অপরের থেকে স্বাধীনভাবে মোতায়েন করা যেতে পারে, এক্ষেত্রে এটি শুরু থেকেই পৃথক সমস্যাগুলি বোঝায় sense


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

6

ব্যাপ্তি:

এই উত্তরটি (এবং প্রশ্ন) কেবল কোড ত্রুটিগুলি সনাক্ত করার জন্যই প্রযোজ্য বলে মনে হয়, যেখানে উত্স কোড নির্দিষ্টকরণ বা প্রোগ্রামারদের উদ্দেশ্য অনুসারে সঞ্চালিত হয় না।

বিপরীতে, জিইউআই ত্রুটিযুক্ত টিকিটের পক্ষে একাধিক স্পেসিফিকেশন থাকা সাধারণ, কারণ প্রতিটি জিইউআই টিকিট কার্যকরভাবে একটি "পুনরায় নকশা" (ডিজাইনের ত্রুটি), একটি "সংশোধিত স্পেসিফিকেশন" বা "বৈশিষ্ট্য অনুরোধ" (অনুপস্থিত কার্যকারিতা)।


ত্রুটি ট্র্যাকিংয়ের একটি গুরুত্বপূর্ণ উদ্দেশ্য হ'ল একাধিক ভূমিকা (প্রোগ্রামার, পরীক্ষক, গ্রাহক এবং পরিচালক) এর মধ্যে যোগাযোগ এবং সমন্বয় করা।

যে প্রকল্পগুলিতে কোড মানের উচ্চ তাত্পর্য রয়েছে (উদাহরণস্বরূপ ব্যবহারকারী-বন্ধুত্বের তুলনায়), ত্রুটি ট্র্যাকিংয়ের একাধিক দিক থাকতে পারে, যার মধ্যে একটি কোড ত্রুটিগুলি সনাক্তকরণের উপর আলোকপাত করবে , গ্রাহক সমর্থন অনুরোধগুলির পৃথকীকরণ থেকে আলাদা ।

কোড ত্রুটি ট্র্যাকিং সিস্টেমের উদ্দেশ্য হ'ল:

  • স্বাধীনভাবে পুনরুত্পাদনযোগ্য ত্রুটিগুলির স্বাধীন এবং দ্ব্যর্থহীন ট্র্যাকিং সক্ষম করতে এবং
  • প্রতিটি ত্রুটির মূল কারণ সেরা সান্নিধ্য (এক থেকে এক চিঠিপত্র) প্রদান।

এটি করার সময় এটি নীচের পছন্দসই গুণগুলি সর্বোচ্চ করে তুলতে হবে:

  • সময়ের সাথে সাথে ত্রুটির সংখ্যা বৃদ্ধি পাওয়ায় দক্ষতার সাথে স্কেল করুন।
  • চলন্ত-লক্ষ্য সিন্ড্রোম প্রতিরোধ করুন।

দাবি অস্বীকার: এই পুনর্বিবেচনাটি আমার ব্যক্তিগত অভিজ্ঞতা থেকে। শংসাপত্র পরীক্ষার উদ্দেশ্যে এটি অপর্যাপ্ত বা ভুল হতে পারে।


স্বতন্ত্র এবং দ্ব্যর্থহীন ট্র্যাকিং এর অর্থ:

  1. প্রতিটি বৈধ ত্রুটি হয় দ্ব্যর্থহীনতা ছাড়াই সমাধান করা বা সমাধান করা যায় না

    • কারণ 1: পরিচালনা সহজ করার জন্য,
      • উদাহরণ: এটি মেট্রিক হিসাবে "অমীমাংসিত টিকিটের সংখ্যা" ব্যবহার সক্ষম করে।
    • কারণ 2: কার্যক্ষম আইটেম অনুবাদ করতে
      • উদাহরণ: যদি এটি সমাধান না হয় তবে দায়িত্ব নির্ধারিত প্রোগ্রামারের উপর lies যদি এটি সমাধান করা হয় তবে বন্ধ না হয় তবে দায়িত্ব নির্ধারিত পরীক্ষক (যাচাইকারী) এর উপর।
    • ফলাফল: এই পদ্ধতিতে একটি আংশিক সমাধান হওয়া ত্রুটি বেশ কয়েকটি নির্ভরশীল ত্রুটির মধ্যে বিভক্ত হওয়ার দাবি রাখে।
  2. স্বতন্ত্রভাবে পুনরুত্পাদনযোগ্য ত্রুটিগুলি স্বাধীনভাবে ট্র্যাক করা উচিত।

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

4

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

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

প্রতিটি বাগের নিজস্ব টিকিট দেওয়া আরও অনেক ভাল এবং আপনার যদি একাধিক বাগ থাকে যা সম্পর্কিত তবে স্পষ্টতই স্বতন্ত্র থাকে তবে বেশিরভাগ বাগ ট্র্যাকিং সিস্টেমে এমন একটি বৈশিষ্ট্য রয়েছে যা আপনাকে একটি বাগের সাথে অন্যটির সাথে লিঙ্ক করতে দেয়। (এবং যদি তা না হয় তবে আপনি এটি কেবল রিপোর্টে রাখতে পারেন "" বাগ # 12345ও দেখুন See ")


ধন্যবাদ, আপনি কি চয়ন করবেন B?
অফিরিস

@ ওফিরিস: হ্যাঁ, আমি করতাম।
ম্যাসন হুইলারের
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.