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