
Sign up to save your podcasts
Or


Code Coverage or Test Coverage is a way to measure what lines of code and branches in your code that are utilized during testing.
Coverage tools are an important part of software engineering.
But there's also lots of different opinions about using it.
I've been asked many times what I think about code coverage or test coverage.
This episode is a train of thought brain dump on what I think about code coverage.
We'll talk about:
And also the Pareto Principle or 80/20 rule, and the law of diminishing returns and how that applies (or doesn't) to test coverage.
Links:
The Python extension for VS Code is most downloaded extension for VS Code.
Brett Cannon is the manager for the distributed development team of the Python extension for VS Code.
In this episode, Brett and I discuss the Python extension and VS Code, including:
Special Guest: Brett Cannon.
Links:
pytest plugins are an amazing way to supercharge your test suites, leveraging great solutions from people solving test problems all over the world. In this episode Michael and I discuss 15 favorite plugins that you should know about.
We also discuss fixtures and plugins and other testing tools that work great with pytest
And then our list of pytest plugins:
That last one isn't a plugin, but we also talked about pytest-splinter at the beginning. So I think it still counts as 15.
Special Guest: Michael Kennedy.
Links:
One of the great things about attending in person coding conferences, such as PyCon, is the hallway track, where you can catch up with people you haven't seen for possibly a year, or maybe even the first time you've met in person.
Nina is starting something like the hallway track, online, on twitch, and it's already going, so check out the first episode of Python Tea.
Interesting coincidence is that this episode is kind of like a hallway track discussion between Nina and Brian.
We've had Nina on the show a couple times before, but it's been a while.
In 2018, we talked about Mentoring on episode 44.
In 2019, we talked about giving Memorable Tech Talks in episode 71.
In this episode, we catch up with Nina, find out what she's doing, and talk about a bunch of stuff, including:
Special Guest: Nina Zakharenko.
Links:
"The mission of the Python Software Foundation is to promote, protect, and advance the Python programming language, and to support and facilitate the growth of a diverse and international community of Python programmers."
That's a lot of responsibility, and to that end, the PSF Board Directors help out quite a bit.
If you want to be a part of the board, you can. There's an election coming up right around the corner and you gotta get your nomination in by May 31. You can also join the PSF if you want to vote for who gets to be part of the board.
But what does it really mean to be on the Board, and what are some of the things the PSF does?
To help answer those questions, I've got Ewa Jodlowska, the PSF Executive Director, and Christopher Neugebauer, a current board member, on the show today. I've also got some great links in the show notes if we don't answer your questions and you want to find out more.
Special Guests: Christopher Neugebauer and Ewa Jodlowska.
Links:
Technical debt has to be dealt with on a regular basis to have a healthy product and development team.
The impacts of technical debt include emotional drain on engineers and slowing down development and can adversely affect your hiring ability and retention.
But really, what is technical debt? Can we measure it? How do we reduce it, and when?
James Smith, the CEO of Bugsnag, joins the show to talk about technical debt and all of these questions.
Special Guest: James Smith.
"Code is read much more often than it is written." - Guido van Rossum
This is true for both production code and test code.
When you are trying to understand why a test is failing, you'll be very grateful to the test author if they've taken the care to make it readable.
David Seddon came up with 6 principles to help us write more readable tests.
We discuss these, as well as more benefits of readable tests.
David's 6 Principles of Readable Tests:
Special Guest: David Seddon.
Links:
In both unittest and pytest, when a test function hits a failing assert, the test stops and is marked as a failed test.
What if you want to keep going, and check more things?
There are a few ways. One of them is subtests.
Python's unittest introduced subtests in Python 3.4.
pytest introduced support for subtests with changes in pytest 4.4 and a plugin, called pytest-subtests.
Subtests are still not really used that much.
But really, what are they? When could you use them?
And more importantly, what should you watch out for if you decide to use them?
That's what Paul Ganssle and I will be talking about today.
Special Guest: Paul Ganssle.
Links:
Django supports testing out of the box with some cool extensions to unittest. However, many people are using pytest for their Django testing, mostly using the pytest-django plugin.
Adam Parkin, who is known online as CodependentCodr, joins us to talk about migrating an existing Django project from unittest to pytest. Adam tells us just how easy this is.
Special Guest: Adam Parkin.
Links:
Financial services have their own unique testing development challenges. But they also have lots of the same challenges as many other software projects.
Eric Bergemann joins Brian Okken to discuss:
Special Guest: Eric Bergemann.
Links:
From the publisher's feed

43,853 Listeners

623 Listeners

327 Listeners

582 Listeners

213 Listeners

8,059 Listeners

139 Listeners

2,313 Listeners

5 Listeners