What does Continuous Delivery say about Test Strategy?

"90% done." The three most dangerous words in tech.

We've all been there! The team grinds for six weeks. Energy is high. Progress charts look great. Then comes the big reveal, only to hear, "This isn't quite what I had in mind." Suddenly, that 90% feels more like 10%. The frustration is crushing. What went wrong?

It wasn't a lack of effort. It was a lack of feedback.
The project's most critical test—"Did we build the right thing?"—was saved for the very end. This is a broken pattern. Testing isn't a final phase you tack on; it's a continuous conversation that should start on day one. It's a whole-team activity, not just a QA function.

A truly robust test strategy, as seen in Continuous Delivery, isn't just about automated unit and integration tests. It also includes crucial business-facing checks like usability testing, showcases, and exploratory sessions. It answers two questions constantly: "Are we building it right?" and "Are we building the right thing?"
By integrating these feedback loops throughout the process, you kill surprises. You replace a massive, painful course correction at the end with tiny, manageable adjustments along the way.

What's the costliest bug your team has ever fixed after saying you were "almost done?"

hashtagAgile hashtagSoftwareDevelopment hashtagContinuousDelivery hashtagProjectManagement hashtagTechLeadership

From the desk of,
Jasdev Singh
E: singhjasdev@gmail.com



Comments

Popular posts from this blog

Increasing your Agile Team's Outcome Predictability

When you equate story points with time...