Jul 15, 2026 · 51 min · 14 segments
What if testers developed like engineers — and developers tested like they were in the hot seat? In this episode of BrowserStack Talks, the podcast that turns testing pain points into playbooks, host…
Filip HricGuest
David BurnsHost
Um, and so like one of the things that, uh, I've always found quite interesting in the work that you've done is that you've, you've pushed quite heavily, um, and I've, I've always tried to push the same thing, is that, uh, if you're doing test automation, you're some form of developer, right?

And that goes without saying, despite a lot of people going, "No, I'm a tester." It's like, no, if you're writing code, any form of code, you're a coder.

Um, but, uh, one of the things that you've always argued, no matter what, who you are, is that you need to understand what the building blocks of any application is, right?

Um, why is that, um, why is that distinction and being able to understand that so important for modern quality engineering?

I, I have a theory on this, and I'm sure-- So I have already had ar- arguments with people about this.

Uh, so- some people even might feel that if you step way too much into the developer space, you might lose something from your tester's perspective, which I don't think is the case.

I would say that stepping into developer space, like e- makes you even better, uh, in your testing field.

And the reason why, I give like countless of arguments and examples on that in my, uh, in my past talks.

Uh, the, the very simple argument is that, all right, imagine you're, you're testing a login screen, right? Your developers have done some work on it, and you're, uh, you're trying to, uh, test that.

Like even those two fields, name and password, are like pretty robust 'cause you have to look for, uh, happy paths, the edge cases, the, the-

And imagine jumping into that with like no knowledge of how that system works, and you find a bug, you cannot log in.

You need to fix it." And they go ahead and fix it, not providing you with the information of what was wrong.

Um, and so like one of the things that, uh, I've always found quite interesting in the work that you've done is that you've, you've pushed quite heavily, um, and I've, I've always tried to push the same thing, is that, uh, if you're doing test automation, you're some form of developer, right?

And that goes without saying, despite a lot of people going, "No, I'm a tester." It's like, no, if you're writing code, any form of code, you're a coder.

Um, but, uh, one of the things that you've always argued, no matter what, who you are, is that you need to understand what the building blocks of any application is, right?

Um, why is that, um, why is that distinction and being able to understand that so important for modern quality engineering?

I, I have a theory on this, and I'm sure-- So I have already had ar- arguments with people about this.

Uh, so- some people even might feel that if you step way too much into the developer space, you might lose something from your tester's perspective, which I don't think is the case.

I would say that stepping into developer space, like e- makes you even better, uh, in your testing field.

And the reason why, I give like countless of arguments and examples on that in my, uh, in my past talks.

Uh, the, the very simple argument is that, all right, imagine you're, you're testing a login screen, right? Your developers have done some work on it, and you're, uh, you're trying to, uh, test that.

Like even those two fields, name and password, are like pretty robust 'cause you have to look for, uh, happy paths, the edge cases, the, the-

And imagine jumping into that with like no knowledge of how that system works, and you find a bug, you cannot log in.

You need to fix it." And they go ahead and fix it, not providing you with the information of what was wrong.
The rest of this transcript — segmented and speaker-labeled, so you land on the exact moment something was said
Search every transcript — by keyword, by phrase, or by meaning, across every show Radar indexes
Trends — what is surging across podcasts, measured against its own baseline
Alerts — when a name you follow appears in a newly indexed episode
No account is needed to search Radar.