আপনি কি টিডিডি (পরীক্ষা চালিত বিকাশ) না করে চটপটে থাকতে পারেন?


45

আপনি যদি টিডিডি না করেন (টেস্ট-চালিত উন্নয়ন) সঠিকভাবে নিজেকে (বা আপনার দলকে) "চটজলদি" বলা সম্ভব?


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

কেউ টিডিডি ছাড়াই করতে পারে, তবে কেন নিজেকে বিকল করে বরফের মধ্যে miles মাইল হাঁটা যায়?
কাজ

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

2
আপনি "চটজলদি" সম্পর্কে এত যত্ন কেন করেন ??? আপনার গ্রাহকদের আনন্দ দেয় এমন সফ্টওয়্যার লেখার মতো উদ্বিগ্ন হওয়ার মতো আরও গুরুত্বপূর্ণ কিছু আপনার নেই কি?
xpmatteo

1
@ শ্যাডোচেজার আপনি যা বলছেন তা পেয়েছি তবে অ্যাগিল পয়েন্ট # 1 সম্পর্কিত একটি মুহুর্তের জন্য শয়তানের উকিল খেলতে, যদি আমি এমন একটি দলে থাকি যে জলপ্রপাত-শৈলীর বিকাশ করেছিল তবে আমাদের সদস্যদের মধ্যে দুর্দান্ত যোগাযোগ ও সহযোগিতা ছিল দল, যে আমাদের চটপটে করতে হবে?
ক্রেগটিপি

উত্তর:


50

হ্যাঁ, হ্যাঁ, হ্যাঁ, এক মিলিয়ন বার হ্যাঁ।

চতুরতা একটি দর্শন, টিডিডি একটি নির্দিষ্ট পদ্ধতি।

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

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

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

এবং অবশেষে, এটি সমান সত্য যে আপনি আপনার সামগ্রিক দেব দর্শনে নির্বিশেষে প্রথম পরীক্ষা করার জন্য তত্পর এবং দৃ strong় তর্ক ছাড়াই টেস্ট প্রথম করতে পারেন ।


দেখে মনে হচ্ছে অন্যদের (আরও সলিউড প্রতিনিধির সাথে) একই মতামত রয়েছে ...

http://www.twitter.com/unclebobmartin/status/208621409663070208

@ আঙ্কেলবোবার্টিন: http://t.co/huxAP5cS যদিও টিডিডি এবং ওওডি ছাড়া অগিল করা অসম্ভব নয়, তবে এটি কঠিন। টিডিডি ছাড়াই এর পুনরাবৃত্তির হার ...

(টুইটের লিঙ্কটি লিঙ্কডইন-এর পুরো উত্তরের জন্য রয়েছে)


2
+1 এর জন্য আপনি সাধারণভাবে আপনার আচরণে তত্পর হন, আপনি সেই বা সেই পদ্ধতিটি ব্যবহার করার কারণে নয়।

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

6
@ ম্যাকনিল: "চতুর হতে" আপনাকে ইউনিট পরীক্ষা লিখতে হবে না । টিডিডি এবং ইউটি হ'ল নিজেরাই দুর্দান্ত অনুশীলন, তবে চতুর ইশতেহারে এটি প্রয়োজনীয় বা এমনকি উল্লেখ করা হয়নি।
মার্টিন উইকম্যান

4
@Marin: কোন উন্নয়ন পদ্ধতি আদৌ ইশতেহারে উল্লেখ করা হয়
স্টিভেন উ লো

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

19

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

হ্যাঁ, আপনি টিডিডি বা ইউনিট টেস্টিং না করে চট করে থাকতে পারেন।

যদিও আমি এটি সুপারিশ করব না ...


2
@ মার্টিন: ভালই বলেছেন - ইশতেহারে কোনও উন্নয়ন পদ্ধতি নির্দিষ্ট করা হয়নি। এটি একটি মিশন স্টেটমেন্ট, কোনও পদ্ধতি নয়।
স্টিভেন এ লো।

4
@ মার্টিন: একটি চৌকস প্রক্রিয়া এবং চতুর নীতির মধ্যে পার্থক্য রয়েছে। আপনি যদি কোনও চতুর প্রক্রিয়াটির নাম রাখতে পারেন যা পরীক্ষা না করে থাকে তবে দয়া করে এটি করুন।
ম্যাকনিল

@ ম্যাকনিল: স্ক্রামের পরীক্ষা নেই।
মার্টিন উইকম্যান

2
@ মার্টিন: আবার, স্ক্রাম একটি প্রকল্প পরিচালনার পদ্ধতি, কোনও সফ্টওয়্যার বিকাশ পদ্ধতি নয়। স্ক্রামটি সাধারণত এক্সপির মতো একটি চৌকস বিকাশের পদ্ধতিতে ব্যবহৃত হয় তবে এটির বিকল্প নেই
স্টিভেন এ লো লো

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

11

হ্যাঁ ,

চতুর মানগুলির মধ্যে একটি দেখুন:

প্রক্রিয়া এবং সরঞ্জামগুলির উপর ব্যক্তি এবং ইন্টারঅ্যাকশন

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

আমি এটিকে সংক্ষেপ করে বলব:

  • চৌকস হওয়ার জন্য আজ টিডিডি একটি শোধক-মান

  • টিডিডি ছাড়াই চটজলদি থাকার উপায় রয়েছে


5

আমি বলি

না [সাজানোর]

যদি আপনি মূল উত্সটিতে ফিরে যান http://en.wikedia.org/wiki/Extreme_Programming টিডিডি প্রক্রিয়াটির জন্য মৌলিক; পরীক্ষাগুলি জলপ্রপাতের প্রয়োজনীয়তা নির্দিষ্টকরণ এবং ব্যবহারের ক্ষেত্রে প্রতিস্থাপন করে, জীবিত ডকুমেন্টেশন এবং কার্যকরী উদাহরণ ইত্যাদি হিসাবে পরিবেশন করে They এগুলি অনিবার্য।

যাইহোক, 'চতুর' এর বিভিন্ন ধরণের স্বাদ এখন প্রায় ভাসমান যে এটি সম্পূর্ণরূপে সম্ভব যে তাদের মধ্যে একটি টিডিডি রাখে না

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

ওয়ার্কিং সফটওয়্যার অগ্রগতির প্রাথমিক পরিমাপ।

এবং

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

আমার কাছে, এই দুটি নীতি টিডিডি প্রয়োজন না হলে বোঝায় - এগুলি ছাড়া এগুলি অর্জনের জন্য আমি অন্য কোনও উপায় জানি না!

সম্পাদনা 2: হ্যাঁ, প্রযুক্তিগতভাবে আপনি পরে পরীক্ষাগুলি লিখতে পারেন; তবে আমি এখনও পরীক্ষার প্রথম / টিডিডিটিকে মৌলিক হিসাবে বিবেচনা করি। আপনি এটি ছাড়া "চটফেরা" করতে পারবেন না বলে নয়, তবে আপনি এটির সাথে আরও চটুল থাকবেন । টেস্ট-প্রথম / পরীক্ষামূলক-চালিত হ'ল পরীক্ষার পরে / পরীক্ষার পরে চিন্তাভাবনার চেয়ে অনেক বেশি কার্যকর পন্থা। পরীক্ষা বিবরণ হয় প্রয়োজনীয়তা । এগুলি পরে না রেখে দিন ;-)

সম্পাদনা 3: অবশেষে আমি মরফের খুব সুস্পষ্ট লিখিত উত্তর সম্পর্কে আমাকে এতটা বিরক্ত করার বিষয়টি বুঝতে পেরেছিলাম। এটি এমন ধারণা যে বাস্তবে এটি না করেই একজন "চতুর" হতে পারে । এবং "এটি করছেন" (উপরে দেখানো হয়েছে) এর জন্য অনেক বেশি প্রয়োজন টিডিডি।


1
সম্পর্কিত পৃষ্ঠায় লিঙ্ক হিসাবে ব্যতীত that পৃষ্ঠার আর কোথাও টিডিডি বা টেস্ট ফার্স্ট মেশানেশন নেই
মার্ফ

2
আমি 2000-2001 সালে একটি চরম প্রোগ্রামার হিসাবে কাজ করেছি। হ্যাঁ আমরা ইউনিট পরীক্ষাগুলি লিখেছিলাম তবে প্রায় সবসময় কোডটি প্রথমে লিখেছিলাম এবং তারপরে কোডটি পরীক্ষা করেছিলাম।
মাইকেল শ

1
শব্দের ভুল পছন্দ। আসুন এটি পুনরায় প্রত্যাখ্যান করুন: চতুরতা কেবল এক্সট্রিম প্রোগ্রামিং নয়; স্ক্রাম এবং
কানবানকে চটজলদি

2
@ মুর্ফ: প্রথম বাক্যটিই ছিল তার চেয়ে বেশি গুরুত্বপূর্ণ। @ টলেমি: তা হলে আপনি এটি ভুল করেছেন ;-) @ t3mujin ইয়ে মজা করতে হবে!
স্টিভেন এ লো।

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

2

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


2

আপনি চটপটে হতে পারেন, তবে উন্নতির জন্য সম্ভবত জায়গা রয়েছে।

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

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

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

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

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

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

সুতরাং টিডিডি অতিরিক্ত উত্পাদন এড়াতে সহায়তা করে, দলটিকে যতটা সম্ভব কার্যকর হতে দেয়, এটি একটি মূল চতুর নীতিও।

ওয়ার্কিং সফটওয়্যার অগ্রগতির প্রাথমিক পরিমাপ


1

আপনি কি টিডিডি (পরীক্ষা চালিত বিকাশ) না করে চটপটে থাকতে পারেন?

সংক্ষিপ্ত উত্তর: হ্যাঁ

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

আমার অভিজ্ঞতার সাথে, এগিল হ'ল প্রকল্পটির জন্য হতাশ-নেসের সঠিক স্তরটি বেছে নেবে। লিন-নেস বলতে কী বুঝি? এবং, আমি কেন এই উত্তরে আনব?

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

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

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

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

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

এবং তাই, আপনি জিজ্ঞাসা করেছিলেন: আপনি কি টিডিডি (পরীক্ষা চালিত বিকাশ) না করে চটপটে থাকতে পারেন?

অবশ্যই আপনি পারেন। একটি ভিন্ন, এবং সম্ভবত আরও ভাল প্রশ্ন: - আমি যদি এই প্রকল্পে টিডিডি প্রয়োগ করি, তবে এটি কি সামগ্রিকভাবে আরও কার্যকর সফ্টওয়্যার সরবরাহ করার ক্ষমতা অর্জন করবে বা কম দক্ষ?

প্রিয় লেখকের উদ্ধৃতি দিতে ... জেআরআর টলকিয়েন

রিং এর প্রভু. রিংগুলির ফেলোশিপ। Pg 94 'এবং এটিও বলা হয়', ফ্রোডো উত্তর দিলেন, 'পরামর্শের জন্য ধনুকদের কাছে যাবেন না, কারণ তারা না এবং হ্যাঁ উভয়ই হবে' '

সুতরাং, শেষ পর্যন্ত, ... এটি নির্ভর করে। আপনি অবশ্যই প্রশ্নের উত্তর দিতে হবে। কোন পাথ আপনাকে সবচেয়ে কার্যকরভাবে আপনার কাঙ্ক্ষিত লক্ষ্যে নিয়ে যাবে (

টিডিডিকে না টিডিডি-তে না। এটাই প্রশ্ন থেকেই যায়। :-)

পিএস - আমি এই উত্তরটি অন্য সাইটেও পোস্ট করছি। https://www.ibm.com/developerworks/mydeveloperworks/blogs/c914709e-8097-4537-92ef-8982fc416138/?maxresults=15&sortby=4&lang=en


1

একটি দুর্গ ইঞ্জিনিয়ারিংয়ের সাথে তুলনা করা।

চতুর দুর্গ

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

টিডিডি ক্যাসেল

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

চতুর টিডিডি ক্যাসল

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

উপসংহার

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

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

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

নোট

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

0

চতুরতা আপনাকে প্রতিটি পুনরাবৃত্তিতে সময়সূচী এবং মানের ঝুঁকিগুলি সমাধান করতে এবং হ্রাস করতে বাধ্য করে। অর্থাত্ টিডিডি চতুর বিবেচনা করার দরকার নেই

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

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