ত্রুটিগুলির জন্য মামলাগুলি আবার খোলা উচিত, বা কোনও নতুন কেস হিসাবে বাগগুলি খোলা উচিত?


9

বর্তমানে আমার কাজের জায়গায় আমরা আমাদের বিভিন্ন ওয়েব অ্যাপ্লিকেশনগুলির জন্য আমাদের সমস্ত বৈশিষ্ট্য এবং বাগগুলি পরিচালনা করার জন্য ফোগব্যাগ ব্যবহার করি ।

যখন আমাদের ওয়েব অ্যাপ্লিকেশনগুলির মধ্যে একটিতে নতুন বৈশিষ্ট্য যুক্ত করা হয় তখন একটি নতুন কেস তৈরি হয়। উদাহরণস্বরূপ "সিএসভি আপলোড ফর্ম তৈরি করুন"।

আমি তারপরে যে পরিমাণ সময় ব্যয় করেছি তা রেকর্ড করে কেসটি নিয়ে কাজ করি। একবার এই কেসটি সম্পন্ন হয়ে গেলে, আমি তখন এটি সমাধান করি এবং এটি কেস ওপেনারের (সাধারণত প্রজেক্ট ম্যানেজার), যিনি কেসটি বন্ধ করে দেয় তাকে আবার নিয়োগ দেওয়া হয়।

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

আমার মতে আমি বিশ্বাস করি যে এই বুলেট পয়েন্টেড বাগগুলি পৃথক বাগের কেস হিসাবে খোলা উচিত, যাতে এগুলিকে আরও সহজে ট্র্যাক করা যায়, এবং মূল বৈশিষ্ট্যের কেস নোটগুলি নিয়ে বিশৃঙ্খলা না ঘটে।

আমার পরিচালকরা আমার সাথে একমত নন যে বৈশিষ্ট্যটিতে মোট সময় ব্যয় করা যদি এটি সব ক্ষেত্রে একত্রে হয় তবে এটি কাজ করা আরও সহজ।

তবুও তারা বিশ্বাস করে যে এটি আমাদের ক্লায়েন্টদের জন্য কম বিভ্রান্তিকর কারণ তাদের বৈশিষ্ট্যটির জন্য কেবলমাত্র 1 টি কেস নম্বর রেফারেন্স রয়েছে। তবে আমি জোর দিয়ে বলব যে এটি মূল ক্ষেত্রে সম্পূর্ণ হওয়ার পরে বাগগুলি পৃথক ক্ষেত্রে মোকাবেলা করা উচিত।

আমি কি সঠিকভাবে বলছি যে একটি নতুন কেস হিসাবে বাগগুলি আবার খোলা উচিত? এবং এটি পরিচালনার প্রতিটি উপায়ে কী আছে?



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

1
তবে আমি এটি ভুলভাবে লিখতে পারি। কিউএ / রিলিজ হওয়ার আগে বাগগুলি কি পাওয়া যায়? নাকি এটি "বেশ কয়েক মাস পরে" -ক্যাস?
জোচিম সৌর

2
@ কার্ট: এটি সত্যই বদলে যায় না যে টিকিটটি বন্ধ করা উচিত নয় যদি না সে নিশ্চিত হয়ে যায় যে এটি সম্পন্ন হয়েছে ( এটির জন্য আপনার সংজ্ঞাটি যাই হোক না কেন)।
জোচিম সৌর

3
আপনি ট্র্যাকিংয়ের জন্য মূল কেসের বাচ্চাদের কেসগুলি খুলতে পারেন, আপনি এটি অনুসন্ধান করার সময় এগুলি সমস্তই মূল কেসের সাথে তালিকাভুক্ত হবে
জেএফ ডায়ান

উত্তর:


10

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

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

যখন উচ্চ স্তরের টাস্কটি "পুনরায় খোলা" হয়, তখন আমি নিজের জন্য অতিরিক্ত প্রচেষ্টা ট্র্যাক করার জন্য একটি নতুন উপ-টাস্ক তৈরি করি ।

http://i.stack.imgur.com/ng4jn.jpg

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

মূলত প্রত্যাশার তুলনায় যখন বৈশিষ্ট্য বাস্তবায়ন অনেক বেশি সময় নেয় তখন এগুলি স্বাভাবিকভাবেও স্পষ্ট ন্যায়সঙ্গত হওয়ার সুযোগ দেয়।

প্রতিটি কাজ বা সাব-টাস্কের জন্য সময় ট্র্যাকিংয়ের জন্য - যেহেতু JIRA সাব-টাস্কগুলি উচ্চ স্তরের সংক্ষিপ্তসারগুলিতে অন্তর্ভুক্ত করার অনুমতি দেয়, তাই ম্যানেজারের পক্ষে এটি গ্রহণযোগ্য যে আমি উপ-কার্যগুলিতে সময় ট্র্যাক করি। তবে এটি না হলেও, আমি "পিতামাতা" টাস্কে আনুষ্ঠানিকভাবে ট্র্যাকিংয়ের সময় নিয়ে বেঁচে থাকতে পারি - এই ক্ষেত্রে আমি কেবল নির্দিষ্ট পুনরাবৃত্তিতে কতটা সময় ব্যয় করেছে তা জানাতে কেবল সাব-টাস্ক মন্তব্যগুলি ব্যবহার করব।


3
ফোগব্যাগ সাবটাস্কগুলিকে সমর্থন করে - প্রতি বাগের জন্য একটি করে কেস তৈরি করে এবং তারপরে প্রতিটি বাগ-কেসের পিতা-মাতার হিসাবে আসল কেসটি নির্ধারণ করে। এমনকি প্রতিটি বাগ প্লাস পিতা-মাতার প্রতি আপনি ব্যয় করেছেন এমন মোট পরিমাণের পরিমাণও যোগ করবে, পাশাপাশি প্রতিটি পৃথক বাগ কেসের সময় ব্যয় করে স্বতন্ত্রভাবেও ট্র্যাক করবে।
টাকরোয়

+1 ধন্যবাদ জিনাত, বাগগুলির জন্য পৃথক মামলাগুলি ব্যবহার করার জন্য এটি আমার যুক্তি এবং এটি এখনও কীভাবে মূল বৈশিষ্ট্যের সাথে যুক্ত হতে পারে
কার্ট

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

7

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

বৈশিষ্ট্যটি প্রকাশিত হয়ে গেলে এবং বাগগুলি পাওয়া গেলে এটি আপনার সমস্যা সমাধানের সফ্টওয়্যারটিতে নতুন সমস্যা হিসাবে উত্থাপন করা উচিত।


5

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

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


3

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

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

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


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

@zzzzBov এগুলি বেশ তাৎপর্যযুক্ত ব্যতিক্রম এবং আপনি যদি নিজেকে সেই অবস্থাতেই খুঁজে পান তবে আমি সন্দেহ করি যে আপনি কীভাবে বাগ ট্র্যাকিং পরিচালনা করছেন সেই মুহুর্তে উদ্বেগ।
রাইথাল

1

পণ্যগুলি গ্রাহকদের কাছে 'চালিত / প্রকাশিত' হওয়ার আগে বা পরে বাগগুলি পাওয়া যায়?

এটি যদি কোনও রিলিজের আগে হয় তবে বাগের মূল টিকিটের বিপরীতে ট্র্যাক করা উচিত।

এটি যদি প্রকাশের পরে হয় তবে প্রতিটি বাগের নিজস্ব টিকিট হওয়া উচিত।


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

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

1

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

কোনও কেস এই সমস্ত পর্যায়টি অতিক্রম করার পরে এবং QA কেস বন্ধ করে দিলে, তারা যে নতুন নতুন সমস্যা আবিষ্কার করে তা বাগ হিসাবে লগ হয়।

এই সিস্টেমটি আমাদের পক্ষে ভালভাবে কাজ করছে বলে মনে হচ্ছে।


0

আমি মনে করি আপনি উভয় উপায়ে তর্ক করতে পারেন। আমি প্রধানমন্ত্রীর সাথে বসার চেষ্টা করব এবং ব্যাখ্যা করবো যে কেন আপনার মনে হয় যে বিতর্কিত সমস্যাগুলি আপনাকে সহায়তা করবে। আমি ব্যক্তিগতভাবে চাই প্রতিটি টুডো আইটেমের নিজস্ব টিকিট হওয়া উচিত তবে তিনি কেন এটি চান তা আমি দেখতে পারি।

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