বিডিডি: শুরু হচ্ছে


9

আমি বিডিডি দিয়ে শুরু করছি এবং এটি আমার গল্প:

Feature: Months and days to days
    In order to see months and days as days
    As a date conversion fan
    I need a webpage where users can enter
    days and months and convert them to days.

আমার কিছু সন্দেহ আছে ...

আমি কি কিছু কোডিং করার আগে আমার পরিস্থিতিগুলি লিখি বা আমি কি প্রথমে একটি দৃশ্য লিখি এবং তারপরে কোড লিখি, আবার একটি দৃশ্য লিখি এবং তারপরে কোড লিখি, ইত্যাদি?

আমার যদি আগে আমার পরিস্থিতিগুলি লিখতে হয় তবে আমার পদক্ষেপগুলি কি অনুমোদিত হতে পারে এবং প্রোডাকশন কোডটি এখনও সম্পন্ন হতে পারে না?

কখন আমার কোডে রিফ্যাক্টরিং করা উচিত? বৈশিষ্ট্যটি শেষ হওয়ার পরে বা প্রতিটি দৃশ্যের প্রয়োগের পরে?


"আমার পদক্ষেপগুলি কি অনুমোদিত হতে পারে এবং প্রোডাকশন কোডটি এখনও সম্পন্ন করা যায় না?" এটার মানে কি? দয়া করে ব্যাখ্যা করুন.
এস .লট

উত্তর:


12

গল্পটি থেকে, আমি অনুমান করি যে আপনি নিজেরাই কোডিং করছেন।

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

আপনি যদি নিজে থেকে এটি করছেন তবে একটি রাবার হাঁসকে ধরুন এবং আপনার আবেদনের আচরণটি হাঁসের কাছে ব্যাখ্যা করুন। এটি কীভাবে কাজ করা উচিত তার কয়েকটি উদাহরণ দিন। সেগুলি আপনার পরিস্থিতিতে হবে।

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

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

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

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

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

In order to attract people to my website
As @thom
I want users to easily convert months and days to days.

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


1
'রাবার হাঁস' অংশটি দুর্দান্ত। আমি ভেবেছিলাম আমিই একমাত্র সেই কথা ভাবব!
NoChance

3

আমি কি কিছু কোডিং করার আগে আমার পরিস্থিতিগুলি লিখি বা আমি কি প্রথমে একটি দৃশ্য লিখি এবং তারপরে কোড লিখি, আবার একটি দৃশ্য লিখি এবং তারপরে কোড লিখি, ইত্যাদি?

দুজনেই কাজ করবে। একটা তোল.

এতে বেশি কিছু যায় আসে না।

আপনার যত পরিস্থিতি রয়েছে, তত বেশি ডিজাইন আপনি সামনেই করতে পারবেন।

আপনার যত পরিস্থিতি বেশি হবে তত বেশি কিছু করতে সময় লাগে।

কখন আমার কোডে রিফ্যাক্টরিং করা উচিত? বৈশিষ্ট্যটি শেষ হওয়ার পরে বা প্রতিটি দৃশ্যের প্রয়োগের পরে?

না। আপনি যখন রিফ্যাক্টরটি পরের দৃশ্যের নকশা করা শক্ত হয়ে উঠেন ।


আমি একটি নতুন প্রশ্ন করেছি ... "যদি আমার পরিস্থিতিগুলি আগে লেখা উচিত ..."। আপনি কি একবার দেখুন? আপনাকে অনেক ধন্যবাদ.
থম

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

@ রেইন হেনরিচস: একটি বিকল্প হিসাবে উল্লেখ করা হবে যে কোনও গল্পের সমস্ত পরীক্ষা শেষ করার জন্য রিফ্যাক্টরিং কোডিংয়ের একটি অনিবার্য এবং অনিবার্য অংশ হিসাবে ঘটে। এমনকি একটি দুর্দান্ত নকশাও সমস্ত ঘাঁটি coverাকতে পারে না। সেই রিফ্যাক্টরিং উল্লেখ করার মতো মনে হয়নি। তবে আপনি এটিকে সুন্দরভাবে উল্লেখ করেছেন did গল্পগুলির মধ্যে রিফ্যাকচারিং তবে আরও গুরুতর এবং সময়সাপেক্ষ অপারেশন, যেহেতু বৈশিষ্ট্যটি সেটটি গল্পের স্বীকৃতি দ্বারা বিকশিত হয়।
এস .লট

3

বর্ণনামূলক ক্রিয়া ব্যবহার করুন

Feature: CONVERT Months and days to days

গল্পগুলিতে নকশার সিদ্ধান্ত নেবেন না ["আমার একটি ওয়েবপৃষ্ঠা প্রয়োজন" এটি একটি নকশার সিদ্ধান্ত]

As a date conversion fan
I want to convert days and months into days

গল্পগুলিতে ব্যবসায়ের মূল্যবান লক্ষ্যগুলি ব্যবহার করুন

So that [some business reason]

কোড শুরু করার আগে যতগুলি বৈশিষ্ট্য এবং গল্প লিখুন; গল্পগুলি একে অপরকে অবহিত করে , বৈশিষ্ট্যগুলিকে প্রভাবিত করে এবং নকশা অবহিত করে।

প্রতিটি গল্পের পরে রিফ্যাক্টর। লাল-সবুজ-Refactor।


+1, ভাল উত্তর। তবে বাইরের, গ্রহণযোগ্যতা-পরীক্ষা চক্রের পরিবর্তে অভ্যন্তরীণ, ইউনিট-পরীক্ষা চক্রের অংশ হিসাবে রিফ্যাক্টরের "বিডিডি উপায়" নয়?
পিডিআর

@ পিডিআর: প্রতিটি গল্পের পরেই আমি এটি বোঝাতে চাইছিলাম ref বিডিডি / টিডিডি পরীক্ষা ইউনিট থেকে গ্রহণযোগ্যতা পর্যন্ত স্কেল করে, কেবল একটি চক্র থাকে (আমার মনে) ;-)
স্টিভেন এ লো লো

"আমার একটি ওয়েবপেজ দরকার" কেন একটি ডিজাইনের সিদ্ধান্ত? ধন্যবাদ!
থম

@ থম: ব্যবহারকারী গল্পগুলি ব্যবহারকারী কী করতে সক্ষম হতে চায় তা প্রকাশ করা উচিত, এটি কীভাবে কার্যকর করা হবে তা নয়। অন্য কথায়, বৈশিষ্ট্য, গল্প এবং দৃশ্যাবলী প্রয়োজনীয়তা এবং কার্যকরী বিশদ। আপনার সম্পূর্ণ ছবি না হওয়া পর্যন্ত ডিজাইনের সিদ্ধান্ত নেবেন না। এটির (সম্ভবতঃ কৃত্রিম) উদাহরণে সামগ্রিকভাবে ব্যবহারকারীর ব্যবসায়ের প্রয়োজনীয়তাগুলি ইঙ্গিত করতে পারে যে কোনও ওয়েবপৃষ্ঠা সবচেয়ে সুবিধাজনক সমাধান নাও হতে পারে - ডেস্কটপ উইজেট বা মোবাইল অ্যাপ্লিকেশনটি কীভাবে / কখন এটি ব্যবহার করতে হবে তার উপর নির্ভর করে আরও ভাল হতে পারে। বাস্তবায়ন বিশদগুলি গল্পগুলিকে বিশৃঙ্খলা করে এবং খুব শীঘ্রই আপনাকে একটি নির্দিষ্ট নকশায় লক করতে পারে।
স্টিভেন এ লো।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.