টেস্টাররা আরও বাগ কী খুলবে তা দেখার জন্য প্রতিযোগিতা করছে এটা কি ভাল?


54

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

এই প্রকল্পের জন্য ভাল? যদি তা না হয় তবে আমি (সফ্টওয়্যার বিকাশকারী হিসাবে) কীভাবে পরীক্ষকদের দলের চিন্তাভাবনা ও দৃষ্টিভঙ্গি পরিবর্তন করার চেষ্টা করব?

আরেকটি সমস্যা হ'ল কারণ সময়সীমাটি অনুমান করা হয়েছে এবং এটি পরিবর্তন করতে পারে না, তাই সময়সীমাটি নিকটবর্তী হওয়ার সাথে সাথে পরীক্ষকরা তাদের পরীক্ষার কেসগুলি শেষ করতে ঝাঁকুনিতে পড়বেন এবং এর ফলে পরীক্ষাগুলির মান হ্রাস পাবে। এটি ক্লায়েন্টের দ্বারা প্রাপ্ত চূড়ান্ত পণ্যটিতে বৈধ বাগগুলি তৈরি করবে।

ওবিএস: এই প্রতিযোগিতাটি কোম্পানির অনুশীলন নয়! এটি কেবল তাদের দ্বারা আয়োজিত পরীক্ষকদের এবং কোনও পুরষ্কার ছাড়াই একটি প্রতিযোগিতা।


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

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

6
আপনার বক্তব্যটি ভালভাবে নেওয়া হয়েছে, তবে একদিকে যেমন আমি যখন কেউ আমাকে বলে যে আমার কাজের ব্যবহারের সমস্যা আছে তখন আমি তার প্রশংসা করি। সফ্টওয়্যারটিতে ডান পাওয়ার জন্য এটি অন্যতম শক্ত কাজ এবং সেই সাথে ডান হওয়া সবচেয়ে মূল্যবান।
jpmc26

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

9
বেশ কয়েকটি উত্তর সুপারিশ করে যে পরীক্ষকগণের কাজ বাগগুলি খুঁজে পাওয়া; এই মানসিকতা হ'ল যা আপনি চিহ্নিত করেছেন সেই সমস্যা তৈরি করে। কাজ গুণমান নিশ্চিত করা হয় সঠিকভাবে নির্ধারণ থাকুক বা না থাকুক পণ্যের একটি বিবৃত মানের বার পূরণ করে । কোনও পরীক্ষক বাগ রিপোর্ট উত্পন্ন করছে কিনা তা আমি চিন্তা করি না; একজন পরীক্ষক পণ্যটির মানের একটি সঠিক, গ্রাহক-কেন্দ্রিক বিশ্লেষণ উত্পাদন করছে কিনা তা আমি যত্নশীল। এই জিনিসটিই উত্সাহিত করা উচিত।
এরিক লিপার্ট

উত্তর:


87

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

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

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

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

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


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

2
তবুও, আমি এই ধারণার সুপারিশ করব না কারণ আপনার দলের সদস্যরা প্রায় সবাই একইরূপে মেলে না থাকলে (যা ঘটে না) তা দ্রুত বিরক্তিকর হয়ে ওঠে। নিজের বিরুদ্ধে প্রতিযোগিতা করা ভাল।
ডাবলডুবল

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

আপনার উত্তরটি আমি যা ভেবেছিলাম একই জিনিস। তবে, পরীক্ষকদের অভিন্ন স্তরের সম্পর্কে @ ডাবলডাবল পয়েন্টটি ভাবা ভাল পয়েন্ট!
কেবলমাত্র একটি কৌতুহলী মন

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

17

অন্যান্য উত্তরগুলির সাথে আমি কিছুটা দ্বিমত পোষণ করতে যাচ্ছি। পরীক্ষকের জন্য "বাগ সন্ধান করা" কিছুটা বিকাশের জন্য "রাইটিং কোড" এর মতো। কাঁচা পরিমাণ অর্থহীন। পরীক্ষকটির কাজটি হ'ল সর্বাধিক বাগ সন্ধান না করে যতগুলি বাগ রয়েছে তার অনেকগুলি খুঁজে পাওয়া। যদি পরীক্ষক এ 10 টি বাগের মধ্যে একটি উচ্চ মানের উপাদান এবং টেস্টার বি 263 বাগের মধ্যে 58 টি কম মানের উপাদান খুঁজে পান তবে পরীক্ষক এ হ'ল আরও ভাল পরীক্ষক।

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

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

বিকাশকারী উত্পাদনশীলতার আরও ভাল পরিমাপ হ'ল কার্যের সময় জটিলতার জটিলতা। পরীক্ষকের উত্পাদনশীলতার আরও ভাল পরিমাপ হ'ল পরীক্ষার ক্ষেত্রে মৃত্যুর সময় পরীক্ষার ক্ষেত্রে জটিলতার সংখ্যা। আপনি এটি সর্বাধিক করতে চান, বাগগুলি খুঁজে পাওয়া যায়নি।


3
পরীক্ষকটির কাজটি হ'ল সর্বাধিক বাগ সন্ধান না করে যতগুলি বাগ রয়েছে তার অনেকগুলি খুঁজে পাওয়া। যদি পরীক্ষার লক্ষ্যগুলির এই বিবৃতিগুলির মধ্যে একটি বড় পার্থক্য থাকার উদ্দেশ্য থাকে তবে তা আমার কাছে হারিয়ে যায়।
Atsby

6
কারণ যদি পরীক্ষক এ 10 টি বাগের মধ্যে একটি উচ্চ মানের উপাদান এবং টেস্টার বি একটি 263 বাগের মধ্যে 58 টি কম মানের উপাদান খুঁজে পান তবে পরীক্ষক এ ভাল পরীক্ষক।
রোবটটি

6
@ অ্যাস্টবাইয়ের মাধ্যমে যদি একটি একক ভাঙা আচরণ এটি 10 ​​টি বিভিন্ন জায়গায় প্রকাশিত হয়, তবে প্রকৃত ভাঙা জিনিসটির বিষয়ে 1 বাগেরপোর্টটি 8 টি পৃথক বাগেরপোর্টগুলির চেয়ে অনেক ভাল যা 10 টির মধ্যে 8 টি বিভিন্ন লক্ষণ বর্ণনা করে।
পিটারিস

8
@Peteris (এবং স্টিভেন) এই উভয় মজার বিষয় আছে, কিন্তু তারা কার্যকরভাবে স্টিভেন এর উদ্ধৃত বিবৃতি দ্বারা আদানপ্রদান নেই
Atsby

@ অ্যাটসবি আপনি যে বাক্যটি উদ্ধৃত করেছেন তাতে প্রথম ধারাটি একটি আপেক্ষিক বিবৃতি (বাগের বৃহত্তম ভগ্নাংশ সন্ধান করুন) এবং দ্বিতীয়টি পরম (বাগের সর্বাধিক সংখ্যার সন্ধান করুন)। এই বালতিটি 90% ভরাট বলার মধ্যে পার্থক্য এবং বালতিটি 1 গ্যালন রাখলে এই বালতিটি 1/2 গ্যালন দিয়ে পূরণ করুন
ডডজেথেসটাম্রোলার

16

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

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

যদিও এটি ট্র্যাক করা অনেক কঠিন। কোনও নির্দিষ্ট ব্যক্তির দ্বারা কতগুলি বাগ রিপোর্ট দায়ের করা হয়েছিল তা দেখার জন্য এটি একটি ডাটাবেস ক্যোয়ারী চালানো মোটামুটি সহজ, আমি সন্দেহ করি যে "বাগ ফাইল করা" মেট্রিক এত লোক ব্যবহার করার মূল কারণ।


আপনার উন্নত মেট্রিকের সাথে +1 তবে সমস্যাটিই, এটি ব্যবহারকারী বাগ রিপোর্টিং সিস্টেমের উন্নতি না করার জন্য একটি উত্সাহ তৈরি করে ... ধারণাটি সঠিক তবে সম্ভবত এটি আরও সাধারণ হওয়া উচিত 'অফিসিয়াল টেস্টিং প্রক্রিয়ার বাইরে পাওয়া বাগগুলি'
user56reinstatemonica8

@ ব্যবহারকারী 5768458 - আমি ধরে নিচ্ছিলাম যে সংস্থার অভ্যন্তরীণ QA এবং গ্রাহক-সমর্থনের জন্য বিভিন্ন দল রয়েছে এবং এই প্রশ্নটি কেবল অভ্যন্তরীণ QA নিয়ে কাজ করেছে। যদি উভয়ই একই দল হয়, তবে আপনার কাছে অবশ্যই আগ্রহের দ্বন্দ্ব থাকবে (আমার পদ্ধতি ব্যবহার করা হোক বা না হোক)।
বিটিএ

6

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

কয়েকটি আসল গেমের একটি সহজ স্কোরিং সিস্টেম রয়েছে। বাগ শিকার করতে হবে কেন?

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

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


5

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


মুটের সাথে আরও একমত হতে পারেনি। অবশ্যই লোকেরা বোকা কিছু করতে পারে (টাইপসের 100s ফাইল ইত্যাদি) - তবে "লোকেরা কিছু বোকা কিছু করতে পারে" যখন কোনও পরিকল্পনা অনুসরণ না করে।
ফ্যাটি

1

এটি @ ক্যান্ডিডআরঞ্জের উত্তরের একটি সম্প্রসারণ ।

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

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

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

কেবল গুরুত্বহীন বাগ রিপোর্টগুলি উপেক্ষা করুন। যেহেতু এটি সমস্তই খুব সরকারী এবং অনানুষ্ঠানিক হবে তাই এটি যে কোনও সময় বন্ধ বা পরিবর্তন হতে পারে।


আমাকে একমত হতে হবে একটি জিনিস: পরিচালনা থেকে অনুমোদন পাওয়ার বিষয়ে এটি তৈরি করবেন না। এটিকে একটি খেলার মতো মনে করার জন্য এটি টেস্টারদের মনে হয় যে তারা নিজেরাই বিধিগুলি বোঝে। যদি লগইন সিস্টেমটি উচ্চ অগ্রাধিকারের বিষয় হয় তবে তাদের সামনে জানুন এবং এটিকে আলগা করুন। যদি উচ্চ ট্র্যাফিক ব্যবহারের ক্ষেত্রে ত্রুটিগুলি অস্পষ্ট কোণার ক্ষেত্রেগুলির চেয়ে অগ্রাধিকার হয় তবে তা পরিষ্কার করুন এবং এটি কীভাবে স্কোর হয়েছে তা ব্যাখ্যা করুন। কেবল পরিষ্কার অগ্রাধিকার থাকলে তা মজাদার হয়ে উঠবে এবং লোকেরা সঠিক ফিশিং গর্তে মাছ ধরতে পারবে।
candied_orange

1

এই প্রকল্পের জন্য ভাল?

কোন । আপনি নিজেই উল্লেখ করেছেন যে আপনি লক্ষ্য করেছেন যে এর ফলে নিম্ন-মানের প্রতিবেদনের ফলস্বরূপ প্রয়োজনীয় কার্যকারিতা লক্ষ্য করা যায় না এবং পরীক্ষকরা সমস্যাটিকে আরও জটিল করে তুলেন এবং প্রকৃতপক্ষে "অনুমিত" যে কাজটি শেষ করেছেন তা শেষ করে "করা হচ্ছে।

যদি তা না হয় তবে আমি (সফ্টওয়্যার বিকাশকারী হিসাবে) কীভাবে পরীক্ষকদের দলের চিন্তাভাবনা ও দৃষ্টিভঙ্গি পরিবর্তন করার চেষ্টা করব?

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


-1

আমি মনে করি এটি কীভাবে হবে (বা এটি ইতিমধ্যে কীভাবে হয়) যদি এটি এভাবে চলে যায় তবে আপনি অগত্যা কম মানের পাবেন। যদিও আমি মনে করি এটি মানের অনুপাতের পরিমাণ হ্রাস করবে। এটি নির্ভর করে যদি এটি খারাপ জিনিস হয় বা না হয়। এটি নির্ভর করে যদি

স্ক্রীন বর্ধন, ব্যবহারযোগ্যতা, বা বোকা বাগ সম্পর্কে বাগ রিপোর্ট করা reporting

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

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


1
আমি একেবারে ব্যবহারযোগ্যতার সমস্যাগুলি সম্পর্কে জানতে চাই না। আমরা তাদের "ফটোগুলিতে বাগগুলি" হিসাবে উল্লেখ করি।
রাবারডাক

1
@ রাবারডাক ওয়েল এটি যদি দলের সাথে 100% পরিষ্কার থাকে তবে তাদের বলার কারণ আছে যখন আপনাকে জানাতে হবে যে তারা কী করেন না কেন পছন্দ করেন এবং কেন তারা তা জানেন know সুতরাং তাদের সাবধান করুন। যদি এই দলের সাথে সুনির্দিষ্টভাবে কথা বলা না হয়, তবে আমি মনে করি না যে আপনি তাদের সম্পর্কে আসলেই ক্ষিপ্ত হয়ে উঠতে পারেন এবং আপনি যে রিপোর্টগুলি অস্বীকার করেছেন সেগুলির একটির উদাহরণ দিন এবং তাদের জানান যে আপনি এটি চান না।
লোকো
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.