Learn TDD in JavaScript!

I’m now ready to deliver TDD training JavaScript (and have already done so for one customer)!

The course is tailorable to your needs; let’s talk and we’ll pin down a course that can work for you. Using Mocha + Chai? Jest? React? React with Redux? Let me know. I’ll make sure we work on classroom exercises that are near & dear to your interests.

Take a look at the Technical Training page for more information about the TDD classes and what they cover. You’ll find two and three day versions of the TDD classes, as well as training in related items such as legacy code. And if you don’t find something that’s an exact fit, I can again shape something up to suit your needs.

Give me a call at 719-287-GEEK, or use the contact form near the bottom of this page.

New article at Ranorex, “Just What Is DevOps?”

devopsJust What Is DevOps? (30-Aug-2018)

There’s no such thing as a free lunch, or free-expensive-steak dinner for that matter. You might have to listen to someone ramble about DevOps for hours while not being able to tell you what it is.

In this blog post for Ranorex, I get to vent a little with a story about a steak dinner dominated by blather. I present a few thoughts about what DevOps is, since I can’t seem to find a concise definition anywhere (or get one at a steak dinner).

New article at Gurock, “Humility: The Lost Value in Agile Development”

humilityHumility: The Lost Value in Agile Development (29-Aug-2018)

XP presented four values as the basis for its approach to software development. Humility is perhaps the 5th, missing value.

In this blog post for Gurock, I offer some thoughts on what it means to be humble. I relate humility to the unease that many seasoned developers feel about TDD–its insistence of building only the software needed to that point in time.

New article at Ranorex, “Insights from the TDD Community”

insights from the TDD communityInsights from the TDD Community (21-Aug-2018)

Check out We Do TDD for numerous great stories about test-driven development from people, teams, and companies that test-drive their software.

In this blog post for Ranorex, I talk about Dave Schinkel’s site that features interview questions and answers from a good number of TDD practitioners. I highlight some answers to questions about interesting TDD topics:

  • How did you adopt TDD?
  • Why would you want to be “test infected?”
  • How does TDD relate to design?

New article at Ranorex, “Find the Right TDD Approach for Your Testing Situation”

TDD approachesFind the Right TDD Approach for Your Testing Situation (16-Aug-2018)

No, there’s no one “right” way to practice TDD, though there are plenty of ways that technically are not TDD.

In this blog post for Ranorex, I talk about some of the variant ways of approaching test-driven development (TDD). I first introduce two distinct ways of describing TDD. I then discuss “assert-first,” “one assert per test,” and how tests are best named (or not).