🍗 🖐🏾 🦒 रेल: बहाने बनाना बंद करो, BDD शुरू करो! 🗄️ 👨🏾‍🎨 🖖🏿

यहाँ कौन है?

जब किसी मौजूदा उत्पाद का परीक्षण करने की बात आती है, और इससे भी अधिक उपयोग परिदृश्यों, विभिन्न विशिष्टताओं और परीक्षणों के प्रारंभिक लेखन के आधार पर कुछ नया विकसित करने के बारे में, तो आप अक्सर ऐसी बातें सुन सकते हैं:

 11:24:21 PM माइकल: अच्छी तरह से एक्स, मुझे कोशिश करनी होगी
 11:24:24 PM माइकल: शायद बेहतर
 11:24:27 PM माइकल: यहां तक कि मुझे यकीन है
 11:24:36 PM माइकल: लेकिन अभी के लिए, कुछ मुझे रोक रहा है
 11:24:38 PM माइकल: आलस्य शायद :)

क्या वह परिचित है? " समझना नहीं चाहते हैं? कोई समय नहीं फिर पढ़े। लेख में मैं आपको बताऊंगा कि बीडीडी दृष्टिकोण के साथ विकास के लिए अपने पसंदीदा रेल पर्यावरण को कैसे स्थापित करें और एक नया जीवन (वैकल्पिक) शुरू करें।

स्रोत डेटा

प्रयोग की शुद्धता के लिए, खरोंच से शुरू करें। मुझे आशा है कि हर कोई लंबे समय तक आरवीएम के साथ दोस्त रहा है (यदि नहीं, तो चलने से परिचित हो)। रूबी और सभी संबंधित जाम के संस्करण नियंत्रण के लिए एक बड़ी बात। यह टर्मिनल विंडो में एक कमांड के लिए सेट है (अच्छी तरह से, या जो भी मेकोज़ में नहीं है, कंसोल, शायद)। मूल विशेषाधिकारों के बारे में तुरंत भूल जाओ।

इसलिए, एक स्वच्छ वातावरण बनाएं:

$ rvm gemset create bdd $ rvm gemset use bdd

सब कुछ, कोई जाम नहीं, शुद्ध स्थान। हमने अंतिम रेल लगाई:

 $ gem install rails --no-ri --no-rdoc ... 23 gems installed

अंतिम दो चाबियों की जरूरत है ताकि अतिरिक्त समय बर्बाद न हो और कोई अनावश्यक दस्तावेज न डालें। मैंने हर समय इन कुंजियों को जोड़ा, इसलिए अंत में मैंने यह बात .gemrc को भेजी :

 $ echo 'gem: --no-ri --no-rdoc' >> ~/.gemrc

महान, रेल हैं। लेखन के समय, हम संस्करण 3.0.3 का उपयोग करते हैं।

हम सभी जाम इकट्ठा करते हैं

एक स्वच्छ एप्लिकेशन बनाएं:

 $ rails new bdd

तुरंत Gemfile खोलें, जो रूट पर है। यदि यह नहीं खुलता है, तो, जाहिरा तौर पर, गलत टेक्स्ट एडिटर, ~~TextMate को~~ हटा दें - MacVim डाल दें (सभी विषय को बंद कर दिया, फिर मैं चुप हूं)। फ़ाइल के परीक्षण के लिए आवश्यक सब कुछ जोड़ें। हमारे मामले में, हम ककड़ी और RSpec , साथ ही सभी प्रकार के उपहारों का उपयोग करेंगे, जिनके बारे में मैं थोड़ी देर बाद चर्चा करूंगा।

 source 'http://rubygems.org' gem 'rails', '3.0.3' gem 'mysql2' group :development, :test do gem 'rspec-rails' gem 'cucumber-rails' end group :test do gem 'capybara' gem 'database_cleaner' gem 'factory_girl_rails' gem 'email_spec' gem 'timecop' gem 'launchy' end

हमने फ़ाइल को ठीक कर दिया है, अब हम सब कुछ सेट करते हैं:

 $ bundle install ... Your bundle is complete!..

तुरंत Gemfile में सभी स्थापित संस्करणों को ठीक करना अच्छा होगा, अर्थात। स्पष्ट रूप से संस्करण के साथ-साथ रेल्स जैम (एक जो पहले बहुत है) को पंजीकृत करें, लेकिन सिद्धांत रूप में यह परीक्षण के लिए महत्वपूर्ण नहीं है, इसके अलावा, Gemfile.lock है ।

RSpec के साथ रेल के साथ दोस्त:

 $ rails g rspec:install

हम ककड़ी के साथ दोस्ती करते हैं और संयोग से, नए बने RSpec के साथ अंतिम है। Capybara के बारे में मत भूलना (हाँ, और ऐसा होता है, उसके बारे में थोड़ा कम):

 $ rails g cucumber:install --rspec --capybara

आइए कुछ पूर्वता लाएं:

 $ echo '--colour --format documentation' > .rspec

उसके बाद, RSpec एक सुंदर प्रारूप में परीक्षणों को पारित करने के बारे में जानकारी प्रदर्शित करेगा। ककड़ी के लिए भी ऐसा ही किया जा सकता है। Open config / cucumber.yml और निष्पादित करें :% s / प्रगति / सुंदर / g ( सुंदर के साथ शब्द प्रगति को बदलें)।

अंत में, आइए परीक्षण फ़ोल्डर को प्रज्वलित करें (बस मामले में, अचानक कुछ) और अन्य कचरा:

 $ echo 'test' >> .gitignore $ echo '*.swp' >> .gitignore $ echo '.DS_Store' >> .gitignore

जो कुछ भी हमने किया है, हम इसे जीआईटी में डालेंगे (यहां भी कोई सवाल नहीं होना चाहिए, हर कोई अंकल लिनुस को जानता है):

 $ git init . $ git add . $ git commit -m 'Bare Rails 3.0.3 application with BDD environment'

तो, यहाँ पहले से ही साइड से दालचीनी के साथ cappuccino है, हम सीधे BDD दृष्टिकोण के आधार पर विकास के लिए आगे बढ़ते हैं। यहाँ, मैं भी इस दुष्ट राक्षस (शांति से, वह अच्छा) के एक सामान्य विचार की आशा करता हूँ। बचाव के लिए गूगल।

कौन है कौन?

ककड़ी

https://github.com/aslakhellesoy/cucumber

तो, ककड़ी उर्फ ककड़ी, " सुंदर और हर्षित BDD " के लिए एक उपकरण है , जो इसके मुख्य पृष्ठ पर पाया जा सकता है। हां, पर्याप्त आनंद से अधिक होगा, विशेष रूप से पहले से बेहिसाब। RSpec के बारे में, मुझे लगता है कि लेखक कुछ ऐसा ही कह सकते थे। किसी भी स्थिति में, इन दोस्तों के लिए बहुत सारे दस्तावेज और उदाहरण हैं, जो सिर्फ गीथूब पर कुछ विकी पृष्ठ हैं , इसलिए मैंने विशेष रूप से इसे फैलाया नहीं, बस थोड़ी देर के लिए। मुझे तुरंत कहना होगा कि सब कुछ रेल के संदर्भ में है, हालांकि, निश्चित रूप से, न तो आरएसपीईसी और न ही ककड़ी केवल इसके लिए सीमित हैं।

वापस ककड़ी के लिए । यह आपको बाहरी पर्यवेक्षक के दृष्टिकोण से सिस्टम के व्यवहार का वर्णन करने की अनुमति देता है (" ग्राहक, अंतिम उपयोगकर्ता " के रूप में पढ़ें)। इस मामले में, वर्णन एक प्राकृतिक भाषा में दिया गया है, आपके लिए कोई शुरुआत नहीं है। ककड़ी में प्रणाली के प्रत्येक उपयोग को " सुविधा " ( सुविधा ) कहा जाता है। वे सभी एक अप्रत्याशित नाम * .feature फ़ाइल एक्सटेंशन के साथ एक ही नाम के फीचर फ़ोल्डर में झूठ बोलते हैं। प्रत्येक फ़ाइल एक या अधिक " परिदृश्य " का वर्णन करती है जो एक विशेषता का वर्णन करती है। लिपियों में सुविधाओं / step_definitions / * _ steps.rb फ़ोल्डर से फ़ाइलों में घोषित चरणों की एक श्रृंखला शामिल है। तीन प्रकार के चरण हैं: दिए गए (कुछ दिए गए, कुछ पूर्वापेक्षित), जब (कुछ ऐसा होता है, कुछ उपयोगकर्ता कार्य करते हैं) और फिर (परिणाम, प्रतिक्रिया, प्रतिक्रिया), लेकिन ऐसे उदाहरणों का लाइव उदाहरणों के साथ उपयोग करना बेहतर होता है बोलना। मेरी अंतिम विशेषताओं में से एक (एनजी पर मैंने टीवी पर सुना " मैं जादूगर नहीं हूं, मैं केवल सीखता हूं ... ", सामान्य तौर पर, यह यहां बहुत उपयुक्त है, कड़ाई से न्याय न करें):

 @javascript @redis
 फ़ीचर: एक उपयोगकर्ता देखता है कि कौन ऑनलाइन है
   ताकि यह पता चल सके कि पोर्टल जीवित है
   एक नियमित उपयोगकर्ता के रूप में
   मैं देखना चाहता हूं कि कौन ऑनलाइन है

   पृष्ठभूमि:
     अनुभाग को देखते हुए "व्यक्तिगत प्रोफाइल" मौजूद है

   परिदृश्य रूपरेखा: ऑनलाइन उपयोगकर्ता के नाम के आगे एक विशेष लेबल देखें
     यह देखते हुए कि कोई भी पोर्टल पर बहुत समय से नहीं है
     और एक उपयोगकर्ता नाम के साथ मौजूद है: "<नाम>"
     जब उपयोगकर्ता "<name>" <user क्रिया> पोर्टल
     और मैं उपयोगकर्ता "<name>" के प्रोफ़ाइल पर जाता हूं
     फिर मुझे <"मेरा नाम> उपयोगकर्ता" के लिए ऑनलाइन लेबल <कार्रवाई> करना चाहिए
     जब मैं अनुभाग "व्यक्तिगत प्रोफाइल" पर जाता हूं
     फिर मुझे <"मेरा नाम> उपयोगकर्ता" के लिए ऑनलाइन लेबल <कार्रवाई> करना चाहिए

     उदाहरण:
       |  नाम |  उपयोगकर्ता कार्रवाई |  मेरी कार्रवाई |
       |  विक्टोरिया |  दौरा |  देखें |
       |  माइकल |  यात्रा नहीं करता है |  नहीं देखा |

" फ़ीचर " सुविधा के नाम से पहले है, नियमों के अनुसार, इसे उपयोगकर्ता के कार्यों का संक्षेप में और स्पष्ट रूप से वर्णन करना चाहिए। इसके नीचे तीन पंक्तियाँ कहती हैं कि क्यों, कौन और क्या चाहते हैं। " पृष्ठभूमि " खंड, यदि वांछित है, तो सभी सुविधा परिदृश्यों के लिए सामान्य चरण सेट करता है। अगला या तो " परिदृश्य " या " परिदृश्य रूपरेखा " है। पहला मापदंडों के बिना परिदृश्य का वर्णन करता है, दूसरा नीचे " उदाहरण " कीवर्ड के बाद मापदंडों का वर्णन करता है। कुत्ते ( @ ) के माध्यम से, टैग लगाए जाते हैं जो आपको पूरी सुविधा या एक विशिष्ट स्क्रिप्ट पर अतिरिक्त शर्तें लगाने की अनुमति देते हैं, साथ ही साथ एक परीक्षण भी करते हैं। सिद्धांत रूप में, सब कुछ पठनीय है। आदर्श रूप में, यह होना चाहिए कि ग्राहक ने इस फाइल को लिया, इसे एक साधारण टेक्स्ट एडिटर के साथ खोला और इसे बिना तनाव के पढ़ा, सब कुछ समझा, इसे महसूस किया और पुष्टि की: “ यह! "

ककड़ी सेटिंग्स के लिए, यह उत्पन्न फ़ाइल सुविधाओं / समर्थन / env.rb पर किया जाता है। यह परीक्षण के लिए आवश्यक हर चीज को जोड़ने के लिए कोड की आवश्यक पंक्तियों को जोड़ता है।

RSpec

https://github.com/rspec/rspec

RSpec का उपयोग सिस्टम के बाहरी व्यवहार का वर्णन करने के लिए भी किया जाता है, लेकिन इसके आंतरिक भाग में खुदाई के लिए अधिक उपयुक्त है। यही है, अगर आपको यह सत्यापित करने की आवश्यकता है कि कुछ मॉडल उचित व्यवहार करता है या कि किसी प्रकार का स्व-लिखित पुस्तकालय अपनी आशाओं को सही ठहराता है, तो RSpec एक है। लेकिन अगर आप यह जांचना चाहते हैं कि " उपयोगकर्ता ने पहली विंडो में अपना ई-मेल दर्ज किया है और दूसरी विंडो में पासवर्ड, सफल लॉगिन के बारे में एक संदेश देखा है, " यह ककड़ी के लिए है । आम लोगों में RSpec की प्रत्येक फ़ाइल को एक " युक्ति " ( युक्ति , विनिर्देश से ) कहा जाता है, जो कल्पना फ़ोल्डर में स्थित है और * _spec.rb के साथ समाप्त होती है। फाइल को स्पेक फ़ोल्डर में सबफ़ोल्डर्स में विभाजित करना स्वीकार किया जाता है ताकि वे रेल प्रोजेक्ट ( मॉडल , कंट्रोलर , हेल्पर्स इत्यादि) की संरचना को प्रतिबिंबित करें। यहाँ एक छोटा सा अनुकरणीय उदाहरण दिया गया है:

 describe User do it { should ensure_length_of(:email).is_at_least(6).is_at_most(100) } it { should validate_format_of(:email).with('ma1f0rmed emai1 address') } subject { Factory :user } it { should validate_uniqueness_of :email } it { should validate_uniqueness_of :address } end

यहाँ, मुझे लगता है, यह कंधे के बिना नहीं करना चाहिए था, लेकिन यह उस बारे में नहीं है, लेकिन चश्मा इस तरह कैसे दिखता है।

RSpec कॉन्फ़िगरेशन युक्ति / spec_helper.rb फ़ाइल में केंद्रित है। ककड़ी के लिए env.rb की तरह, सभी सहायक की आवश्यकता होती है और इसी तरह यहां जाते हैं।

Capybara

https://github.com/jnicklas/capybara

Capybara " ब्राउज़र " एप्लिकेशन परीक्षण के स्वचालन के लिए एक सुविधाजनक चीज है । Google से प्राप्त चित्रों को देखते हुए, यह किसी प्रकार का गिनी पिग है, लेकिन यह उसके बारे में नहीं है। जाम परीक्षण वातावरण को कई सहायक तरीके देता है, जिसके परिणामस्वरूप आप आसानी से चीजों की जांच कर सकते हैं, उदाहरण के लिए, निम्न लिंक, फ़ॉर्म भरना (इनपुट फ़ील्ड, ड्रॉप-डाउन सूची, चेकबॉक्स और इसी तरह), पृष्ठ पर किसी भी तत्व की उपस्थिति। इसके अलावा, जब आप इसे समान रूप से रहस्यमय नाम सेलेनियम के साथ जोड़ते हैं, तो यह आपको शाब्दिक अर्थ में सीधे ब्राउज़र में परीक्षण स्क्रिप्ट के चरणों से गुजरने की अनुमति देता है। आप खुलेंगे, उदाहरण के लिए, आपके पसंदीदा क्रोम और पेज एक के बाद एक चलेंगे। परिणामस्वरूप, जावास्क्रिप्ट को डीबग भी किया जा सकता है। पहली बार यह देखना दिलचस्प था कि किस तरह इसने खुद ही अपने तत्वों को खींचकर और गिराकर एक पेज पर एक सूची की छंटनी की जाँच की। सेलेनियम एकमात्र इंजन नहीं है जो कैप्यबारा के साथ काम कर सकता है, लेकिन मेरी राय में, सबसे सुविधाजनक है, और जेयूबी जैसे शानदार कुछ भी स्थापित करने की आवश्यकता नहीं है। सेलेनियम केवल क्रोम में ही नहीं, बल्कि फ़ायरफ़ॉक्स (डिफ़ॉल्ट विकल्प) और यहां तक कि एक गधे में भी कुछ पूछने के लिए काफी आसान है। ककड़ी के मामले में, बस env.rb फ़ाइल खोलें और वांछित ब्राउज़र को दर्शाते हुए निम्नलिखित कोड जोड़ें ( सेलेनियम प्रलेखन में उपलब्ध लोगों की सूची देखें):

 Capybara.register_driver :selenium do |app| Capybara::Driver::Selenium.new app, :browser => :chrome end

डेटाबेस क्लीनर

https://github.com/bmabey/database_cleaner

परीक्षण से पहले या बाद में डेटाबेस की सफाई के लिए जाम। पटरियों को कवर करने और खरोंच से शुरू करने के लिए सुविधाजनक है। यह विभिन्न डेटाबेस और एडेप्टर का समर्थन करता है। मैं इसे MySQL + ActiveRecord , और mongoDB + Mongoid सफाई के लिए उपयोग करता हूं ।

यदि यह जाम जेमफाइल से जुड़ा है, तो पर्यावरण उत्पन्न करते समय, ककड़ी अपने आप इसे अपने env.rb में जोड़ देगा , कुछ इस तरह से:

 require 'database_cleaner' DatabaseCleaner.strategy = :truncation Before do DatabaseCleaner.clean end

RSpec के लिए, आप निम्नलिखित spec_helper.rb में लिख सकते हैं (पता करें कि कहां है):

 config.before(:suite) do DatabaseCleaner.strategy = :truncation end config.before(:each) do DatabaseCleaner.clean end

फैक्टरी गर्ल रेल

https://github.com/thoughtbot/factory_girl_rails

ओह, और लड़कियां पहुंच गई हैं! इसलिए, इस लाइब्रेरी का उपयोग आसानी से मॉडल के उदाहरण बनाने के लिए किया जाता है (पटरियों को मूल निवासी की जगह देना, अगर वह किसी को कुछ बताता है)। दूसरे शब्दों में, आपको उदाहरण का उपयोग करके कुछ परीक्षण करने की आवश्यकता है। हमें कुछ उपयोगकर्ताओं ( उपयोगकर्ता ), और लेख ( लेख ), और कार्यों ( कार्य ) के साथ प्रोजेक्ट ( प्रोजेक्ट ) की आवश्यकता है। हर बार सभी आवश्यक फ़ील्ड भरने के साथ ऑब्जेक्ट न बनाएं। यह वह जगह है जहाँ कारखाने बचाव के लिए आते हैं। यह एक बार एक टेम्प्लेट को परिभाषित करने और उसके आधार पर नई इकाइयाँ उत्पन्न करने के लिए पर्याप्त है। RSpec के साथ संयोजन में , कारखाने आमतौर पर कल्पना / कारखानों के फ़ोल्डर में या सीधे कल्पना / factory.rb में संग्रहीत किए जाते हैं। उदाहरण के लिए, यह एक:

 Factory.define :user do |factory| factory.sequence(:email) { |i| "user#{ i }@example.org" } factory.password 'password' factory.password_confirmation { |user| user.password } factory.confirmed_at Time.now end

यही है, अब फैक्टरी (: उपयोगकर्ता) परीक्षणों में पर्याप्त है और हमारे पास एक गर्म उपयोगकर्ता है।

ईमेल युक्ति

https://github.com/bmabey/email-spec

आपने अभी नाम से नहीं बताया है, लेकिन मेल भेजने के परीक्षण के लिए जाम का उपयोग किया जाता है। बेशक, यह ककड़ी और RSpec दोनों में मूल रूप से फिट बैठता है। Env.rb में हम लिखते हैं:

 require 'email_spec' # add this line if you use spork require 'email_spec/cucumber'

Spec_helper.rb में:

 require "email_spec"

अगला:

 $ rails g email_spec:steps

परीक्षणों के लिए सहायक तैयार किए गए कदम जोड़ें।

Timecop

https://github.com/jtrupiano/timecop

मुझे यह बात विशेष रूप से पसंद है, यह आपको समय में यात्रा करने की अनुमति देता है। सबसे पहले, मैंने कुछ स्व-लिखित का उपयोग किया, और फिर मैं इस पुलिस वाले के पास आया । यह अपूरणीय है जब आपको समय पर बंधे कुछ की जांच करने की आवश्यकता होती है, उदाहरण के लिए, " ओवन में एक पाई डालते हुए, चार घंटे इंतजार करते हुए, हमें अंगारे मिलते हैं ।" उसके बारे में एक लेख देखना सुनिश्चित करें (संदर्भों की सूची में), ककड़ी के लिए कदम हैं। केवल एक चीज जो मैं नोटिस करना चाहूंगा कि समय के साथ एक विशेष लेबल के साथ परीक्षण को चिह्नित करना बेहतर है (हां, खीरे और आरएसपीईसी दोनों में समान लेबल), उदाहरण के लिए, @travel_through_time ताकि वे हमेशा उनके बाद वापस आ जाएं, और तब उपकरण पागल हो जाएंगे। मेरे पास env.rb में निम्न पंक्तियाँ हैं:

 After('@travel_through_time') do Timecop.return end

पंक्तियाँ प्रत्येक लेबल के बाद कोड को निष्पादित करने के लिए ककड़ी को संबंधित लेबल के साथ बताती हैं। RSpec में, आप कुछ ऐसा ही कर सकते हैं।

Launchy

https://github.com/copiousfreetime/launchy

कभी-कभी ऐसा होता है कि परीक्षण विफल हो जाता है (ऐसा ही होता है), और यह निर्धारित करना मुश्किल है कि क्यों। मैं एक पृष्ठ देखना चाहूंगा, जिस पर, उदाहरण के लिए, ककड़ी को " क्रिएट " बटन नहीं मिला। इस प्रयोजन के लिए, यह जाम रखा गया है और ककड़ी के चरणों में स्पष्ट रूप से जोड़ा गया है:

 Then 'WTF?' do  save_and_open_page end

फिर बस स्क्रिप्ट में हम पास नहीं होने वाले से पहले उचित कदम कहते हैं, और हम अपने ब्राउज़र में साइट पर लॉगिन फॉर्म के साथ सहेजे गए पृष्ठ को डिफ़ॉल्ट रूप से देखते हैं और शिलालेख " आपके पास इस ऑपरेशन को करने के लिए पर्याप्त अधिकार नहीं हैं ", ऐसा कुछ।

स्विच में:% s / बग / कुंजी / g

पर्यावरण की स्थापना की जाती है और अपने आप को पूर्ण रूप से नकली करने के लिए तैयार है। बेशक, इसके बाद कोई गारंटी नहीं है कि यह केवल ट्यून नहीं रहेगा, लेकिन सक्रिय रूप से उपयोग किया जाएगा। सब कुछ हमारे हाथ में है, सब कुछ सामान्य रूप से, न केवल कोड पत्र लिखना, सभी जीवन, umm हाँ। लेकिन, BDD पर वापस लौटना (मुझे उम्मीद है कि कम से कम किसी ने निष्कर्ष निकालने के लिए डिक्रिप्शन को देखा), मैं खुद के लिए जानता हूं कि जब तक आप अपने आप को सिस्टम के व्यवहार को अग्रिम रूप से वर्णन करने के लिए मजबूर नहीं करते हैं (और बाद में, यह भी अच्छा है), तो आप यह समझना महत्वपूर्ण नहीं है कि यह महत्वपूर्ण है, लेकिन मुख्य बात सुविधाजनक और उपयोगी है। अब मुझे यह भी सुनिश्चित करने के लिए एक ब्राउज़र खोलने की आवश्यकता नहीं है कि सब कुछ काम करता है, और विशेष रूप से तब जब रेल खराब माओशी के सभी दिमागों को पकड़ लेती है। इस तरह की एक विकास प्रक्रिया के बाद, सुविधाएँ और चश्मा हमेशा दिखाई देते हैं, कार्यक्षमता के कुछ हिस्से का परीक्षण करते हैं, जो तब लॉन्च करना आसान होता है:

 $ rspec spec $ cucumber

और यहां यह पहले से ही स्पष्ट हो जाएगा कि आप या आपके साथी ... एक शब्द में अच्छी तरह से किया गया।

आपका ध्यान देने के लिए धन्यवाद, मैं और अधिक लिखूंगा यदि विषय किसी के तरकश की आत्मा के पतले तार को छूता है। सब कुछ, यह सोने का समय है।

संदर्भ (जैसे स्कूल में)

ककड़ी के बारे में:

http://cukes.info/
https://github.com/aslakhellesoy/cucumber/wiki (काल्पनिक कथा की तरह)

RSpec के बारे में:

http://relishapp.com/rspec (दूसरे संस्करण में रुचि)
http://kerryb.github.com/iprug-rspec-pretation/#1 (शानदार प्रस्तुति)

रयान बेट्स के बारे में:

टिमकोप के बारे में:

http://daniel.collectiveidea.com/blog/2009/11/04/helpful-cucumber-steps/ (और खीरा भी)

RVM के बारे में:

http://rvm.beginrescueend.com/ (एक टीम में, सब के बाद, सब कुछ ऐसा होगा)

Git के बारे में:

http://gitref.org/ (सुविधाजनक लघु संदर्भ)

 // vim: set ft = habrahabr

रेल: बहाने बनाना बंद करो, BDD शुरू करो!