
The Python Podcast.__init__
Coverage.py with Ned Batchelder
Aug 6, 2017 · 51 min · Episode 121 · 49.8 MB
0:00-51:54
Streams straight from the publisher. podnod never proxies or re-hosts episode audio.
Summary
We write tests to make sure that our code is correct, but how do you make sure the tests are correct? This week Ned Batchelder explains how coverage.py fills that need, how he became the maintainer, and how it works under the hood.
Preface
- Hello and welcome to Podcast.__init__, the podcast about Python and the people who make it great.
- I would like to thank everyone who supports us on Patreon. Your contributions help to make the show sustainable.
- When you’re ready to launch your next project you’ll need somewhere to deploy it. Check out Linode at www.podastinit.com/linode?utm_source=rss&utm_medium=rss and get a $20 credit to try out their fast and reliable Linux virtual servers for running your awesome app.
- Visit the site to subscribe to the show, sign up for the newsletter, read the show notes, and get in touch.
- To help other people find the show please leave a review on iTunes, or Google Play Music, tell your friends and co-workers, and share it on social media.
- Your host as usual is Tobias Macey and today I’m interviewing Ned Batchelder about coverage.py, the ubiquitous tool for measuring your test coverage.
Interview
- Introductions
- How did you get introduced to Python?
- What is coverage.py and how did you get involved with the project?
- The coverage project has become the de facto standard for measuring test coverage in Python. Why do you think that is?
- What is the utility of measuring test coverage?
- What are the downsides to measuring test coverage?
- One of the notable capabilities that was introduced recently was the plugin for measuring coverage of Django templates. Why is that an important capability and how did you manage to make that work?
- How does coverage conduct its measurements and how has that algorithm evolved since you first started work on it?
- What are the most challenging aspects of building and maintaining coverage.py?
- While I was looking at the bug tracker I was struck by the vast array of contexts in which coverage is used. Do you find it overwhelming trying to support so many operating systems and Python implementations?
- What might be added to coverage in the future?
Keep In Touch
Picks
- Tobias
- Ned
Links
- edX
- Lotus Notes
- Zope
- Coverage.py
- Gareth Rees
- Trace in stdlib
- Fig Leaf
- State Machines
- CodeCov
- Coveralls
- Cobertura
- Turing Completeness
- Django Templates
- Jinja2
- Mako
- Hy-lang
- GCov
- Jython
- Code Triage Service
- Who Tests What
The intro and outro music is from Requiem for a Fish The Freak Fandango Orchestra / CC BY-SA
Patreon
pythonpodcast.comwww.podastinit.com/linode?utm_source=rss&utm_medium=rss
pythonpodcast.comsite
pythonpodcast.comiTunes
itunes.apple.comGoogle Play Music
play.google.com@nedbat
twitter.comWebsite
nedbatchelder.comOrg-Journal
github.comHypothesis
hypothesis.readthedocs.ioThe Infinite Monkey Cage
bbc.co.ukedX
edx.orgLotus Notes
en.wikipedia.orgZope
zope.orgCoverage.py
coverage.readthedocs.ioGareth Rees
garethrees.orgTrace in stdlib
docs.python.orgFig Leaf
darcs.idyll.orgState Machines
en.wikipedia.orgCodeCov
codecov.ioCoveralls
coveralls.ioCobertura
cobertura.github.ioTuring Completeness
en.wikipedia.orgDjango Templates
docs.djangoproject.comJinja2
jinja.pocoo.orgMako
makotemplates.orgHy-lang
docs.hylang.orgGCov
en.wikipedia.orgJython
jython.orgCode Triage Service
codetriage.comWho Tests What
nedbatchelder.comThe Freak Fandango Orchestra
freemusicarchive.orgCC BY-SA
creativecommons.org