कहानी से, मुझे लगता है कि आप अपने दम पर कोडिंग कर रहे हैं।
आम तौर पर बीडीडी का उद्देश्य बातचीत को सक्षम करना है, विशेष रूप से व्यापार और डेवलपर्स के बीच, ताकि टीम सुनिश्चित कर सके कि वे एक सामान्य समझ तक पहुंच गए हैं। हम परीक्षकों को भी शामिल करना पसंद करते हैं, क्योंकि जब हम परिदृश्यों को याद करते हैं तो वे हाजिर हो सकते हैं।
यदि आप अपने दम पर ऐसा कर रहे हैं, तो रबर बतख को पकड़ो और बतख को अपने आवेदन के व्यवहार की व्याख्या करें। यह कैसे काम करना चाहिए इसके कुछ उदाहरण दें। वे आपके परिदृश्य होंगे।
शुरू करने के लिए, मैं उन परिदृश्यों को स्वचालित नहीं करने का सुझाव दूंगा। आप चाहें तो उन्हें लिख सकते हैं। याद रखें कि आपके द्वारा बतख के साथ साझा किए गए व्यावसायिक परिणाम उन्हें वाक्यांश देने के लिए सही स्तर के बारे में हैं। अब आपको यह पता होना चाहिए कि ऐप कैसे व्यवहार करता है, और आप मैन्युअल रूप से परिदृश्यों के माध्यम से चला सकते हैं। मुझे हर उस चीज़ का इलाज करना पसंद है जो बग की तरह काम नहीं करती है । मैं है कभी कभी स्वचालन के साथ शुरू कर दिया है, लेकिन केवल जब मैं बहुत अच्छी तरह से जानते हैं कि कैसे प्रणाली काम करती है, मैं उपकरणों के साथ परिचित हूँ, और यूआई अच्छी तरह से समझा गया है। तब भी मुझे अक्सर कोड को लिखने के बाद इसे थोड़ा सुधारना पड़ता है।
निचले स्तर पर, अपने बतख को बताएं कि प्रत्येक वर्ग कैसा व्यवहार करने वाला है। कुछ उदाहरण प्रदान करें। रबर बतख तकनीकी भाषा को समझने में पूरी तरह से सक्षम हैं। अब आपके पास अपनी इकाई-स्तरीय BDD, उर्फ इकाई परीक्षण हैं। लाल-हरा-परावर्तक चक्र यहां होता है। (मैं किसी भी और अधिक परावर्तक की आवश्यकता नहीं है, क्योंकि मैं अपनी कक्षाओं की जिम्मेदारियों के बारे में सोच रहा हूं, इसे व्यवसाय-उन्मुख भाषा में पुन: प्रकाशित कर रहा हूं, और यह वैसे भी काफी सुंदर तरीके से समाप्त हो जाता है। लेकिन मैं 'अब कुछ समय के लिए ऐसा कर रहे हैं। यदि आप ऐसा करते हैं तो यह ठीक है।'
इसे बहुत ज्यादा रिफैक्ट न करें। हम अभी भी अपने कोड पर प्रतिक्रिया प्राप्त करना चाहते हैं, क्योंकि हमेशा ऐसी चीजें होती हैं जिन्हें हम नहीं जानते हैं कि हम नहीं जानते हैं । पूर्णता यहाँ आपका दुश्मन है। इसे काफी अच्छा बनाएं, इसे पठनीय बनाएं, फिर आगे बढ़ें। यदि आपको और अधिक परिवर्तन करने के लिए कुछ सही करने की आवश्यकता है, तो इसे तब करें जब आप आगे परिवर्तन करें।
यदि आपके पास व्यवसाय के हितधारकों से अपने परिदृश्यों पर प्रतिक्रिया प्राप्त करने का अवसर है, लेकिन वे आपके साथ नहीं बैठे हैं, तो आप जैसे ही आपने लिखा है, वैसे ही आप परिदृश्य भेज सकते हैं और इससे पहले कि आप उन्हें स्वचालित करें। आप UI का मॉक-अप भी भेजना चाह सकते हैं, ताकि वे शब्दों को क्रियाओं से संबद्ध कर सकें। इसके साथ कोडिंग से बहुत आगे मत निकलना। इस धारणा के साथ काम करें कि जो आपने पहले ही किया है वह गलत है , और आपको यह पता लगाने के लिए प्रतिक्रिया प्राप्त करने की आवश्यकता है कि कैसे।
एक अंतिम संकेत के रूप में, आम तौर पर किसी उपयोगकर्ता के दृष्टिकोण (परिदृश्य, हां, लेकिन कहानियां नहीं) से कहानियों को वाक्यांश न दें। वे उपयोगकर्ता कहानियां नहीं हैं। इसे शायद कुछ इस तरह पढ़ना चाहिए:
In order to attract people to my website
As @thom
I want users to easily convert months and days to days.
वैसे भी कुछ उच्च स्तरीय लक्ष्य हैं, जिनकी आप तलाश कर रहे हैं। इससे आपको उन क्षमताओं को निकालने में भी मदद मिलेगी जिनकी आपको ज़रूरत है। इसके साथ शुभकामनाएं, और अतिरिक्त-लंबी पोस्ट के लिए माफी।