কিউএ বনাম পুনরাবৃত্তির দ্বিধা


17

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

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

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

এটি সাধারণত রিলিজ প্রতি প্রায় এক থেকে তিন সপ্তাহ সময় নেয় প্রায় দুই থেকে তিনজন প্রার্থীকে। ফিক্সগুলি লেখার সময় সাধারণত পরীক্ষার প্রচেষ্টাগুলির চেয়ে অনেক কম থাকে। সুতরাং বিকাশকারীদের ব্যস্ত রাখার জন্য, তারা N + 1 প্রকাশের কাজ করে যখন কিউএ এন-তে কাজ করে

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

আমি দেখতে পাচ্ছি যে এটি অগত্যা নিম্নলিখিত অনাকাঙ্ক্ষিত ফলাফলের দিকে নিয়ে যায়:

(ক) ডেভেলপাররা একটি পুনরাবৃত্তি শেষে অলস কারণ QA একটি রিলিজ প্রার্থী যাচাই করার জন্য সময় প্রয়োজন এবং বাগ ফিক্সিংয়ের কাজ পুরোপুরি ডেভসকে ব্যস্ত রাখছে না।

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

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

এই দ্বিধা থেকে মুক্তির কোনও উপায় আছে কি?


4
কিউএ এত দীর্ঘ সময় নেয় কেন? আপনার স্বয়ংক্রিয় পরীক্ষাগুলি কি রিগ্রেশনগুলি ধরছে না?
পিএসআর

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

উত্তর:


9

আমরা এই বিল্ডটি গ্রাহকের কাছে নিযুক্ত হওয়ার আগে একটি নির্দিষ্ট বিল্ডের (রিলিজ প্রার্থী) অতিরিক্ত যাচাইকরণ হিসাবে QA- কে বুঝি।

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

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


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

1
@ পিডিআর: সে কারণেই কিউএ পরীক্ষাগুলির একটি অংশ বেসরকারীভাবে নির্মাণে আনুষ্ঠানিকভাবে চালানো ভাল অনুশীলন হবে । "কিছু বৈশিষ্ট্য সমাপ্তির সময় আমরা যখন এটি পরীক্ষা করেছিলাম" তখন এটি কাজ করেছিল তার চেয়ে কিছু শিল্পের উচ্চতর আত্মবিশ্বাসের স্তর প্রয়োজন need তাদের আত্মবিশ্বাসের স্তরের "এটি সঠিক সংস্করণে সঠিকভাবে কাজ করে" দরকার।
বার্ট ভ্যান ইনজেন শেহেনো

আপনার কীভাবে পরামর্শ দেওয়া হয় যে প্রশ্নোত্তর যখন মুক্তির প্রার্থীর পরীক্ষা করার জন্য এবং দরজা থেকে বেরিয়ে আসার চাপে থাকে তখন তারা ভবিষ্যতের সংস্করণ পরীক্ষা করার জন্য সময় খুঁজে পায়?
পিডিআর

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

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

11

বেশিরভাগ বাস্তব জীবনের পরিস্থিতিতে কিউএ / ইউএটি বা এটি যাই হোক না কেন ডেলিভারি দেওয়ার সময় চটপটি বন্ধ হয়ে যায়।

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

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

এই পরিস্থিতিতে বাগ ফিক্স ব্যতীত প্রতি ত্রৈমাসিকের জন্য একাধিক প্রকাশের কল্পনা করা অসম্ভব।

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


5

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

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

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

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

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

একবার আপনি এই সমস্ত কাজটি শেষ হয়ে গেলে, মাঝে মাঝে রিগ্রেশন বাগটি পেরিয়ে গেলে এগুলি এতটা গুরুত্ব পাবে না। তুমি জানো কেন? কারণ আপনি ব্যবসায়ের টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো পরে dep প্রকৃতপক্ষে রাতের দ্বারদ্বারা আপনার জন্য রোলব্যাক করতে সক্ষম হবেন, প্রক্রিয়াটি এত সহজ হবে।

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

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

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

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


2

পুনরাবৃত্তি ব্যবহার না করে, এটি কোনও সমস্যা নয় কারণ আমরা এন এবং এন + 1 রিলিজের জন্য কাজটি ওভারল্যাপ করতে পারি।

আপনি কী ঠিকঠাক গঠন করেছেন সে বিষয়ে কীভাবে সিদ্ধান্ত নিয়েছেন তাতে সমস্যা আছে বলে মনে হচ্ছে work for release N

কিছু অদ্ভুত কারণে (আমি কেবলমাত্র নির্দিষ্ট চটজলদি রেসিপিগুলির কিছু ভুল বোঝাবুঝির অনুমান করতে পারি) আপনি একরকম সিদ্ধান্ত নিয়েছেন যে চতুর পদ্ধতির পুনরাবৃত্তিতে অন্তর্ভুক্ত হওয়ার জন্য QA দলের সমস্ত প্রচেষ্টা ম্যান্ডেট করে।

  • যদি সত্যিই এটি হয়ে থাকে তবে আমি মনে করি যে চটপটি জনপ্রিয়তা এখন আমরা যা দেখি তার কাছাকাছি নাও হত। আমি এমন অনেক প্রকল্পের কল্পনা করতে পারি না যা QA পরীক্ষার চক্রের সাথে দেব দলের পুনরাবৃত্তির বাধ্যতামূলক সিঙ্কিং "বেঁচে থাকতে" পারে।

নীচে তত্পরতা নিয়ে আরও কিছু রয়েছে তবে প্রথমে আসুন, বাছাই করুন work for release N...


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

  • উদাহরণস্বরূপ, প্রথম "ইউনিট" স্বতন্ত্র মাইলফলক দ্বারা নির্দেশিত হয় যখন পরীক্ষার্থীদের বিল্ড পরীক্ষকদের হাতে দেওয়া হয়, এবং আরও মাইলফলক কিউএ দ্বারা সম্পাদিত পরীক্ষার চক্রের সাথে জড়িত পরিবর্তনের সাথে মিল রাখে etc.

এছাড়াও লক্ষ করুন যে আপনি যেভাবে সংজ্ঞা দিয়েছেন work for release Nতা QA কাজের প্রবাহ দ্বারা বাধ্য হয় না। আপনি যে বিষয়গুলি বর্ণনা করছেন তা থেকে দেখে মনে হচ্ছে তাদের নিজস্ব (এবং বেশ যুক্তিসঙ্গত) সময়সূচী রয়েছে।

উপরে প্রদত্ত, আপনার ক্ষেত্রে ওয়ার্ক ইউনিটগুলি সংজ্ঞায়িত করার আরও বাস্তবসম্মত উপায় নীচের মত হতে পারে:

  1. বিল্ডটি কিউএ-তে পাস করার মুহুর্ত পর্যন্ত উন্নয়নমূলক কার্যক্রম
    Release Candidate N
  2. প্রথম কিউএ পরীক্ষা চক্র সম্পর্কিত উন্নয়নমূলক কার্যক্রম
    Release Candidate N patch 1
  3. দ্বিতীয় কিউএ পরীক্ষা চক্র সম্পর্কিত উন্নয়নমূলক কার্যক্রম
    Release Candidate N patch 2
  4. ইত্যাদি, চূড়ান্ত বিল্ড পর্যন্ত

উপরে আপনার ওয়ার্ক ইউনিট রয়েছে, আপনি চটপটি করেন বা যাই করুক না কেন।

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


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

অগিলের সাথে সামঞ্জস্যের উপরের বোঝাটি মূলত ভুল দেখায় এবং এ কারণেই ...

আসাম্প্শান আপনার তৈরি করা, চঞ্চল সঙ্গে কাজ করতে যদি আমরা তার নেওয়া কিছুই আছে দর্শনের হিসাবে তার খুব নাম, যে নিতেন এবং চর্চা একটি পন্থা দ্বারা নির্দেশিত অভিহিত মূল্য এ তত্পরতা

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


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

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

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

শিপিবল মুক্তি আমি দেখতে পাচ্ছি। হুঁ। হুম। আপনার চতুর ককটেলটিতে দু'টি শট বা শট যুক্ত করার কথা বিবেচনা করুন। আমি বোঝাতে চাইছি এটি যদি গ্রাহক / বাজারের প্রয়োজন না হয় তবে এর অর্থ কেবলমাত্র (পরীক্ষার) সংস্থানসমূহের অপচয়।

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

  • দেব: হ্যাঁ, পরীক্ষার্থীদের কাছে যাওয়ার জন্য একজনকে যথেষ্ট ভাল দেখাচ্ছে; প্রশ্ন: হ্যাঁ, যদি আরও শিপিয়েবল-টেস্টিংয়ের প্রয়োজন হয় তবে কেসের জন্য এটি যথেষ্ট যথেষ্ট দেখাচ্ছে stuff দল (দেব + কিউএ) সন্তুষ্ট, এটিই।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.