গিটারফ্লো শাখা মডেলটিতে কিউএ টিমের পরীক্ষা করা উচিত

Question

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

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

আমাদের কিউএ টিম আমাদের বৈশিষ্ট্যগুলি কোথায় পরীক্ষা করবে?

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

আমি অন্যদের জন্য কী পদ্ধতির ভালভাবে কাজ করেছে তা শুনতে আগ্রহী।

Answer 1

QA সম্ভবত দুবার পরীক্ষা করা উচিত।

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

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

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

Comments

এই পদ্ধতির সাথে আমার কয়েকটি উদ্বেগ হ'ল 1) প্রতিটি বৈশিষ্ট্যের জন্য একটি ডিভাইস মোতায়েনের প্রয়োজন। কখনও কখনও আমরা 5 টি বৈশিষ্ট্যে কখনও কখনও দু'বার কাজ করি। আমরা কি জিনকিনসকে ভিএম-এর স্পিন আপ করতে পারি? সবাই কি করে? 2) কিএএটি জানা উচিত যে কোন বিল্ডটি কোন মেশিনে রয়েছে। 3) আমি ভেবেছিলাম যে এটির অপ্রয়োজনীয় যেহেতু আমরা মুক্তির শাখায় যাইহোক নিখুঁতভাবে পরীক্ষা করতে যাচ্ছি।

— শ্রিনি

Answer 2

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

অপরিহার্য সমস্যাটি হ'ল প্রতিটি মার্জ, সংকলন বা এমনকি স্থাপনা, সম্ভাব্যভাবে একটি বাগ তৈরি করতে পারে। আপনার পরীক্ষা করা চেইনটি আরও 'আপ' করবে, তত দ্রুত আপনি বাগগুলি সম্পর্কে জানতে পারবেন, তবে আরও বারবার আপনাকে আবার পরীক্ষা করতে হবে।

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

তবে স্পষ্টতই এই প্রথম দিনটি কোডটি চেক করার সময় হতে একটু দেরি হয়ে গেছে!

যদি আপনি একটি QA env এ একটি রিলিজ শাখা পরীক্ষা করেন তবে আপনি ঝুঁকি নিতে পারেন এবং লাইভ টেস্টিং কেবলমাত্র ধূমপান পরীক্ষায় কমিয়ে দিতে পারেন। এবং রিলিজ শাখায় বাগ ফিক্স প্রয়োগ করুন। তবে কোনও প্রকাশনা তৈরির আগে কোনও বৈশিষ্ট্য সম্পূর্ণ কিনা তা আপনি মূল্যায়ন করতে পারবেন না

আপনি যদি বিকাশের পরীক্ষা করেন তবে আপনি মিনি বাগ-ফিক্স-বৈশিষ্ট্যযুক্ত শাখা পাবেন। বৈশিষ্ট্যগুলি মূল্যায়নের আগে এখনও মার্জ করা হয়, এবং পরবর্তী প্রকাশের বৈশিষ্ট্যগুলি বর্তমান প্রকাশের পরীক্ষার সাথে সংঘর্ষে আসতে পারে।

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

আমার অভিজ্ঞতা থেকে আমি সুপারিশ করব:

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

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

সমস্ত বৈশিষ্ট্যগুলি যদি থাকে তবে পরীক্ষা শেষ হয় না। যেমন স্প্রিন্ট সম্পূর্ণ is একটি রিলিজ শাখা তৈরি করুন এবং দ্বিতীয় কিউ পরিবেশে মোতায়েন করুন। এটি রিলিজ 1-তে বাগ ফিক্সিং / পরীক্ষার জন্য রিলিজ 2 এর বৈশিষ্ট্য হিসাবে একই সময়ে চালিয়ে যেতে দেয়।

(স্ক্রাম ভক্তরা বলবেন আপনার স্প্রিন্ট 2 এ কেবল বাগ ফিক্সগুলি দেওয়া উচিত তবে ব্যবহারিক হতে দিন)

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

Answer 3

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

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

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

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

Comments

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

— nlyn

এটি আপনার অ-ফস সরঞ্জামের জন্য বিজ্ঞাপনের মতো দেখায়, তাই ডাউনভোটগুলি। আমি যদি পারতাম তবে আপনাকে অন্য একটি উপহার দিতাম।

— জোহানেসএম