আপনি কি বিশ্বাস করেন যে সফটওয়্যার ইঞ্জিনিয়ারদের কিছু সময়ের জন্য কোয়ালিটি আশ্বাস ইঞ্জিনিয়ার্স হিসাবে কাজ করা ভাল ধারণা? [বন্ধ]


12

আমি বিশ্বাস করি। কেন?

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

  2. একজন সফ্টওয়্যার ইঞ্জিনিয়ার তাদের নিজস্ব প্রোগ্রামগুলি পরীক্ষা করার সময় যতটা কম সফটওয়্যার ডেভলপমেন্ট লাইফ-সাইকেলটি চালিয়ে যাওয়ার সময় তাদের কোডের সাথে কম সময় ব্যয় করে থাকে।

  3. কোনও সফ্টওয়্যার ইঞ্জিনিয়ার কোনও প্রোগ্রাম কীভাবে ভাঙতে পারে সে সম্পর্কে যত বেশি সময় ব্যয় করে, ততবার তারা তাদের কেসগুলি বিকাশ করার সাথে সাথে বিবেচনা করে, ফলে শেষের পণ্যগুলিতে বাগগুলি হ্রাস করে।

  4. একটি সফ্টওয়্যার ইঞ্জিনিয়ারের "সম্পূর্ণ" সংজ্ঞাটি সর্বদা আকর্ষণীয় ... তারা যদি QA ইঞ্জিনিয়ার হিসাবে সময় ব্যয় করে থাকে তবে এই সংজ্ঞাটি সফ্টওয়্যারটির ডিজাইনারের সাথে আরও ঘনিষ্ঠভাবে মিলবে।

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

আপনি সব কি মনে করেন?


1
আমার প্রথম কাজটি ছিল QA। আমি এটি ঘৃণা করি, তবে আমি QA এর গুরুত্ব বুঝতে পেরেছিলাম।
কাজ

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

5
আমি অনেক সফটওয়্যার ইঞ্জিনিয়ারের মুখোমুখি হয়েছি যারা বিশ্বাস করে যে তারা গ্রহের সকলের চেয়ে কোনওরকমে উচ্চতর ;-)
স্টিভেন এ লো।

খুব সত্য স্টিভেন।
ম্যাসি অ্যাবে

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

উত্তর:


13

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

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

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

২. সফ্টওয়্যার ইঞ্জিনিয়ার যত ভাল তাদের নিজস্ব প্রোগ্রামগুলি পরীক্ষা করে যাচ্ছেন, বাকী সফ্টওয়্যার ডেভলপমেন্ট লাইফ-চক্রের মধ্য দিয়ে যাওয়ার সময় কম কোডে তাদের কোডটি আসবে।

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

৩. সফ্টওয়্যার ইঞ্জিনিয়ার কোনও প্রোগ্রামটি কীভাবে ভাঙতে পারে সে সম্পর্কে যত বেশি সময় ব্যয় করে তত বেশি সময় তারা তাদের কেসগুলি বিকাশ করার সাথে সাথে বিবেচনা করে, ফলে শেষের পণ্যগুলিতে বাগগুলি হ্রাস করে।

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

৪. একটি সফ্টওয়্যার ইঞ্জিনিয়ারের "সম্পূর্ণ" সংজ্ঞাটি সর্বদা আকর্ষণীয় ... তারা যদি QA ইঞ্জিনিয়ার হিসাবে সময় ব্যয় করে তবে এই সংজ্ঞাটি সফ্টওয়্যারটির ডিজাইনারের সাথে আরও ঘনিষ্ঠভাবে মিলবে।

"সম্পূর্ণ" কেবল প্রয়োজনীয়তার তুলনায় পরিমাপ করা যায়। হয় প্রয়োজনীয়তা সন্তুষ্ট এবং প্রকল্পটি সম্পূর্ণ, বা অসম্পূর্ণ প্রয়োজনীয়তা রয়েছে এবং প্রকল্পটি সম্পূর্ণ নয়। সম্পূর্ণ অন্য কোনও পরিমাপ অকেজো।


থমাস ধন্যবাদ, এটি একটি খুব তথ্যপূর্ণ এবং চিন্তাশীল উত্তর।
ম্যাসি অ্যাবে

6

প্রোগ্রামারদের তাদের কোডের জন্য জবাবদিহি করা এবং তাদের নিজের বাগগুলি ঠিক করার প্রয়োজন হলে এটি যত্ন নিতে পারে। এটি এবং বোনাস এবং / বা কাজের ক্ষতি।

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


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

এছাড়াও, এই পদ্ধতির নেতিবাচকগুলির মধ্যে একটি হ'ল কোনও প্রোগ্রামারকে কিছু সময়ের জন্য হারিয়ে ফেলছে, এক সপ্তাহ ... দুই সপ্তাহ, একমাস? এবং আমি মনে করি না যে তাদের বর্তমান চাকরির সাথে খুব কম করার মতো চাকরি করা তাদের পক্ষে একটি ভাল ধারণা ... (টয়লেটগুলি স্ক্র্যাব করে: পি)
ম্যাসি অ্যাবে

6

"... কিউএ ইঞ্জিনিয়ার হিসাবে কাজ করতে হবে ..."? আপনি এটিকে প্রতিকূল বা শাস্তি হিসাবে সাব্যস্ত করেন।

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

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

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

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


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

আপনার কি মনে হয় কিউএ ইঞ্জিনিয়ার হিসাবে কোনও নতুন সফটওয়্যার ইঞ্জিনিয়ার কাজ করা তাদের বর্তমানে আপনার পর্যায়ে পৌঁছাতে সহায়তা করবে?
ম্যাসি অ্যাবে

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

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

@ গ্রেগ ধন্যবাদ গ্রেগ ধন্যবাদ, এটি একটি ভাল কৌশল বলে মনে হচ্ছে। আমি বিশ্বাস করি যে আপনি আমাকে নিশ্চিত করেছেন যে অন্য কৌশলগুলির মিশ্রণ আমি প্রাথমিকভাবে প্রস্তাবিত চেয়ে ভাল better
ম্যাসি অ্যাবে

5

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

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

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


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

এটি ঠিক নয় যে তারা যে অবস্থানে নিযুক্ত হয়েছিল সেখানে কাজ করবে না, তারা যে পেশায় তাদের বেছে নিয়েছিল এবং স্কুলে যেত এমন অবস্থানেও তারা থাকত না। এটি অনেক লোকের মুখে মুখে একটি বড় থাপ্পড় যাঁরা তাদের হৃদয়কে তাদের কেরিয়ারে ফেলেছেন। যারা কেবল একটি চাকরিকে বেতন-চেক হিসাবে বিবেচনা করে তাদের পক্ষে এটি ঠিক থাকবে।
টিন ম্যান

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

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

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

3

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

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

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

এর অর্থ এই নয় যে আপনি একজন অভিজ্ঞ প্রোগ্রামার নিয়েছেন এবং কিউএ ইঞ্জিনিয়াররা কতটা কঠোর পরিশ্রম করে তা বোঝার জন্য তাকে কিছুক্ষণের জন্য পরীক্ষা করান।


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

1

আপনার প্রস্তাব সহ আমি এখানে দেখি কিছু সম্ভাব্য সমস্যা:

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

2) খুব খারাপ পরীক্ষক হওয়ার জন্য কিছু সময়ের জন্য তাদের প্রয়োজনীয় মূল্যবান কিছু শেখানো হবে না। তবে এটি পরবর্তীতে তাদের অপরিবর্তনীয় করে তুলতে পারে, কারণ তারা ধরে নেবে যে তারা এখন পরীক্ষার বিষয়ে সমস্ত কিছু জানেন কারণ তারা পরীক্ষার বিভাগে একবারে weeks সপ্তাহ অতিবাহিত করেছিল।

3) প্রদত্ত যে তারা স্পষ্টত কেবল অল্প সময়ের জন্য সেখানে থাকবেন, এবং QA বিভাগীয় এটি জানতে পারবেন, সম্ভবত এটি সম্ভবত অপেক্ষাকৃত কম, সহজ কাজগুলির জন্য দেওয়া হবে যার জন্য খুব কম তদারকি বা বোঝার প্রয়োজন হয়, তবে যা তাদের ব্যস্ত রাখে । এটি কেবল 1 এবং 2 টি আরও শক্তিশালী করবে।

৪) আপনি যদি ১, ২, এবং ৩ এড়াতে চান তবে আপনি কীভাবে আপনার পরীক্ষা বিভাগকে বোঝাবেন যে পরীক্ষায় আগ্রহী নয় এমন কাউকে পড়াতে এবং তদারকি করতেও এটি প্রচুর পরিমাণে শক্তি ব্যয় করার উপযুক্ত? (আমি আপনাকে বলতে পারি, এমন কারও সাথে কাজ করতে সময় এবং শক্তির এক ভয়ঙ্কর পরিমাণ সময় লাগে, যাক মনে রাখা যাক, তাদের পরীক্ষার দক্ষতার জন্য বেছে নেওয়া হয়নি । আপনি কয়েক সপ্তাহের জন্য পরীক্ষার দলটিকে অতিরিক্ত সংস্থান দিচ্ছেন না, আপনি 'কয়েক সপ্তাহের জন্য তাদের সবচেয়ে অভিজ্ঞ ব্যক্তিদের একজনকে হারাতে বলছি, যখন তারা আপনার নবাবীকে শেখায়))

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

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


0

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


এই উপাখ্যানটিতে প্রশ্নের কোনও উত্তর রয়েছে বলে মনে হয় না।
কেউ নেই

-2

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

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