I brought more Testers than you did.....

The more eyes the better and when those eyes do nothing but look at bug and issues and requirements all day they are trained in a way that our business testers will never know.

https://www.youtube.com/watch?v=lSHuma375Ec



Comments

Post a Comment

Popular posts from this blog

Acts of Defiance: Hacking Spelling Tests, Grey-Box Bullpens, and Unlatching Staging Gates For over twenty years, my professional world has been governed by rigid gates. Code blocks wait in staging pipelines, automation frameworks run validation suites, and as technology leaders, we evaluate systems to answer one fundamental question: Is this build safe to release to production? If it isn't, the traditional corporate mechanism dictates a rollback. In a modern, mature DevOps ecosystem, a rollback is tactical, data-driven, and blameless. You isolate the anomalous telemetry curve, revert to the last known stable configuration, and adjust the sprint. But long before I ever managed global engineering architectures or negotiated delivery pipelines, I lived through a rollback that wasn’t agile at all. It was purely Waterfall. And it left behind a massive wave of cognitive technical debt. When I was a kid, my family relocated to Big Bear Lake, and the school system made a top-down, monolith...
Read more

Why BDD isn't working and why SDD is solving the problem?

The idea behind behavior driven development is that testers are able to verify the product, prevent bugs and reduce cost. Because the product is built using coding practices that put testing upfront in the process.  This is supposed to accelerate deployment and maintain the quality of software products by allowing software developers engineers in test (SDETs) to build frameworks to verify the behavior defined by product owners and developed by software engineers.    So why is it that the more automated tests we build the more they fail, the more maintenance they have and ultimately creating noise in our quality metrics; reliability, maintainability, usability, security and so on:  Software engineers build software and are not particularly good at writing tests.  Product owners and manual testers do not read code they read natural language  The more the product evolves the more complex the testing framework the more likely the tests are going to require...
Read more