আপনাকে দেওয়ার মতো কোনও গবেষণামূলক কাগজপত্র বা পরিসংখ্যান আমার কাছে নেই, তবে আমি এমন একটি দল / সংস্থায় কাজ করার অভিজ্ঞতা থেকে আমার অভিজ্ঞতার কথা বলব যা historতিহাসিকভাবে নিম্ন-গড়-ইউনিট পরীক্ষার কভারেজ ছিল এবং ধীরে ধীরে কোনও শেষ থেকে শেষের পরীক্ষা ছিল না gradually আমরা এখন কোথায়, একটি ATDD (কিন্তু, হাস্যকর ভাবে, আরো সঙ্গে বার চলন্ত না ঐতিহ্যগত TDD- এ) পদ্ধতির।
বিশেষত, প্রকল্পের টাইমলাইনগুলি এভাবে খেলার জন্য ব্যবহৃত হত (এবং এখনও একই সংস্থার অন্যান্য দল / পণ্যগুলিতে খেলতে পারে):
- বিশ্লেষণ এবং প্রয়োগের 4 সপ্তাহ পর্যন্ত
- 2 সপ্তাহের রিগ্রেশন টেস্টিং, বাগ ফিক্সিং, স্থিতিশীলতা এবং প্রকাশের প্রস্তুতি
- জানা ত্রুটিগুলি ঠিক করার 1-2 সপ্তাহ
- কোড ক্লিনআপ এবং পোস্ট-প্রোডাকশন ইস্যু / সমর্থনের 2-3 সপ্তাহ (অজানা ত্রুটি / অপরিকল্পিত আউটজেস)
এটি হাস্যকর ওভারহেডের মতো বলে মনে হচ্ছে তবে এটি আসলে খুব সাধারণ, এটি প্রায়শই অনেক সংস্থায় মুখোশযুক্ত বা অনুপযুক্ত QA দ্বারা অনুপস্থিত। আমাদের কাছে ভাল পরীক্ষক এবং নিবিড় পরীক্ষার সংস্কৃতি রয়েছে, তাই এই সমস্যাগুলি প্রথম দিকে ধরা পড়ে এবং বেশিরভাগ মাস / বছর ধরে ধীরে ধীরে খেলতে দেওয়া না হয়ে (বেশিরভাগ সময়) সামনে দাঁড় করানো হয়। 55-65% রক্ষণাবেক্ষণ ওভারহেড সাধারণভাবে স্বীকৃত নিয়মের 80% ডিবাগিংয়ের জন্য ব্যয় করা তুলনায় কম - যা যুক্তিযুক্ত বলে মনে হয়, কারণ আমাদের কিছু ইউনিট পরীক্ষা এবং ক্রস-ক্রিয়ামূলক দল ছিল (কিউএ সহ)।
আমাদের টিমের আমাদের সর্বশেষ পণ্যটির প্রথম প্রকাশের সময়, আমরা গ্রহণযোগ্যতা পরীক্ষাগুলি পুনঃনির্মাণ করা শুরু করেছিলাম তবে সেগুলি খুব কম ছিল না এবং আমাদের এখনও অনেকগুলি ম্যানুয়াল পরীক্ষার উপর নির্ভর করতে হয়েছিল। মুক্তি অন্যের তুলনায় কিছুটা কম বেদনাদায়ক ছিল, আইএমও আংশিকভাবে আমাদের অভ্যাসগত গ্রহণযোগ্যতা পরীক্ষার কারণে এবং আংশিকভাবে অন্যান্য প্রকল্পের তুলনায় আমাদের খুব উচ্চ ইউনিটের পরীক্ষার জন্যও ছিল। তবুও, আমরা প্রায় 2 সপ্তাহ রিগ্রেশন / স্থিতিশীলকরণ এবং 2 সপ্তাহ পোস্ট-প্রোডাকশন ইস্যুতে কাটিয়েছি।
বিপরীতে, প্রাথমিক প্রকাশের পর থেকে প্রতিটি প্রকাশের প্রাথমিক গ্রহণযোগ্যতার মানদণ্ড এবং গ্রহণযোগ্যতা পরীক্ষা ছিল এবং আমাদের বর্তমান পুনরাবৃত্তিগুলি এর মতো দেখাচ্ছে:
- বিশ্লেষণ এবং বাস্তবায়নের 8 দিন
- স্থিরকরণের 2 দিন
- পোস্ট-প্রোডাক্ট সাপোর্ট এবং ক্লিনআপের 0-2 টি মিলিত দিন
অন্য কথায়, আমরা 55-65% রক্ষণাবেক্ষণ ওভারহেড থেকে 20-30% রক্ষণাবেক্ষণ ওভারহেডে অগ্রসর হয়েছি। একই দল, একই পণ্য, মূল পার্থক্য হ'ল আমাদের গ্রহণযোগ্যতা পরীক্ষাগুলির প্রগতিশীল উন্নতি এবং স্ট্রিমলাইনিং।
সেগুলি বজায় রাখার জন্য ব্যয় হয়, প্রতি স্প্রিন্টে, QA বিশ্লেষকের জন্য 3-5 দিন এবং বিকাশকারীর জন্য 1-2 দিন। আমাদের দলে ৪ জন বিকাশকারী এবং ২ টি কিউ বিশ্লেষক রয়েছে, সুতরাং (ইউএক্স, প্রকল্প পরিচালনা ইত্যাদি গণনা করা হচ্ছে না) এটি 60০ টির মধ্যে সর্বাধিক man ম্যান-ডে, যা আমি 15% বাস্তবায়ন ওভারহেডের উপর দিয়ে যাব নিরাপদ দিক
আমরা প্রতিটি প্রকাশের সময়কালের 15% অটোমেটেড গ্রহণযোগ্যতা পরীক্ষার বিকাশ করে ব্যয় করি এবং প্রক্রিয়াটিতে প্রতিটি রিলিজের 70% রিগ্রেশন টেস্ট করে এবং প্রাক-উত্পাদন এবং পোস্ট-প্রোডাকশন বাগগুলি ঠিক করতে সক্ষম হয়।
আপনি লক্ষ্য করেছেন যে দ্বিতীয় টাইমলাইনটি আরও বেশি সুনির্দিষ্ট এবং প্রথমটির চেয়ে অনেক ছোট। এটি এমন কিছু যা আপ-ফ্রন্টের গ্রহণযোগ্যতা মানদণ্ড এবং গ্রহণযোগ্যতা পরীক্ষাগুলি দ্বারা সম্ভব হয়েছিল, কারণ এটি "সম্পন্নের সংজ্ঞা" ব্যাপকভাবে সরল করে এবং একটি মুক্তির স্থিতিশীলতায় আমাদের আরও বেশি আত্মবিশ্বাসী হতে দেয়। মোটামুটি তুচ্ছ রক্ষণাবেক্ষণ প্রকাশ (কেবল বাগফিক্স-ইত্যাদি) ব্যতীত অন্য কোনও দল দ্বি-সাপ্তাহিক প্রকাশের সময়সূচী নিয়ে সফল হয়নি।
আর একটি আকর্ষণীয় পার্শ্ব প্রতিক্রিয়া হ'ল আমরা আমাদের মুক্তির শিডিউলটি ব্যবসায়ের প্রয়োজনের সাথে খাপ খাইয়ে নিতে সক্ষম হয়েছি। একসময়, আমাদের অন্য রিলিজের সাথে মিলে যেতে এটি প্রায় 3 সপ্তাহ বাড়ানো হয়েছিল এবং আরও কার্যকারিতা সরবরাহ করার সময় কিন্তু পরীক্ষার বা স্থিতিশীলকরণের জন্য কোনও অতিরিক্ত সময় ব্যয় না করে তা করতে সক্ষম হয়েছিল। অন্য সময়, ছুটির দিন এবং সংস্থার দ্বন্দ্বের কারণে আমাদের এটি প্রায় 1½ সপ্তাহের মধ্যে সংক্ষিপ্ত করতে হয়েছিল; আমাদের কম দেব কাজ করতে হয়েছিল, তবে, যেমনটি প্রত্যাশা করা হয়েছিল, কোনও নতুন ত্রুটি না পরিচয় দিয়ে পরীক্ষার এবং স্থিতিশীলতায় তুলনামূলকভাবে কম সময় ব্যয় করতে সক্ষম হয়েছি।
সুতরাং আমার অভিজ্ঞতা হিসাবে, গ্রহণযোগ্যতা পরীক্ষাগুলি, বিশেষত যখন কোনও প্রকল্প বা স্প্রিন্টের খুব প্রথম দিকে করা হয় এবং যখন পণ্য মালিকের দ্বারা লিখিত স্বীকৃতি মানদণ্ডের সাথে ভালভাবে বজায় রাখা হয়, আপনি যে সেরা বিনিয়োগ করতে পারেন তার মধ্যে একটি। ঐতিহ্যগত TDD- এ, যা অন্য লোকেদের সঠিকভাবে বাতলান তৈরি উপর দৃষ্টি নিবদ্ধ করা হয় ভিন্ন testable চেয়ে কোড খুঁত মুক্ত কোড - ATDD সত্যিই সাহায্য ধরা অপূর্ণতা আছে অনেক দ্রুততর; এটি পরীক্ষকদের একটি সেনাবাহিনী প্রতিদিন একটি সম্পূর্ণ রিগ্রেশন টেস্ট করে রাখার সাংগঠনিক সমতুল্য, তবে সস্তা।
এটিপিডি কি আপনাকে দীর্ঘমেয়াদী প্রকল্পগুলিতে আরইউপি বা (উঘ) জলপ্রপাত শৈলীতে, 3 মাস বা তারও বেশি সময় ধরে পরিচালিত প্রকল্পগুলিতে সহায়তা করবে? আমি মনে করি যে জুরি এখনও সেই একটার বাইরে আছে। আমার অভিজ্ঞতায়, দীর্ঘ-চলমান প্রকল্পগুলির মধ্যে সবচেয়ে বড় এবং কুৎসিত ঝুঁকি হ'ল অবাস্তব সময়সীমা এবং পরিবর্তনের প্রয়োজনীয়তা। অবাস্তব সময়সীমার কারণে লোকেরা শর্টকাট নেবে, পরীক্ষার শর্টকাট সহ প্রয়োজনীয়তাগুলির উল্লেখযোগ্য পরিবর্তনগুলি সম্ভবত বিপুল সংখ্যক পরীক্ষাকে অকার্যকর করে দেবে, এগুলি পুনর্লিখন এবং সম্ভাব্যভাবে প্রয়োগের ওভারহেডে স্ফীতকরণের প্রয়োজন।
আমি নিশ্চিত যে এটিডিডি-তে চটজলদি মডেলগুলির জন্য, বা এমন দলে যে আনুষ্ঠানিকভাবে চটফটে নয় তবে খুব ঘন ঘন রিলিজের শিডিয়ুল রয়েছে তার জন্য একটি দুর্দান্ত অর্থ প্রদান রয়েছে pretty আমি এটি দীর্ঘমেয়াদী প্রকল্পে কখনও চেষ্টা করে দেখিনি, মূলত কারণ এমন কোনও প্রকল্পে এটি চেষ্টা করতে আগ্রহী এমন কোনও সংস্থায় আমি কখনও আসিনি বা শুনিনি, সুতরাং এখানে মানক অস্বীকৃতি sertোকান। ওয়াইএমএমভি এবং সমস্ত কিছু।
পিএস আমাদের ক্ষেত্রে, "গ্রাহক" এর থেকে অতিরিক্ত কোনও পরিশ্রমের প্রয়োজন নেই, তবে আমাদের কাছে একটি নিবেদিত, পূর্ণ-সময়ের পণ্য মালিক আছে যা প্রকৃতপক্ষে গ্রহণযোগ্যতার মানদণ্ডটি লেখেন। আপনি যদি "পরামর্শদাতা" ব্যবসায় থাকেন তবে আমার সন্দেহ হয় শেষ ব্যবহারকারীদের দরকারী গ্রহণযোগ্যতার মানদণ্ড লিখতে পারা অনেক বেশি কঠিন হতে পারে । এটিডিডি করার জন্য কোনও প্রোডাক্টের মালিক / প্রোডাক্ট ম্যানেজারটিকে বেশ প্রয়োজনীয় উপাদান বলে মনে হয় এবং যদিও আমি আবার কেবল নিজের অভিজ্ঞতা থেকে কথা বলতে পারি, তবুও আমি এডিডিডি সাফল্যের সাথে কাউকে ছাড়া সেই ভূমিকা পালন করার কথা কখনও শুনিনি।
