প্রোগ্রামার এবং নন-টেকনিক্যাল স্টাফের সাথে বন্ধুত্বপূর্ণ উপায়ে আপনি কীভাবে বাগ ট্র্যাকিং পরিচালনা করবেন? [বন্ধ]


18

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

অবশ্যই, একজন প্রোগ্রামার হিসাবে আমি সমস্যা ছাড়াই ম্যান্টিস ব্যবহার করতে পারি, তবে কোনও বাগের ট্র্যাকার কতটা কার্যকর যখন কোনও প্রকল্পের সাথে জড়িত ** তাদের এত খারাপভাবে নকশাকৃত এবং ব্যবহার করা এত কঠিন যে তারা বুলেট তালিকার মাধ্যমে গুগল ডকুমেন্ট তৈরি করতে পছন্দ করে তারা যে বাগগুলি খুঁজে পেয়েছিল বা তাদের কাছে প্রস্তাব থাকতে পারে।

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

যদি আমার উদ্বেগ পরিষ্কার না হয় তবে আমার প্রশ্নের সংক্ষিপ্তসারটি এখানে দেওয়া যেতে পারে:

অ প্রযুক্তিগত ব্যবহারকারীর দিকে কীভাবে আপনি বাগ এবং পরামর্শ প্রতিবেদন পরিচালনা করবেন?

** জড়িত হয়ে, আমি প্রকৃত ক্লায়েন্ট বা শেষ ব্যবহারকারী নয়। আমি আমাদের সংহতকারী, প্রকল্প পরিচালক এবং যারা QA এর সাথে জড়িত তাদের সম্পর্কে ভাবছি thinking


1
জন্য স্পষ্টভাবে জিজ্ঞাসা প্রোগ্রামারদের জন্য না সফ্টওয়্যার স্পষ্টত উপর অফ-বিষয় প্রোগ্রামারদের .SE
vartec

11
@ ভার্টেক এই সরঞ্জামটি প্রোগ্রামারদের জন্য তৈরি, তবে বাস্তব বিশ্বে প্রোগ্রামাররা একা নন, একটি বুদ্বুদে স্ব-অন্তর্ভুক্ত। আমার বাস্তবতা বোঝায় নন-প্রোগ্রামারটির সাথে সহযোগিতা করা, এমনকি এমন সরঞ্জামগুলির জন্য যা প্রোগ্রামারদের জন্য তৈরি।
FMaz008

2
উপলভ্য বিকল্পগুলির জন্য এখানে দেখুন: en.wikedia.org/wiki/Compistance_of_issue-tracking_s সিস্টেমে এবং নিজের জন্য সিদ্ধান্ত নিন যা আপনার প্রয়োজনের জন্য উপযুক্ত। এছাড়াও স্ট্যাকওভারফ্লো এর এই ওপেনসোর্স বাস্তবায়ন রয়েছে: ra-ajax.org/… যা একটি দুর্দান্ত বিকল্প
ইয়াসাউসার

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

3
@ ওয়াট: কখনও কখনও আপনি প্রথম স্তরের সহায়তায় কিছু কাজের চাপ নেওয়ার প্রত্যাশা করেন যদিও ... @ ভার্টেক: গ্রাহকরা অগত্যা নয়, তবে আমাদের ব্যবসায়িক বিশ্লেষক / কিউএ প্রযুক্তিগত মানুষ হতে অনেক দূরে ... এবং আমরা তাদের সাথে সত্যই কথা বলতে পারি না আপনি জানেন: পি
ম্যাথিউ এম।

উত্তর:


12

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

সুতরাং আপনার আসল প্রশ্নের উত্তর দেওয়ার জন্য .... এটি আমাদের পক্ষে আসলেই সমস্যা নয় যে বাগ ট্র্যাকিং সফ্টওয়্যারটি "প্রোগ্রামার দ্বারা", "প্রোগ্রামারদের জন্য" কারণ কেবল "প্রোগ্রামাররা" এটি ব্যবহার করে। প্রত্যেকে প্রত্যেকেই একজন মানুষের সাথে সরাসরি ডিল করে।

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


আমি দারোয়ান এর ধারণা পছন্দ করি। আমি কেবল মনে করি আমরা আপাতত খুব ছোট হতে পারি, তবে এটি একটি দুর্দান্ত ধারণা। (এই মুহুর্তে, এটি প্রকল্প পরিচালক যা আমাদের শেষ ব্যবহারকারীদের জন্য দ্বাররক্ষী হিসাবে কাজ করে)
FMaz008

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

6

আমরা এই ধরণের জিনিসটির জন্য redmine ব্যবহার করি । মূল কৌশলটি হ'ল ব্যবহারকারীরা কখনই পুনর্নির্মাণ দেখতে পান না - তারা কেবল সমর্থন@example.com এ ইমেল প্রেরণ করে। আরও কয়েকটি উন্নত কৌশল ব্যবহার করে - প্রধানত আমাদের রেডমাইন অ্যাকাউন্টটি বিসিসিং করা এবং # সমস্যাটি অন্তর্ভুক্ত করে - আমরা আপডেটগুলি পুনরায় নকশায় রাখতে পারি। আরও উন্নত লোকেদের জন্য, আমরা কেবল এটিকে সরাসরি পুনরায় ব্যবহার করতে দিই যা ম্যানটিসের চেয়ে আগের চেয়ে অনেক বেশি আধুনিক এবং ব্যবহারকারী-বান্ধব।


হুম, আমি সেটিকে জানতাম না। স্ক্রিনশট অনুসন্ধান করা আমার মনে হয় জিইউআই সহজতর। আমি এটি একবার দেখতে হবে।
FMaz008

2

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


1

আমি দ্বিতীয়বারের মতো পুনরুদ্ধার করি এবং ব্যক্তিগতভাবে দ্য বাগ জিনিকে ব্যবহার করি (হ্যাঁ, চিটচিটে নামটি তবে ভাল নকশাযুক্ত; আপনি যদি পিএইচপি পরিবেশে থাকেন এবং / অথবা যে কোনও কারণেই রুবি চালাতে না পারেন) ট্র্যাকিং-এর ক্ষেত্রে বন্ধুত্বপূর্ণ নয় প্রযুক্তি ব্যবহারকারীরা।

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


1

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

আপনি কোনও ভিএসের দোকান না হলে হয়ত কোনও বিকল্প নয়, তবে আপনি কী তা ভেবে দেখার দরকার।


আমরা নই, তবে ধন্যবাদ, আমি নিশ্চিত যে এই প্রশ্নটি পড়ার জন্য এটি দরকারী হবে।
FMaz008

0

আপনি যদি QA / PM কর্মীদের সাথে কথা বলছেন তবে আপনাকে বিভিন্ন ওপেন এবং ক্লোজড সোর্স ট্র্যাকিংয়ের সরঞ্জামগুলি মূল্যায়ন করতে হবে। যেগুলি বিল্ড স্থাপনের ক্ষমতা রাখে ইত্যাদি good

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

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

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