কেন আমরা পরীক্ষকদের জন্য হ্যাকাথন রাখলাম?

এই নিবন্ধটি তাদের জন্য আগ্রহী হবে যারা, আমাদের মতো, পরীক্ষার ক্ষেত্রে উপযুক্ত বিশেষজ্ঞ নির্বাচন করার সমস্যার সম্মুখীন।

অদ্ভুতভাবে যথেষ্ট, আমাদের প্রজাতন্ত্রে আইটি কোম্পানির সংখ্যা বৃদ্ধির সাথে, শুধুমাত্র যোগ্য প্রোগ্রামারদের সংখ্যা বৃদ্ধি পায়, কিন্তু পরীক্ষক নয়। অনেকেই এই পেশায় আসতে আগ্রহী, কিন্তু অনেকেই এর অর্থ বোঝেন না।

আমি সব আইটি কোম্পানির জন্য কথা বলতে পারব না, কিন্তু আমরা আমাদের গুণমান বিশেষজ্ঞদের QA/QC-এর ভূমিকা অর্পণ করেছি। তারা উন্নয়ন দলের অংশ এবং গবেষণা থেকে শুরু করে একটি নতুন সংস্করণ প্রকাশ পর্যন্ত উন্নয়নের সকল পর্যায়ে অংশগ্রহণ করে।

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

পরীক্ষক খুঁজতে গিয়ে আমরা কী সম্মুখীন হয়েছি

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

এর পরে, আমি আপনাকে বলব যে আমরা কী পদক্ষেপ নিয়েছি এবং কী ভুলগুলি করেছি যাতে গুণমানের জন্য সেই দীর্ঘ প্রতীক্ষিত যোদ্ধাদের খুঁজে বের করার জন্য আমরা পদক্ষেপ নিয়েছি।

আমরা কীভাবে পরিস্থিতি ঠিক করার চেষ্টা করেছি

প্রস্তুত-তৈরি বিশেষজ্ঞদের সোর্সিং দিয়ে নিজেদেরকে ক্লান্ত করে, আমরা কাছাকাছি অঞ্চলগুলিকে লক্ষ্য করতে শুরু করেছি:

1. আমরা মূল্যায়নের অনুশীলন প্রয়োগ করার চেষ্টা করেছি অনেক "ছাড়-ই" লোকের মধ্যে সনাক্ত করার জন্য, যাদের থেকে আমরা শক্তিশালী বিশেষজ্ঞ তৈরি করতে পারি।

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

   বিশেষ করে, আমরা মনোযোগ, প্রযুক্তির ক্ষমতা এবং বহুসংস্কৃতির বৈশিষ্ট্যগুলি পরীক্ষা করার জন্য কাজগুলি নিয়ে এসেছি:

   
   

2. বিদ্যমান দলগুলির মধ্যে পেশার বোঝার সীমানা প্রসারিত করার জন্য আমরা পরীক্ষকদের জন্য বৈঠক করেছি।

   আমি তাদের প্রতিটি সম্পর্কে একটু বলতে হবে.

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

   
   
   তারপর, 1-2 মাসের ব্যবধানে, আমরা আরও দুটি মিটআপ করেছি। ইতিমধ্যে দ্বিগুণ অংশগ্রহণকারী ছিল. "উফা সফ্টওয়্যার কিউএ এবং টেস্টিং মিটআপ #2" এ আমরা বিষয়ের ক্ষেত্রে আরও গভীরে গিয়েছিলাম। তারা বাগ ট্র্যাকিং সিস্টেম, UI/UX পরীক্ষা, Docker, Ansible-এ স্পর্শ করা এবং একজন বিকাশকারী এবং একজন পরীক্ষকের মধ্যে সম্ভাব্য দ্বন্দ্ব এবং সেগুলি সমাধান করার উপায় সম্পর্কে কথা বলেছে।

   আমাদের তৃতীয় মিটিং, "উফা সফ্টওয়্যার QA এবং টেস্টিং মিটআপ #3," পরোক্ষভাবে পরীক্ষকদের কাজের সাথে সম্পর্কিত, কিন্তু প্রোগ্রামারদের তাদের প্রযুক্তিগত এবং সাংগঠনিক দায়িত্বগুলি সময়মত মনে করিয়ে দেওয়ার ক্ষেত্রে কার্যকর ছিল: লোড টেস্টিং, e2e পরীক্ষা, অটোটেস্টিংয়ে সেলেনিয়াম, ওয়েব অ্যাপ্লিকেশন দুর্বলতা .

   এই সমস্ত সময় আমরা আমাদের ইভেন্টগুলি থেকে সম্প্রচারে কীভাবে স্বাভাবিক আলো এবং শব্দ তৈরি করতে হয় তা শিখছি:

   → পরীক্ষার প্রথম ধাপ - Ufa সফটওয়্যার QA এবং টেস্টিং মিটআপ #1
   → UI/UX টেস্টিং – Ufa সফটওয়্যার QA এবং টেস্টিং মিটআপ #2
   → নিরাপত্তা পরীক্ষা, লোড টেস্টিং এবং স্বয়ংক্রিয় পরীক্ষা - Ufa QA এবং টেস্টিং মিটআপ #3

3. এবং শেষ পর্যন্ত আমরা পরীক্ষকদের জন্য একটি হ্যাকাথন করার চেষ্টা করার সিদ্ধান্ত নিয়েছি

কিভাবে আমরা পরীক্ষকদের জন্য একটি হ্যাকাথন প্রস্তুত ও পরিচালনা করেছি

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

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

আমরা অংশগ্রহণকারীদের সম্ভাব্য সংখ্যা অনুমান করেছি এবং সিদ্ধান্ত নিয়েছি যে MVP প্রকাশের জন্য আমাদের কমপক্ষে 5টি ব্যাকলগ, 5টি পণ্য এবং 5 জন লোকের প্রয়োজন যারা পণ্যের মালিক হিসাবে কাজ করবে, ব্যবসার প্রয়োজনগুলি বুঝতে পারবে এবং সীমাবদ্ধতার বিষয়ে সিদ্ধান্ত নেবে৷

আমরা যা পেয়েছি তা এখানে: হ্যাকাথনের জন্য ব্যাকলগ.

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

আমরা কি ভুল করেছি এবং আমরা কি ভাল করতে পারি?

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

মিটআপগুলি একটি ভাল জিনিস। বিশদ বিবরণের জন্য একটি বিস্তৃত ভিত্তি তৈরি করা হয় এবং অংশগ্রহণকারীদের সাধারণ স্তর বৃদ্ধি পায়। কোম্পানী বাজারে আরো এবং আরো স্বীকৃত হয়ে উঠছে. কিন্তু এই ধরনের উদ্যোগের শ্রমের তীব্রতা কম নয়। আপনাকে স্পষ্টভাবে বুঝতে হবে যে মিটআপগুলি অনুষ্ঠিত হতে প্রতি বছর প্রায় 700-800 ম্যান-ঘন্টা সময় লাগবে।

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

ইভেন্টের ফলাফল বিশ্লেষণ করার পরে, আমরা বুঝতে পেরেছি যে আমরা অনেক ভুল করেছি:

1. সবচেয়ে ক্ষমার অযোগ্য ভুল ছিল বিশ্বাস করা যে আমাদের জন্য 4-5 ঘন্টা যথেষ্ট হবে। ফলস্বরূপ, ব্যাকলগগুলির সাথে কেবল পরিচয় এবং পরিচিতি প্রায় 2 ঘন্টা সময় নেয়।
   প্রাথমিক পর্যায়ে পণ্য মালিকদের সাথে কাজ করা এবং বিষয় এলাকায় ডুব দেওয়ার সময় একই পরিমাণ সময় নেয়। তাই বাকি সময় স্পষ্টতই পরীক্ষার মানচিত্রগুলির ব্যাপক উন্নয়নের জন্য যথেষ্ট ছিল না।
2. প্রতিটি মানচিত্রে বিশদ প্রতিক্রিয়ার জন্য পর্যাপ্ত সময় এবং শক্তি ছিল না, যেহেতু এটি ইতিমধ্যেই রাত হয়ে গেছে। অতএব, আমরা এই অংশটি স্পষ্টতই ব্যর্থ হয়েছি, তবে প্রাথমিকভাবে হ্যাকাথনে সবচেয়ে মূল্যবান হওয়ার উদ্দেশ্য ছিল।
3. আমরা সমস্ত অংশগ্রহণকারীদের একটি সাধারণ ভোটের মাধ্যমে উন্নয়নের গুণমান মূল্যায়ন করার সিদ্ধান্ত নিয়েছি, প্রতিটি দলের জন্য 3টি ভোট বরাদ্দ করে, যা তারা সর্বোচ্চ মানের কাজের জন্য দিতে পারে। সম্ভবত এটি একটি জুরি সংগঠিত ভাল হবে.

আপনি কি অর্জন করেছেন?

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

উত্স: www.habr.com