উত্তর:
যে বিষয়গুলি খোলা থাকে তা হ'ল এটি যে কোনও ইস্যুরই প্রথম ঘটনা।
পুনরায় খোলার ইস্যুগুলি হয় 1) পুনরায় ঘটবে এবং / অথবা 2) সঠিকভাবে ঠিক করা হয়নি। এর জন্য অনেকগুলি কারণ থাকতে পারে - একটি মূল সমস্যাটি প্রায়শই শেষ ব্যবহারকারীর সাথে ইস্যুটির মূল বর্ণনার সাথে যুক্ত হতে পারে।
আমি মনে করি না যে কোনও বুদ্ধিমান দোকান প্রযুক্তিগত কর্মীদের বিচারের জন্য [একা] মেট্রিক হিসাবে এটি ব্যবহার করবে তবে কার্যকর প্রতিক্রিয়াগুলি কী তা চিহ্নিত করার জন্য এটি একটি ব্যবস্থা হিসাবে দরকারী এবং এটি সমাধান করার জন্য অন্তর্নিহিত সমস্যাগুলিও নির্দেশ করতে পারে।
আপনি যে বিকাশকারী ছিলেন তার "খারাপ" দেখতে আপনার সমস্যাটি "পুনরায় খোলা" গিয়ে কতবার গেছে তা জানতে আমার পুরানো সংস্থা এই স্ট্যাটাসগুলি ব্যবহার করেছিল। তারা ভেবেছিল যে কোনও কাজের আইটেমটি "পুনরায় খোলা হয়েছে" এবং প্রোগ্রামার হিসাবে আপনার মূল্য নির্ধারণের মধ্যে একটি পারস্পরিক সম্পর্ক বিদ্যমান।
আমি সেখানে আর কাজ করি না।
বাগের জীবনকাল প্রায়শই:
অর্থাত।
কেউ একটি বাগ খুঁজে পেয়ে এটি ট্র্যাকারে খোলে। দেব তাদের সমস্যাটি বোঝার সাথে সাথে তারা যথাসাধ্য এটি সমাধান করে es পরীক্ষক পুনরায় পরীক্ষাগুলি ফিক্সটি যাচাই করতে পুনরায় পরীক্ষা করে এবং তারা যদি তা যাচাই করতে পারে তবে তা পুনরায় খোলে। ফিক্সটি যাচাই করা থাকলে বাগটি বন্ধ থাকে।
অন্য দৃশ্যটি হ'ল এটি অন্য কোথাও স্থির হওয়ার কারণে রিগ্রেশন ঘটেছিল এবং বাগটি আবার ঠিক করতে হয়েছিল। সুতরাং, এটি আবার খোলা হয়।
এটি আরও সুস্পষ্ট করে তোলাও হতে পারে যে সমস্যাটির আরও কাছাকাছি মনোযোগ বা দ্রুত মনোযোগ প্রয়োজন কারণ এটি সমস্যাটি সমাধান হয়ে গেছে বলে বিশ্বাস করার পরেও এটি একটি সমস্যা হিসাবে অব্যাহত রয়েছে।
খোলা মানে এটি একটি নতুন সমস্যা। পুনরায় খোলার অর্থ তি এমন একটি সমস্যা ছিল যা খোলা-> বন্ধ করে আবার খোলা হয়েছিল।
আবার কেন খোলা হল? সম্ভবত বিকাশকারী এবং পরীক্ষক ভেবেছিলেন যে সমস্যাটি স্থির হয়েছে তবে এটি সত্যই স্থির হয়নি। বা সম্ভবত সমস্যাটি সত্যিই স্থির হয়ে গেছে তবে পরবর্তী কিছু কোড পরিবর্তনগুলি সমস্যাটিকে পুনরায় চাপিয়েছে। এটি কীভাবে নয় তবে পুনরায় খোলা সমস্যাটি একটি খারাপ চিহ্ন এবং তাই এটি আলাদাভাবে শ্রেণিবদ্ধ করা হয়েছে।
আমরা এখানে এটি যেভাবে ব্যবহার করি:
নতুন টাস্ক: কাজ শুরু হওয়া সমস্ত কাজ দেখানোর জন্য প্রকল্পের শুরুতে তৈরি করা হয়েছে। কেউ এটি কোড না করা পর্যন্ত এটি খোলা থাকে, তারপরে এটি সমাধান হয়ে যায়। এটি কেবল তখনই চালু হয় যদি কিছু বাস্তবায়ন না করা হয়, বা যদি কার্যকারিতা পরিবর্তন হয় এবং বিকাশকারীকে ফিরে যেতে হয় এবং এতে কাজ করার জন্য বেশ কিছুটা সময় ব্যয় করতে হয়।
ত্রুটি / ত্রুটি: কিউএ বা অন্য কোনও দেব সামগ্রীর কার্যকরী পণ্যটি পরীক্ষা করে খোলেন। যদি আপনাকে কোনও বাগ অর্পণ করা হয়, আপনি এটি ঠিক করে নিন এবং তারপরে এটি সমাধান করুন এবং এটি পরীক্ষায় ফিরে যায়। যদি QA মনে করে এটি ঠিক করা হয়নি তবে তারা এটিকে আবার খুলবে এবং তাদের কাছে থাকা অন্য কোনও তথ্য সংযুক্ত করবে। সমাধান করা / পুনরায় খোলার চক্রটি ততক্ষণে টিকিটটি বন্ধ করে কিউএ সন্তুষ্ট না হওয়া অবধি ততক্ষণে যেতে পারে।
সুতরাং, মূলত আপনি রিপেন ব্যবহার করে বলছেন যে টিকিট ইতিমধ্যে দেখে নেওয়া হয়েছে এবং কেউ এর উপর কাজ করেছে যে তারা অনুভব করেছে যে এটির সমাধান হয়েছে, তবে সেটি হয়নি।
এটি মূলত একটি ধারাবাহিক ধরণের জিনিস: কোনও বাগ (বা সাধারণভাবে একটি সমস্যা) এটি যদি স্ক্র্যাচ থেকে তৈরি করা থাকে তবে "খোলা" থাকে। পূর্ববর্তী প্রক্রিয়াজাতকরণের পরে তৈরি করা হলে এটি "পুনরায় খুলুন"।
একজন বিকাশকারী (বা যে কেউ সমস্যাটি পরিচালনা করছেন) এর জন্য এটি কোনও পার্থক্য করা উচিত নয়। একটি জারি উত্থাপিত হয়েছে এবং এখন এটি প্রক্রিয়া করা উচিত।
তবে একটি স্বতন্ত্র "পুনরায় খুলুন" স্থিতি এখনও বেশ কয়েকটি দৃশ্যের জন্য কার্যকর হতে পারে:
প্রথমত, এটি আপনার মানের নিশ্চয়তা প্রক্রিয়াটি কার্যকর কিনা তা অনুসরণ করার উপায় হিসাবে ব্যবহার করা যেতে পারে। যদি QA সবকিছু ঠিকঠাক করে থাকে তবে কোনও বাগ ঠিক করার পরে আর কখনও ঘটবে না। সুতরাং, আপনি বলতে পারেন যে কোনও বার "পুনরায় খুলুন" স্থিতিতে বাগ সেট করা হয়েছে তার সংখ্যা কতবার QA এর কাজটি সঠিকভাবে কাজ করে নি। এটি অবশ্যই বোঝায় যে একটি ভাল কিউএ প্রক্রিয়া প্রতিষ্ঠিত হয়েছে এবং ব্যবহারকারীরা প্রক্রিয়াটিতে সক্রিয়ভাবে অংশ নেন এবং জানেন যে কখন "খুলুন" এবং কখন কোনও সমস্যা "পুনরায় খুলতে হবে"।
আরেকটি ব্যবহার হ'ল, যখন কোনও ত্রুটি আবার ঘটে, তখন আপনাকে আর কোনও সমস্যা উত্থাপন করতে হবে না তবে ইতিমধ্যে বিদ্যমান ইস্যুতে তথ্য যুক্ত করতে পারেন (এবং তাই গুরুত্বপূর্ণ বিষয়গুলি ইতিহাসের ইতিহাস, অতিরিক্ত ফাইল যা আপলোড করা হয়েছে, আগের মন্তব্যগুলি এবং তবে) তবে এখনও "ওহে, এই হ্যাপেন্ডটি আবার " নির্দেশ করুন ।
"পুনরায় খুলুন" ট্র্যাক করার একটি প্রধান কারণ হ'ল এটি আপনাকে সরল স্লিপআপ এবং বিশদ বিবরণ না করে গভীর রাউন্ড সমস্যার ইঙ্গিত দিতে পারে। যদি কোনও নির্দিষ্ট মডিউল বা ক্রিয়াকলাপের টুকরোটিতে অসংখ্য "পুনরায় চাপানো" থাকে তবে এটি এমন একটি দুর্বলতার দিকে নির্দেশ করে যা সম্বোধনের প্রয়োজন। প্রচুর সংখ্যক একক দৌড়াদৌড়ি করা কাজ এবং / অথবা opালু অনুশীলনের জন্য পয়েন্ট খোলে।