Microtest TDD's Steering Premise is quite simple, which may be why it sometimes meets furious opposition. It says "Tests and testability are first-class citizens in design." Let's talk that over a little.
As is my wont, I remind you, TDD, and even geekery, aren't really the most pressing story around us today. It's comfort food, a chance to catch my breath.

Black lives matter.

Stay safe, stay strong, stay angry, stay kind.

We can change this, we're the only thing that can.
There are, for any software problem, an infinite number of functionally correct designs. If implemented, they will work. But we don't *implement* an infinite number of designs. Why not? Because though they may be functionally correct, they still don't fit our context.
We reject designs -- more often we reject individual choices in designs -- for a variety of reasons: reliability, cost of hardware, poor fit to our toolset, and so on. Those reasons are the "citizens" of the design process.
And the steering premise says that one of the citizens -- not a secondary or minor or ex post facto consideration -- is whether that design can be tested.
To probe at it: If you brought us a functionally correct design that required our app to run on a million AWS instances, we'd casually say "no, that's not valid." So obvious is this conclusion, that no one ever does it. Designs don't even get that far with such an issue.
And if you brought us a functionally correct design that couldn't be tested until it was in the field?

If we're following the Steering Premise, it's the same answer: "No, that's not valid."
Why? Why do we insist that tests & testability be such a central concern in our approach?

Just recently, we talked about the differences between modern geekery and that of forty years ago, and the answer is there: the higher levels of Collaboration, Complication, and Continuity.
Modern geekery is collaborative geekery, with many hands touching each part of each shipped feature. And tests are a tremendously powerful collaborative framework.
Tests are executable & deterministic. When we get to use them as part of our collaboration, they correspondingly sidestep issues of theory -- endless sprouting what-if's -- and issues of interpretation -- you say "good" and I say "bad".
Don't mistake me: tests can't *supplant* direct human interaction, by no means. But they are excellent adjuncts to that interaction, allowing us to use a kind of runnable shorthand in our exchanges. It's a startlingly powerful enhancement to our other communication techniques.
And complication: those parts used by a feature, they aren't usually used by only that feature, but by several others. Testability lets us lock a part's behavior to account for *all* the features that use it.
Consider an Account. We use it for billing. We use it for contact names. We use it for emails. We use it for association. We use it in myriad features. Testability lets us pin down each of those cases and assert that the part meets *all* of the responsibility placed on it.
And continuity, the long lifespan of the apps we write today. Take that part that supports multiple features, and change one of those features. Testability lets us have high confidence that a change in one feature's part-usage does not affect *another* feature's part-usage.
In brownfield development -- remember how much of modern geekery is brownfield -- this cross-feature confidence in parts is of enormous value. Regression bugs are far and away the most vexing problem for teams working on apps that are already fielded.
In many respects, it is the modernity of geekery that has raised tests & testability to such prominence in our designs. Collaboration, complication, and continuity are all major forces driving that change.
So, in practice, what does the steering premise really mean? Under real-world circumstances, it's about how we draw the lines between parts, and what we pass across those lines. Testability suggests some lines are better than others, and some passings better than others.
A typical aspect: not freely intertwining "our" code and "their" code. This is because framework & library code is so frequently awkward (or sometimes impossible) to t. Isolating our branching logic from their http transport increases our testability.
A second aspect: we talked about boss & employee designs the other day. A key steerability concept is to make bosses as light as possible, essentially pure delegation to multiple employees. Why? So we can regard the boss as largely untestworthy.
In these and most cases of applying the Steering premise, our focus is on how the lines (and the passing across them) influence our ability to gain high confidence in our parts. We schmoosh those lines & that passing to get designs that are functionally correct *AND* testable.
The Steering Premise: Tests & testability are first-class citizens of design. We adopt it because of huge increase in collaboration, complication, and continuity that modern geekery requires to succeed. It is a fundamental premise of TDD: we change designs to make them testable.
Thanks for reading. Want more? Do me two solids:

1) Subscribe. It's free, spam-free, and comes in full text or audio. geepawhill.org/subscribe

2) Embrace change, enact change, support change, in and out of the geek trades. Black lives matter. It ain't over, it's barely started.

• • •

Missing some Tweet in this thread? You can try to force a refresh

Keep Current with GeePaw Hill

GeePaw Hill Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!


Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @GeePawHill

4 Dec
I bookmarked this earlier. This is Pat Metheny's song, and it's on Jopek's me'n'Pat album.

But this pianist, this Polish jazz pianist most us of here have never heard of, plays the top two octaves of the piano in a way to change everything.

The *keys*. Listen to the sound of the keys on the piano. It's not electric or electronic. It's physical keys on a physical keyboard. And it's stunning.

It's not even his best take. If I find the best song featuring him on youtube, I'll link it next.

It's "Letter From Home". Another Pat composition. But listen to this piano.


Just listen to this piano.

Read 5 tweets
29 Nov
The Pieces Premise says, "To get the whole thing to do what you want, start by getting each piece of it to do what you want. It's one of the basic underpinning of microtest TDD.
It's a hard time out there for those working on social change. I want you to know how much what you're doing means to me. Geekery is respite for me. But I see you, and I see how hard you're trying.

Stay safe, stay strong, stay angry, stay kind.

I am proud of you.
The idea behind the pieces premise is actually pretty straightforward. All programs are divided into pieces, separate parts, each of which performs some behavior the program needs.

If the pieces don't work, the whole won't work.
Read 33 tweets
28 Nov
Aiyiyi. Even the youtube orgler sometimes finds an acorn.
"Masquerade", penned and performed pretty damned well by Leon Russell, here is performed by George Benson.

Benson is one of the great figures of 20th century music. The dude's a stunning guitarist, *anointed* by the jazz community. But with the release of his album "Breezin'", he reframed himself, as an advocate of lyricism and accessibility. Critics shat their pants.
Read 5 tweets
28 Nov
"All My Trials", Peter, Paul, and Mary.

I grew up on stage. My first theatrical performance was at age six. My last was at age 20. I did all the things, onstage and off, all the roles from sound to lights to props to stage manager. At 19, my beloved mentor Tony forced the community theatre to let me direct.
When I was about 15 or so, we did an adaptation of Spoon River Anthology. And it wasn't scripted, it was based in the book itself. I was young, so I didn't know how shocking and radical the original book was, or how bold it was to stage it, in small-town Kansas in '73.
Read 5 tweets
28 Nov
I was looking for a thing to perk up this playlist, then Beyonce's "Hold Up" came.

Okay, it's not perk-up.

But it's *meta* perk-up. Cuz fuckin' Beyonce, and this crazy charming song.

Swear to God it makes me smile every tiime I hear it.
...i don't wanna lose my pride, but i'mo fuck me up a bitch...
Read 4 tweets
28 Nov
There a million million "Manha De Carnaval"s, and many of them are stunning.

This is Susanna McCorkle, and it is my personal favorite.

Part of it I'm sure is knowing her story.
But, of course, Orfeo Negro, the film.
Read 4 tweets

Did Thread Reader help you today?

Support us! We are indie developers!

This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!