জুনিয়র প্রোগ্রামারদের কীভাবে পরীক্ষা লিখতে হয়? [বন্ধ]


108

আমাদের একটি জুনিয়র প্রোগ্রামার রয়েছে যা কেবল পর্যাপ্ত পরীক্ষাগুলি লেখেন না।
আমাকে প্রতি দু'ঘন্টা ধরে তাকে ঠেকাতে হবে, "আপনি কি পরীক্ষা লিখেছেন?"
আমরা চেষ্টা করেছি:

  • ডিজাইনটি সহজ হয়ে উঠছে তা দেখানো হচ্ছে
  • এটি দেখানো ত্রুটিগুলি প্রতিরোধ করে
  • এটিকে অহংকারী জিনিস হিসাবে তৈরি করা হচ্ছে কেবল খারাপ প্রোগ্রামাররা তা করে না
  • এই উইকএন্ডে 2 টিমের সদস্যকে কাজে আসতে হয়েছিল কারণ তার কোডটিতে একটি নুল রেফারেন্স ছিল এবং সে এটি পরীক্ষা করে নি

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

আপনি আরও অনুপ্রেরণা জানেন?


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

@ এসএনআরফাস - আমি চাকরি পরিবর্তন করেছি, দুঃখিত;)
অ্যাবিক্স

ব্যক্তির কোডটি কি অন্য উপায়ে ছদ্মবেশ ধারণ করেছিল (যেমন অত্যধিক বৃহত শ্রেণি, অস্পষ্ট পরিবর্তনশীল নাম), বা এটি কেবল ইউনিট টেস্টিংয়েই সমস্যা ছিল?
অ্যান্ড্রু গ্রিম

1
@ অ্যান্ড্রু আমি বলব বাকিদের আরও অভিজ্ঞতার সাথে আরও কিছু করতে হবে, যখন পরীক্ষাগুলি আরও বেশি মন-সেট করে?
অ্যাবিক্স

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

উত্তর:


125

এটি করা সবচেয়ে কঠিন কাজ। আপনার লোকদের এটি পেতে পেতে

কখনও কখনও জুনিয়র স্তরের প্রোগ্রামারদের 'এটি পেতে' এবং সিনিয়রদের কাছ থেকে সঠিক কৌশলগুলি শেখার সেরা উপায়গুলির মধ্যে একটি হল জোড় জোড় প্রোগ্রামিং।

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

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

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

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


বোলিং গেমটা কটা ভালো!
হার্টান্টো মিথ্যা

ইউনিট পরীক্ষার 101 লিঙ্কটি নষ্ট হয়ে গেছে। আমি ওয়েবপৃষ্ঠা সংরক্ষণাগারটি অনুসন্ধান করার চেষ্টা করেছি কিন্তু কার্যকর কিছু পাই নি। এই উপস্থাপনা কেউ পেয়েছেন?
ডিসপ্লেনেম

21

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

পরীক্ষা না হওয়া অবধি প্রতিশ্রুতিতে সাইন আপ করবেন না।

(এছাড়াও - যদি তার কাজটি পরীক্ষা না করা হয় - তবে এটি কেন প্রথম স্থানে একটি প্রোডাকশন বিল্ডে ছিল? যদি এটি পরীক্ষা না করা হয় তবে এটিতে প্রবেশ করবেন না, তবে আপনাকে সপ্তাহান্তে কাজ করতে হবে না)


20

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

  1. "হুমমম, ঠিক নেই ..."
  2. সম্ভাব্য সমস্যাটি সন্ধান করুন
  3. একটি পরীক্ষা লিখুন, কোডটি ব্যর্থ হয় তা দেখান
  4. সমস্যা সমাধান কর
  5. নতুন কোডটি পাস হয় তা দেখান
  6. মূল সমস্যাটি যদি অব্যাহত থাকে তবে লুপ করুন

আমি স্টাফ বের করার সময়ও এটি করার চেষ্টা করি এবং আমি প্রায় একই সময়ে সম্পন্ন করেছি, কেবলমাত্র ইতিমধ্যে স্থায়ী পরীক্ষার স্যুট রয়েছে।

(আমি বাণিজ্যিক প্রোগ্রামিং পরিবেশে বাস করি না এবং প্রায়শই কোনও নির্দিষ্ট প্রকল্পে কাজ করা একমাত্র কোডার আমি)


1
+1 আমি মনে করি এটি পরীক্ষার শুরু করার জন্য একটি দুর্দান্ত কম প্রভাব way এইভাবে, পরিচিত বাগগুলি কখনও দুর্ঘটনাক্রমে পুনরায় পরিচয় হয় না।
জনাথন

4
একে বলা হয় রিগ্রেশন টেস্টিং! :)
pfctdayelise

16

কল্পনা করুন আমি একজন মক প্রোগ্রামার, যার নাম ... মার্কো। কল্পনা করুন যে আমি স্কুল স্নাতক হয়েছি যে খুব বেশি আগে হয়নি, এবং সত্যই কখনও পরীক্ষা লিখতে হয়নি had কল্পনা করুন যে আমি এমন একটি সংস্থায় কাজ করি যা সত্যিই প্রয়োগ করে না বা এর জন্য জিজ্ঞাসা করে না। ঠিক আছে? ভাল! এখন কল্পনা করুন, সংস্থাটি পরীক্ষাগুলি ব্যবহার করতে চলেছে, এবং তারা আমাকে এটির সাথে ইনলাইন করার চেষ্টা করছে। আমি এখনও পর্যন্ত উল্লিখিত আইটেমগুলিতে কিছুটা স্পর্শকাতর প্রতিক্রিয়া জানাবো, যেন আমি এ নিয়ে কোনও গবেষণা করি নি।

এটি স্রষ্টার সাথে শুরু করা যাক:

ডিজাইনটি সহজ হয়ে উঠছে তা দেখানো হচ্ছে।

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

এটি দেখানো ত্রুটিগুলি প্রতিরোধ করে।

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

এটিকে অহংকারী জিনিস হিসাবে তৈরি করা হচ্ছে কেবল খারাপ প্রোগ্রামাররা তা করে না।

ওহ, সুতরাং আপনি ভাবেন যে আমি খারাপ প্রোগ্রামার, কারণ আমি যতটা ব্যবহৃত পরীক্ষাগুলি করি না। আমি আপনাকে অপমানিত করেছি এবং ইতিবাচকভাবে আপনাকে বিরক্ত করছি। আমি বরং বলার চেয়ে সাহায্য এবং সমর্থন চাই।

@ জাস্টিন স্ট্যান্ডার্ড : নতুন প্রস্তাবের শুরুতে জুনিয়র লোকটিকে নিজের বা অন্য কোনও প্রবীণ প্রোগ্রামারের সাথে জুড়ুন।

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

@ জাস্টিন স্ট্যান্ডার্ড : কেট রোডসের ইউনিট টেস্টিং 101 উপস্থাপনাটি পড়ুন ।

আহ, এটি একটি আকর্ষণীয় উপস্থাপনা ছিল এবং এটি আমাকে পরীক্ষার বিষয়ে ভাবতে বাধ্য করে। এটি আমার কিছু বিবেচনা করা উচিত এবং এটি আমার দৃষ্টিভঙ্গি কিছুটা ছড়িয়ে দিয়েছে।

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

@ ডমিনিক কুনি : কিছু সময় ব্যয় করুন এবং পরীক্ষার কৌশলগুলি ভাগ করুন।

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

@ ডমিনিক কুনি : প্রশ্ন, উদাহরণ এবং বইয়ের উত্তর দিন।

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

@ অ্যাডাম হেইল : আশ্চর্য পর্যালোচনা।

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

@ রাইটমিস : আইটেমগুলি কেবল তখন পরীক্ষার ক্ষেত্রে দেখা হয়।

ওহ, আকর্ষণীয়। আমি দেখতে পাচ্ছি আমাকে এখনই এটি করতে হবে, অন্যথায় আমি কিছুই শেষ করছি না। এইবার বুঝতে পারছি.

@ জোমরিস : মুক্তি / ত্যাগ করুন।

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


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

যুক্তি, প্রস্তুতি, শিক্ষাদান, অনুসরণ, সমর্থন।


12

আমি লক্ষ্য করেছি যে প্রচুর প্রোগ্রামার যুক্তিসঙ্গত স্তরে পরীক্ষার মান দেখে। যদি আপনি "হ্যাঁ, আমি জানি যে আমার এটি পরীক্ষা করা উচিত তবে সত্যিই খুব দ্রুত এই কাজটি করা দরকার" তবে আপনি জানেন যে আমি কী বোঝাতে চাইছি। যাইহোক, একটি সংবেদনশীল স্তরে তারা মনে করেন যে তারা যখন সত্যিকারের কোডটি লিখছেন তখনই তারা কিছু করে ফেলেন।

তারপরে লক্ষ্যটি হওয়া উচিত যে কোনওভাবে তাদের বোঝার জন্য যে কোনও জিনিস "সম্পন্ন" হওয়ার পরে টেস্টিংটি পরিমাপের একমাত্র উপায়, এবং এইভাবে তাদের পরীক্ষাগুলি লেখার অভ্যন্তরীণ প্রেরণা দেয়।

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


9

আমি এখানে কি করব:

  • প্রথমবারের বাইরে ... "আমরা এই প্রকল্পটি যৌথভাবে করব I'm এদিকে এবং আমি আপনার কাছে এটাই প্রত্যাশা করব।

  • তারপরে ... "আপনি সম্পন্ন করেছেন? দুর্দান্ত! প্রথমে আপনার বিকাশগুলি চালিয়ে যাওয়া পরীক্ষাগুলি দেখুন Oh ওহ, কোনও পরীক্ষা নেই? কখন তা শেষ হয় তা আমাকে জানান এবং আমরা আপনার কোডটির দিকে তাকাতে শিডিউল করব If ​​আপনি যদি ' পরীক্ষাগুলি গঠনের জন্য পুনরায় আমাকে সাহায্যের প্রয়োজন এবং আমি আপনাকে সহায়তা করব ""


6

তিনি ইতিমধ্যে এটি করছেন। সত্যিই। তিনি শুধু এটি লিখে না। বিশ্বাস হচ্ছে না? তাকে প্রমিত বিকাশের চক্রে যেতে দেখুন:

  • কোডের একটি অংশ লিখুন
  • এটি সংকলন
  • এটি কি করে তা দেখতে দৌড়াও
  • কোড পরবর্তী অংশ লিখুন

পদক্ষেপ # 3 পরীক্ষা। তিনি ইতিমধ্যে টেস্টিং করেন, তিনি নিজে এটি নিজেই করেন। তাকে এই প্রশ্নটি জিজ্ঞাসা করুন: "আপনি আজকাল কোডটি এখনও কাজ করছেন তা আপনি কীভাবে জানেন?" তিনি উত্তর দেবেন: "এটি কোডের এত অল্প পরিমাণ!"

জিজ্ঞাসা করুন: "পরের সপ্তাহের অবস্থা কেমন?"

যখন তার কোনও উত্তর না পেয়ে জিজ্ঞাসা করুন: "গতকাল কোনও পরিবর্তন যখন ভেঙে গেছে এমন কোনও কিছু ভেঙে যায় তখন আপনি কীভাবে আপনার প্রোগ্রামটি আপনাকে বলতে চান?"

স্বয়ংক্রিয় ইউনিট টেস্টিং এটাই।


5

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

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

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

অবশ্যই, আমি আসলে কিছুই জানি না। তবে আমি আশা করি শব্দগুলি কার্যকর হয়েছে।

সম্পাদনা: [ জাস্টিন স্ট্যান্ডার্ড ]

নিজেকে হতাশ করবেন না, আপনাকে যা বলতে হবে তা এখন ঠিক ঠিক।

কোড পর্যালোচনা সম্পর্কে আপনার বক্তব্য: আপনি যা পাবেন তা হ'ল কেবল জুনিয়র দেব প্রক্রিয়াটিতে শিখবেন না, তবে পর্যালোচকরাও তা শিখবেন। কোড পর্যালোচনার প্রত্যেকটি যদি আপনি এটিকে একটি সহযোগী প্রক্রিয়া করেন তবে তা শিখবে।


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

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

4

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

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

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

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


3

নিজেকে একজন জুনিয়র প্রোগ্রামার হিসাবে আমি ভেবেছিলাম যে আইডিটি কী প্রকাশ পেয়েছিল তা যখন আমি নিজেকে নিজের জুনিয়র বিকাশকারীকে একইরকম অবস্থায় পেয়েছি তখন তা প্রকাশ পায়।

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

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

সুখের বিষয়, 2 বছর অবধি, আমি আশা করব যে আমার কিছু কলেজগুলি আমাকে এমনকি একজন গড় প্রোগ্রামার হিসাবে বিবেচনা করতে পারে।

হোম পয়েন্ট নিন

  1. বেশিরভাগ বিশ্ববিদ্যালয়গুলি সত্যিকারের বিশ্বের জন্য শিক্ষার্থীদের প্রস্তুত করতে খুব খারাপ
  2. জোড়াযুক্ত প্রোগ্রামিং আমাকে সত্যই সহায়তা করেছিল। এটি প্রত্যেককে সহায়তা করবে না তা বলার অপেক্ষা রাখে না তবে এটি আমার পক্ষে কাজ করে।

3

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

কে জানে, তারা সম্ভবত আপনার দল বর্তমানে যে কৌশলগুলি ব্যবহার করে তার চেয়ে ভাল কিছু নিয়ে আসতে পারে।


2

জুনিয়র প্রোগ্রামার বা অন্য কেউ যদি পরীক্ষার মান না দেখে থাকে তবে তাদের এটি করা ... পিরিয়ড করা শক্ত হবে।

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

শেষ পর্যন্ত, এমনকি আপনার সমস্ত সহায়তা, উত্সাহ, পরামর্শদাতা দিয়েও তিনি আপনার দলের পক্ষে উপযুক্ত নাও হবেন, তাই তাকে যেতে দিন এবং যিনি এটি পেয়েছেন তার সন্ধান করুন।


2

কোডটি প্রতি প্রতিশ্রুতি পর্যালোচনা সম্পর্কে আমি দ্বিতীয় রোডিও ক্লাউনের মন্তব্যে। তিনি একবারে এটি বেশ কয়েকবার করে ফেললে সে পরীক্ষার স্টাফের অভ্যাসে ফিরে আসবে।

আমি জানি না যদিও আপনাকে এরকম কমিটগুলি ব্লক করতে হবে কিনা। আমার কর্মক্ষেত্রে প্রত্যেকে প্রত্যেকের কাছে নিখরচায় প্রতিশ্রুতিবদ্ধ থাকে এবং সমস্ত এসভিএন কমিট বার্তা (ডিফ সহ) টিমে ইমেল করা হয়।

দ্রষ্টব্য: আপনি যদি এটি করার পরিকল্পনা করে থাকেন তবে আপনি সত্যিই থান্ডারবার্ড রঙিন-ডিফস অ্যাডোন চান ।

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

আপনি "এই, বব, আপনি কি আজ সকালে এই প্রতিশ্রুতিবদ্ধ কাজটি দেখেছেন তা এই অভ্যাসে যেতে উত্সাহিত করতে সহায়তা করতে পারেন, আমি এই ঝরঝরে কৌশলটি পেয়েছি যেখানে আপনি ব্লাহ ব্লাহ যা কিছু করতে পারেন, প্রতিশ্রুতিটি পড়ুন এবং দেখুন কিভাবে এটা কাজ করে!"

এনবি: আমাদের কাছে 2 'সিনিয়র' দেব এবং 3 টি জুনিয়র রয়েছে। এটি স্কেল নাও করতে পারে, বা আরও বিকাশকারীদের সাথে আপনার প্রক্রিয়াটি কিছুটা সামঞ্জস্য করতে হতে পারে।


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

2

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

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

অতএব, যদি কেউ তাদের কাজটি করতে অস্বীকৃতি জানাতে চলেছে, তাদের বুঝিয়ে দিন যে তারা আগামীকাল বাড়িতে থাকতে পারে এবং আপনি যে কাউকে কাজটি করবেন তাকে নিয়োগ দেবেন।

আবার, আপনি এটিকে আস্তে আস্তে করতে পারেন, যদি আপনি মনে করেন যে এটি প্রয়োজনীয়, তবে অনেক লোকের কেবলমাত্র রিয়েল ওয়ার্ল্ডে লাইফের একটি বড় চড় মারা দরকার এবং আপনি তাদের এটিকে উপহার দিয়ে তাদের পক্ষ নেবেন।

শুভকামনা।


2

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

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

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


1

আপনার সহকর্মীর যদি লেখার পরীক্ষার অভিজ্ঞতা না থেকে থাকে তবে সম্ভবত তিনি সাধারণ পরিস্থিতির বাইরে পরীক্ষা করতে অসুবিধা বোধ করছেন এবং এটি নিজেকে অপ্রতুল পরীক্ষা হিসাবে প্রকাশ করছে। এখানে আমি চেষ্টা করব:

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

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

আপনার যদি সত্যই "শক্ত" হতে হয় তবে একটি নিরপেক্ষ সিস্টেম প্রতিষ্ঠা করুন; তাদের একাকী করা হচ্ছে এমন কেউ মনে করতে পছন্দ করে না। উদাহরণস্বরূপ আপনার দলের পরীক্ষার কভারেজের একটি নির্দিষ্ট স্তর বজায় রাখতে কোডের প্রয়োজন হতে পারে (গেমড হতে সক্ষম, তবে কমপক্ষে স্বয়ংক্রিয়ভাবে সক্ষম হতে পারে); পরীক্ষা করার জন্য নতুন কোডের প্রয়োজন; কোড পর্যালোচনা করার সময় পর্যালোচকদের পরীক্ষার মান বিবেচনা করা প্রয়োজন; ইত্যাদি। এই সিস্টেমটি প্রতিষ্ঠিত করা উচিত দলের sensকমত্য থেকে come আপনি যদি সাবধানতার সাথে আলোচনাটি মাঝারি করে রাখেন তবে অন্যান্য সহজাত কারণগুলি আপনার সহকর্মীর পরীক্ষারটি আপনি প্রত্যাশা করেননি তা উদ্ঘাটন করতে পারেন।


1

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

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

আপনি কেবল কতটা ভাল শিক্ষা দিচ্ছেন সে কেবল সে হিসাবেই ভাল থাকবে। যদি তারা "জাস্ট এটি পান" করতে সক্ষম হন তবে আপনি কি মনে করেন যে তারা প্রথম স্থানটিতে একটি জুনিয়র অবস্থান নিয়েছিল?

আমার অভিজ্ঞতায় জুনিয়রদের নিয়োগ দেওয়া হয় এবং প্রায় সিনিয়রদের মতো প্রায় একই দায়িত্ব দেওয়া হয় তবে তাদের কম দেওয়া হয় এবং তারপরে তারা ঝাপ্টা শুরু করলে তা উপেক্ষা করা হয়। যদি আমাকে তিক্ত মনে হয় তবে আমাকে ক্ষমা করুন it's


1

@ জেসমরিস

আমার একবার প্রবীণ বিকাশকারী এবং "আর্কিটেক্ট" ব্রেট এবং একটি পরীক্ষককে (এটি কলেজের বাইরে আমার প্রথম কাজ ছিল) ইমেইল করে দেরী না করার এবং আগের রাতে এমন "সহজ" কাজ শেষ করার জন্য ছিল না। আমরা সারাদিন এটিতে ছিলাম এবং সন্ধ্যা at টায় এটিকে ছাড় বলি, আমি সেদিন দুপুরের খাবারের আগে সকাল ১১ টা থেকে ছিটকে যাচ্ছিলাম এবং প্রতিটি সদস্যকে কমপক্ষে দুবার সাহায্যের জন্য esুকেছিলাম।

আমি জবাব দিয়েছি এবং দলটিকে সিসিড করেছি: "আমি এখন আপনার একমাস ধরে হতাশ হয়েছি the আমি কখনই দলের কাছ থেকে সহায়তা পাচ্ছি না you আপনি যদি আমার প্রয়োজন হয় তবে আমি রাস্তায় কফির দোকানে থাকব I'm দুঃখিত, আমি 12 টি প্যারামিটার, 800 লাইন পদ্ধতিটি ডিবাগ করতে পারিনি যা প্রায় সব কিছুই নির্ভর করে ""

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

"তাহলে তোর ছেড়ে দিলে তো?"


1

আপনার উত্স ভান্ডারে: প্রতিটি কমিট করার আগে হুক ব্যবহার করুন (উদাহরণস্বরূপ এসভিএন এর জন্য প্রাক কমিট হুক)

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

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

কেবলমাত্র স্বয়ংক্রিয় চেকগুলি কোনও প্রকল্পে ভাল স্কেল করতে পারে। আপনি হাত দিয়ে সবকিছু চেক করতে পারবেন না।

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

মনে রাখবেন: লোকেরা কখনই আপনার প্রত্যাশা মতো করে না, তারা সর্বদা আপনি যা যা পরীক্ষা করে তা করে।


1

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

যদি আপনার সংস্থার 6 টিরও বেশি বিকাশকারী যথেষ্ট পরিমাণে বড় হয় তবে আমি একটি গুণমান নিশ্চিতকরণ বিভাগ রাখার জন্য দৃ just়ভাবে সুপারিশ করি (এমনকি এটির জন্য কেবলমাত্র একজন ব্যক্তি শুরু করা)। আদর্শভাবে, আপনার 1 টি টেস্টারের অনুপাত 3-5 বিকাশকারী হওয়া উচিত। প্রোগ্রামারদের বিষয় হ'ল ... তারা প্রোগ্রামার, পরীক্ষক নয়। আমি এখনও এমন কোনও প্রোগ্রামারের সাক্ষাত্কার নিতে পারিনি যা আনুষ্ঠানিকভাবে যথাযথ QA কৌশল শেখানো হয়েছিল।

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

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

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

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

পার্শ্ব দ্রষ্টব্য: অবশেষে, আপনি QA টিম একজন QA ডিরেক্টরকে রিপোর্টিং বা কমপক্ষে কোনও সফ্টওয়্যার বিকাশকারী পরিচালকের কাছে চাইবেন না, কারণ QA টিমের ম্যানেজারকে রিপোর্ট করা হ'ল যে পণ্যটির কাজটি করানো প্রাথমিক লক্ষ্য হ'ল এটি একটি দ্বন্দ্ব is স্বার্থ.

যদি আপনার সংস্থাটি 6 এর চেয়ে কম হয়, বা আপনি একটি নতুন দল তৈরি করে পালাতে না পারেন তবে আমি যুক্তযুক্ত প্রোগ্রামিং (পিপি) প্রস্তাব করি recommend আমি সমস্ত চূড়ান্ত প্রোগ্রামিং কৌশলগুলির মোট রূপান্তর নই, তবে আমি অবশ্যই যুক্তযুক্ত প্রোগ্রামিংয়ে বিশ্বাসী। যাইহোক, জোড়যুক্ত প্রোগ্রামিং দলের উভয় সদস্যকেই উত্সর্গ করতে হবে, বা এটি সহজভাবে কাজ করে না। তাদের দুটি নিয়ম মেনে চলতে হবে: স্ক্রিনে কী কোড করা হচ্ছে তা পরিদর্শককে পুরোপুরি বুঝতে হবে বা কোডারকে এটি ব্যাখ্যা করতে বলতে হবে; কোডার কেবল সে যা ব্যাখ্যা করতে পারে তার কোড করতে পারে - কোনও "আপনি দেখবেন" বা "আমার উপর বিশ্বাস রাখবেন" বা হাত বোলা সহ্য করা হবে না।

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

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

যদি সমস্ত কিছু ব্যর্থ হয়, প্রোগ্রামারদের শপথের জারের সমতুল্যতা থাকতে হবে - প্রতিবার প্রোগ্রামার বিল্ডটি ভেঙে দেয়, তাদের জন্য আপনার প্রিয়তে যায় এমন একটি বয়ামে $ 20, $ 50, $ 100 (আপনার স্টাফের জন্য মাঝারিভাবে বেদনাদায়ক যাই হোক না কেন) রাখতে হবে ( নিবন্ধিত!) দাতব্য। যতক্ষণ না তারা বেতন দেয় ততক্ষণ তাদের এড়িয়ে চলুন :)

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


0

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


0

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

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

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


0

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

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

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

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