James Shore: Blog: Lets-Play
february 2012 by rtlechow
What an awful workflow. Actually, there's no flow at all.
development
java
tdd
tutorial
video
february 2012 by rtlechow
renemendoza's ruby_koans at master - GitHub
august 2010 by rtlechow
Autotest-enabled Ruby Koans fork.
ruby
koans
rubykoans
tdd
bdd
testing
august 2010 by rtlechow
Exploration Through Example » Blog Archive » TDD & Functional Testing: from collections to scalars
april 2010 by rtlechow
"I’ve been fiddling around with top-down (mock-style) TDD of functional programs off-and-on for a few months. I’ve gotten obsessed with deferring the choice of data structures as long as possible. That seems appropriate in a functional language, where we should be talking about functions more than data. (And especially appropriate in Clojure, my language of choice, since Clojure lets you treat maps/dictionaries as if they were functions from keys to values.)"
tdd
bdd
functional
programming
clojure
april 2010 by rtlechow
Grease Your Suite - Tips and tricks for faster testing
april 2010 by rtlechow
Grease Your Suite
Tips and tricks for faster testing
Nick Gauthier
SmartLogic Solutions
cucumber
rails
rspec
ruby
shoulda
test
tdd
testing
tests
hydra
factorygirl
performance
Tips and tricks for faster testing
Nick Gauthier
SmartLogic Solutions
april 2010 by rtlechow
Software Craftsmanship 2009 : TDD As If You Meant It
march 2010 by rtlechow
"45 minutes: do a bit of programming. A simple problem will be presented. Attendees solve it working in pairs, with the navigator VERY strictly enforcing this micro-process:
1) write exactly ONE failing test
2) make the test from (1) pass by first writing implementation code IN THE TEST
3) create a new implementation method/function by:
3.1) doing extract method on implementation code created as per (2), or
3.2) moving implementation code as per (2) into an existing implementation method
4) only ever create new methods IN THE TEST CLASS
5) only ever create implementation classes to provide a destination for extracting a method created as per (4).
6) populate implementation classes by doing move method from a test class into them
7) refactor as required
8) go to (1) "
tdd
design
coding
software
testing
kata
refactoring
exercise
1) write exactly ONE failing test
2) make the test from (1) pass by first writing implementation code IN THE TEST
3) create a new implementation method/function by:
3.1) doing extract method on implementation code created as per (2), or
3.2) moving implementation code as per (2) into an existing implementation method
4) only ever create new methods IN THE TEST CLASS
5) only ever create implementation classes to provide a destination for extracting a method created as per (4).
6) populate implementation classes by doing move method from a test class into them
7) refactor as required
8) go to (1) "
march 2010 by rtlechow
The Life Of A Radar » Blog Archive » Testing Facebook
march 2010 by rtlechow
"We’re currently adding Facebook integration to an existing application that uses Authlogic. That means adding a button that any user can press on the login form that then takes them to Facebook, signs them in and then lets them log into our site. For this purpose and the time being “Facebook integration” means only that: letting the user login with their Facebook details. For the Facebook side of things we’re using Facebooker which is not the well-documented library we all would hope it is. Oh, and you cannot use it as a gem with Rails."
tdd
bdd
authlogic
rails
facebook
rubyonrails
testing
ruby
connect
march 2010 by rtlechow
Bits of Evidence - What We Actually Know About Software Development and Why We Believe It's True
october 2009 by rtlechow
Greg Wilson's slides from Devdays Toronto.
compsci
programming
development
evidence
research
tdd
bdd
agile
uoft
slideshow
october 2009 by rtlechow
Relevance Blog : The Power of Names
october 2009 by rtlechow
Last week I had a great time at the Latin America Rails Summit. (Thanks to the organizers for inviting me!) During breaks in the action here and there, I spent time working on Tarantula, and for a lot of that time I was sitting with Chad Fowler and David Chelimsky. David was working on RSpec, and asked Chad and me for help coming up with a good name for a method. The ensuing conversation struck all of us as a great example of the power of good names.
programming
ruby
bdd
tdd
ddd
domain
language
rspec
october 2009 by rtlechow
related tags
activerecord ⊕ agile ⊕ ajax ⊕ analysis ⊕ apple ⊕ applications ⊕ article ⊕ authlogic ⊕ autospec ⊕ autotest ⊕ bdd ⊕ bddcast ⊕ bestpractices ⊕ blog ⊕ bray ⊕ c2 ⊕ cargocult ⊕ clojure ⊕ cocoa ⊕ code ⊕ coding ⊕ compsci ⊕ computer ⊕ conference ⊕ connect ⊕ craftsmanship ⊕ cucumber ⊕ ddd ⊕ design ⊕ development ⊕ dojo ⊕ domain ⊕ edd ⊕ erlang ⊕ evidence ⊕ example ⊕ examples ⊕ exercise ⊕ experiment ⊕ facebook ⊕ factorygirl ⊕ framework ⊕ functional ⊕ game ⊕ go ⊕ guidelines ⊕ hashrocket ⊕ history ⊕ hydra ⊕ infoq ⊕ interview ⊕ java ⊕ javascript ⊕ jspec ⊕ jsspec ⊕ kata ⊕ koans ⊕ language ⊕ learning ⊕ lisp ⊕ mac ⊕ minitest ⊕ models ⊕ oop ⊕ opinion ⊕ osx ⊕ performance ⊕ pivotal ⊕ pm ⊕ prime ⊕ problems ⊕ programming ⊕ quality ⊕ questions ⊕ rails ⊕ refactoring ⊕ reference ⊕ research ⊕ rspec ⊕ ruby ⊕ rubycocoa ⊕ rubykoans ⊕ rubyonrails ⊕ screencast ⊕ screencasts ⊕ seibel ⊕ shoulda ⊕ slides ⊕ slideshow ⊕ software ⊕ spolsky ⊕ stories ⊕ story ⊕ story_runner ⊕ stubbing ⊕ sudoku ⊕ tdd ⊖ test ⊕ testing ⊕ tests ⊕ tips ⊕ towatch ⊕ tracker ⊕ tutorial ⊕ twitter ⊕ unit ⊕ unittest ⊕ unittesting ⊕ uoft ⊕ userstories ⊕ video ⊕ vim ⊕ web ⊕ xp ⊕ zawinski ⊕Copy this bookmark: