Hynek joins the show to discuss towncrier.   At the top of the towncrier documentation, it says "towncrier is a utility to produce useful, summarized news files (also known as changelogs) for your project." Towncrier is used by "Twisted, pytest, pip, BuildBot, and attrs, among others." This is the last of 3 episodes focused on keeping a CHANGELOG.  Episode 200 kicked off the series with keepachangelog.com and Olivier Lacan In 201 we had Ned Batchelder discussing scriv.Special Guest: Hynek Schlawack.Links:Towncrier docsHow to Keep a Changelog in Markdown - Towncrier docsKeep a Changelogstructlog/CHANGELOG.md — Example of manually edited changelog.hatch-fancy-pypi-readmeMyST Markdown hatchling

Hynek joins the show to discuss towncrier. At the top of the towncrier documentation, it says "towncrier is a utility to produce useful, summarized news files (also known as changelogs) for your project." Towncrier is used by "Twisted, pytest, pip, BuildBot, and attrs, among others." This is the last of 3 episodes focused on keeping a CHANGELOG. <a href="https://testandcode.com/200" rel="nofollow" target="_blank">Episode 200</a> kicked off the series with <a href="http://keepachangelog.com" rel="nofollow" target="_blank">keepachangelog.com</a> and Olivier Lacan In <a href="https://testandcode.com/201" rel="nofollow" target="_blank">201</a> we had Ned Batchelder discussing scriv.Special Guest: Hynek Schlawack.Links:<ul><li><a href="https://towncrier.readthedocs.io/en/stable/" rel="nofollow" target="_blank">Towncrier docs</a></li><li><a href="https://towncrier.readthedocs.io/en/stable/markdown.html" rel="nofollow" target="_blank">How to Keep a Changelog in Markdown - Towncrier docs</a></li><li><a href="https://keepachangelog.com/en/1.0.0/" rel="nofollow" target="_blank">Keep a Changelog</a></li><li><a href="https://github.com/hynek/structlog/blob/main/CHANGELOG.md" rel="nofollow" target="_blank">structlog/CHANGELOG.md</a> — Example of manually edited changelog.</li><li><a href="https://github.com/hynek/hatch-fancy-pypi-readme" rel="nofollow" target="_blank">hatch-fancy-pypi-readme</a></li><li><a href="https://myst-tools.org/" rel="nofollow" target="_blank">MyST Markdown </a></li><li><a href="https://pypi.org/project/hatchling/" rel="nofollow" target="_blank">hatchling</a></li></ul>

202: Using Towncrier to Keep a Changelog

Last week we talked about the importance of keeping a changelog. This week we talk with Ned Batchelder about scriv, a tool to help maintain that changelog. Scriv "is a command-line tool for helping developers maintain useful changelogs. It manages a directory of changelog fragments. It aggregates them into entries in a CHANGELOG file."Special Guest: Ned Batchelder.Sponsored By:porkbun: A refreshingly different domain name registrar.     Get a free .app or .dev domain name by using this link or promo code.  Promo Code: TESTANDCODELinks:nedbat/scriv: Changelog management tool

Last week we talked about the importance of keeping a changelog. This week we talk with Ned Batchelder about scriv, a tool to help maintain that changelog. Scriv "is a command-line tool for helping developers maintain useful changelogs. It manages a directory of changelog fragments. It aggregates them into entries in a CHANGELOG file."Special Guest: Ned Batchelder.Sponsored By:<ul><li><a href="https://porkbun.com/testandcode" rel="nofollow" target="_blank">porkbun</a>: <a href="https://porkbun.com/testandcode" rel="nofollow" target="_blank">A refreshingly different domain name registrar. Get a free .app or .dev domain name by using this link or promo code. </a> Promo Code: TESTANDCODE</li></ul>Links:<ul><li><a href="https://github.com/nedbat/scriv" rel="nofollow" target="_blank">nedbat/scriv: Changelog management tool</a></li></ul>

201: Avoid merge conflicts on your CHANGELOG with scriv

A changelog is a file which contains a curated, chronologically ordered list of notable changes for each version of a project. This episode is about what a changelog is, with an interview with Olivier Lacan, creator of keepachangelog.com. The next two episodes talk about some tools to help software project teams keep changelogs while avoiding merge conflicts. Special Guest: Olivier Lacan.Sponsored By:porkbun: A refreshingly different domain name registrar.     Get a free .app or .dev domain name by using this link or promo code.  Promo Code: TESTANDCODELinks:Shields.ioKeep a Changelog"The Changelog" Podcast interview with Olivier LacanAn Open Source Rage Diamond

A changelog is a file which contains a curated, chronologically ordered list of notable changes for each version of a project. This episode is about what a changelog is, with an interview with Olivier Lacan, creator of <a href="https://keepachangelog.com" rel="nofollow" target="_blank">keepachangelog.com</a>. The next two episodes talk about some tools to help software project teams keep changelogs while avoiding merge conflicts. Special Guest: Olivier Lacan.Sponsored By:<ul><li><a href="https://porkbun.com/testandcode" rel="nofollow" target="_blank">porkbun</a>: <a href="https://porkbun.com/testandcode" rel="nofollow" target="_blank">A refreshingly different domain name registrar. Get a free .app or .dev domain name by using this link or promo code. </a> Promo Code: TESTANDCODE</li></ul>Links:<ul><li><a href="https://shields.io/" rel="nofollow" target="_blank">Shields.io</a></li><li><a href="https://keepachangelog.com/en/1.1.0/" rel="nofollow" target="_blank">Keep a Changelog</a></li><li><a href="https://changelog.com/podcast/127" rel="nofollow" target="_blank">"The Changelog" Podcast interview with Olivier Lacan</a></li><li><a href="https://olivierlacan.com/posts/an-open-source-rage-diamond/" rel="nofollow" target="_blank">An Open Source Rage Diamond</a></li></ul>

200: Keep a CHANGELOG

For a web side project to go from "working on desktop" to "live in the cloud", one decision that needs to be made is where to host everything. One option is Microsoft Azure. Lots of corporate sites use it. Is it right for side projects?  Pamela Fox, a Cloud Advocate for Python at Microsoft, joins the show to help us with that question.Special Guest: Pamela Fox.Sponsored By:porkbun: A refreshingly different domain name registrar.   Get a free .app or .dev domain name by using this link or promo code. Promo Code: TESTANDCODELinks:Python Bytes Episode #323pamelafox gitHub projectsDeploy a Python (Django or Flask) web app to AzureHosting Python Web Apps on Azure: A Price-OffDeploying a containerized FastAPI app to Azure Container AppsGetting started with hosting Python apps on AzurePricing Calculator for AzureApp Service Pricing pamelafox/flask-db-quiz-exampleTutorial: Deploy a Python Django or Flask web app with PostgreSQLPamela Fox on Mastodon

For a web side project to go from "working on desktop" to "live in the cloud", one decision that needs to be made is where to host everything. One option is Microsoft Azure. Lots of corporate sites use it. Is it right for side projects? Pamela Fox, a Cloud Advocate for Python at Microsoft, joins the show to help us with that question.Special Guest: Pamela Fox.Sponsored By:<ul><li><a href="https://porkbun.com/testandcode" rel="nofollow" target="_blank">porkbun</a>: <a href="https://porkbun.com/testandcode" rel="nofollow" target="_blank">A refreshingly different domain name registrar. Get a free .app or .dev domain name by using this link or promo code. </a> Promo Code: TESTANDCODE</li></ul>Links:<ul><li><a href="https://pythonbytes.fm/episodes/show/323/ai-search-wars-have-begun" rel="nofollow" target="_blank">Python Bytes Episode #323</a></li><li><a href="https://github.com/pamelafox" rel="nofollow" target="_blank">pamelafox gitHub projects</a></li><li><a href="https://learn.microsoft.com/en-us/azure/app-service/quickstart-python?tabs=flask%2Cwindows%2Cazure-cli%2Cvscode-deploy%2Cdeploy-instructions-azportal%2Cterminal-bash%2Cdeploy-instructions-zip-azcli" rel="nofollow" target="_blank">Deploy a Python (Django or Flask) web app to Azure</a></li><li><a href="https://blog.pamelafox.org/2023/03/hosting-python-web-apps-on-azure-price.html" rel="nofollow" target="_blank">Hosting Python Web Apps on Azure: A Price-Off</a></li><li><a href="https://blog.pamelafox.org/2023/03/deploying-containerized-fastapi-app-to.html" rel="nofollow" target="_blank">Deploying a containerized FastAPI app to Azure Container Apps</a></li><li><a href="https://learn.microsoft.com/en-us/azure/developer/python/quickstarts-app-hosting" rel="nofollow" target="_blank">Getting started with hosting Python apps on Azure</a></li><li><a href="https://azure.microsoft.com/en-us/pricing/calculator/" rel="nofollow" target="_blank">Pricing Calculator for Azure</a></li><li><a href="https://azure.microsoft.com/en-us/pricing/details/app-service/windows/" rel="nofollow" target="_blank">App Service Pricing </a></li><li><a href="https://github.com/pamelafox/flask-db-quiz-example" rel="nofollow" target="_blank">pamelafox/flask-db-quiz-example</a></li><li><a href="https://learn.microsoft.com/en-us/azure/app-service/tutorial-python-postgresql-app?pivots=deploy-portal&amp;tabs=flask%2Cwindows" rel="nofollow" target="_blank">Tutorial: Deploy a Python Django or Flask web app with PostgreSQL</a></li><li><a href="https://fosstodon.org/@pamelafox" rel="nofollow" target="_blank">Pamela Fox on Mastodon</a></li></ul>

199: Is Azure Right for a Side Project?

Django has some built in ways to test your application. There's also pytest-django and other plugins that help with testing. Carlton Gibson and Will Vincent from the Django Chat Podcast join the show to discuss how to get started testing your Django application. 00:00 Introduction 00:20 Thanks porkbun for sponsoring 01:41 Welcome and podcasting discussion 17:21 Django starter projects 21:35 Testing Django  Should be chapters there also, if your podcast player supports them.Special Guests: Carlton Gibson and Will Vincent.Sponsored By:porkbun: A refreshingly different domain name registrar.     Get a free .app or .dev domain name by using this link or promo code.  Promo Code: TESTANDCODE

Django has some built in ways to test your application. There's also pytest-django and other plugins that help with testing. Carlton Gibson and Will Vincent from the Django Chat Podcast join the show to discuss how to get started testing your Django application. 00:00 Introduction 00:20 Thanks porkbun for sponsoring 01:41 Welcome and podcasting discussion 17:21 Django starter projects 21:35 Testing Django Should be chapters there also, if your podcast player supports them.Special Guests: Carlton Gibson and Will Vincent.Sponsored By:<ul><li><a href="https://porkbun.com/testandcode" rel="nofollow" target="_blank">porkbun</a>: <a href="https://porkbun.com/testandcode" rel="nofollow" target="_blank">A refreshingly different domain name registrar. Get a free .app or .dev domain name by using this link or promo code. </a> Promo Code: TESTANDCODE</li></ul>

198: Testing Django Web Applications

Classifiers are one bit of Python project metadata that predates PyPI. Classifiers are weird. They were around in setuptools days, and are still here with pyproject.toml.   What are they?  Why do we need them?  Do we need them? Which classifiers should I include? Why are they called "trove classifiers" in the Python docs  Brett Cannon joins the show to discuss these wacky bits of metadata. Here's an example, from pytest-crayons: [project] ... classifiers = [     "License :: OSI Approved :: MIT License",     "Framework :: Pytest"     ] Special Guest: Brett Cannon.Sponsored By:Patreon Supporters: Help support the show with as little as $1 per month and be the first to know when new episodes come out.Links:Classifiers · PyPIPEP 621 – Storing project metadata in pyproject.toml | peps.python.orgPackaging Python Projects — Python Packaging User Guide — Configuring metadataPEP 639 – Improving License Clarity with Better Package Metadata | peps.python.orgSPDX

Classifiers are one bit of Python project metadata that predates PyPI. Classifiers are weird. They were around in setuptools days, and are still here with pyproject.toml. <ul> <li>What are they? </li> <li>Why do we need them? </li> <li>Do we need them?</li> <li>Which classifiers should I include?</li> <li>Why are they called "trove classifiers" in the <a href="https://pypi.org/classifiers/" rel="nofollow" target="_blank">Python docs</a></li> </ul> Brett Cannon joins the show to discuss these wacky bits of metadata. Here's an example, from <a href="https://github.com/okken/pytest-crayons/blob/main/pyproject.toml" rel="nofollow" target="_blank">pytest-crayons</a>: <code>[project] ... classifiers = [ "License :: OSI Approved :: MIT License", "Framework :: Pytest" ] </code>Special Guest: Brett Cannon.Sponsored By:<ul><li><a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>: <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Help support the show with as little as $1 per month and be the first to know when new episodes come out.</a></li></ul>Links:<ul><li><a href="https://pypi.org/classifiers/" rel="nofollow" target="_blank">Classifiers · PyPI</a></li><li><a href="https://peps.python.org/pep-0621" rel="nofollow" target="_blank">PEP 621 – Storing project metadata in pyproject.toml | peps.python.org</a></li><li><a href="https://packaging.python.org/en/latest/tutorials/packaging-projects/#configuring-metadata" rel="nofollow" target="_blank">Packaging Python Projects — Python Packaging User Guide</a> — Configuring metadata</li><li><a href="https://peps.python.org/pep-0639/" rel="nofollow" target="_blank">PEP 639 – Improving License Clarity with Better Package Metadata | peps.python.org</a></li><li><a href="https://spdx.dev/" rel="nofollow" target="_blank">SPDX</a></li></ul>

197: Python project trove classifiers - Do you need this bit of pyproject.toml metadata? 

Should we think of open source components the same way we think of physical parts for manufactured goods? There are problems with supply chain analogy when applied to software. Thomas Depierre discusses some of those issues in this episode. Special Guest: Thomas Depierre.Links:I am not a supplier - article

Should we think of open source components the same way we think of physical parts for manufactured goods? There are problems with supply chain analogy when applied to software. Thomas Depierre discusses some of those issues in this episode. Special Guest: Thomas Depierre.Links:<ul><li><a href="https://www.softwaremaxims.com/blog/not-a-supplier" rel="nofollow" target="_blank">I am not a supplier - article</a></li></ul>

196: I am not a supplier

Anthony Sottile and Brian discuss changes that would be cool for pytest, even unrealistic changes. These are changes we'd make to pytest if we didn't ahve to care about backwards compatibilty. Anthony's list:  The import system Multi-process support out of the box Async support Changes to the fixture system Extend the assert rewriting to make it modular Add matchers to assert mechanism Ban test class inheritance  Brian's list:   Extend assert rewriting for custom rewriting, like check pytester matchers available for all tests Throw out nose and unittest compatibility plugins Throw out setup_module, teardown_module and other xunit style functions Remove a bunch of the hook functions Documentation improvement of remaining hook functions which include examples of how to use it Start running tests before collection is done Split collection and running into two processes Have the fixtures be able to know the result of the test during teardown Special Guest: Anthony Sottile.Links:anthonywritescode - YouTubeanthonywritescode - Twitchpytest-asyncio · PyPIasync test patterns for pytestfuture-fstrings · PyPIre-assert · PyPInumpy.testingSourcegraph

Anthony Sottile and Brian discuss changes that would be cool for pytest, even unrealistic changes. These are changes we'd make to pytest if we didn't ahve to care about backwards compatibilty. Anthony's list: <ol> <li>The import system</li> <li>Multi-process support out of the box</li> <li>Async support</li> <li>Changes to the fixture system</li> <li>Extend the assert rewriting to make it modular</li> <li>Add matchers to assert mechanism</li> <li>Ban test class inheritance</li> </ol> Brian's list: <ol> <li>Extend assert rewriting for custom rewriting, like check</li> <li>pytester matchers available for all tests</li> <li>Throw out nose and unittest compatibility plugins</li> <li>Throw out setup_module, teardown_module and other xunit style functions</li> <li>Remove a bunch of the hook functions</li> <li>Documentation improvement of remaining hook functions which include examples of how to use it</li> <li>Start running tests before collection is done</li> <li>Split collection and running into two processes</li> <li>Have the fixtures be able to know the result of the test during teardown</li> </ol>Special Guest: Anthony Sottile.Links:<ul><li><a href="https://www.youtube.com/@anthonywritescode" rel="nofollow" target="_blank">anthonywritescode - YouTube</a></li><li><a href="https://www.twitch.tv/anthonywritescode" rel="nofollow" target="_blank">anthonywritescode - Twitch</a></li><li><a href="https://pypi.org/project/pytest-asyncio/" rel="nofollow" target="_blank">pytest-asyncio · PyPI</a></li><li><a href="https://tonybaloney.github.io/posts/async-test-patterns-for-pytest-and-unittest.html" rel="nofollow" target="_blank">async test patterns for pytest</a></li><li><a href="https://pypi.org/project/future-fstrings/" rel="nofollow" target="_blank">future-fstrings · PyPI</a></li><li><a href="https://pypi.org/project/re-assert/" rel="nofollow" target="_blank">re-assert · PyPI</a></li><li><a href="https://numpy.org/doc/stable/reference/routines.testing.html" rel="nofollow" target="_blank">numpy.testing</a></li><li><a href="https://sourcegraph.com/search" rel="nofollow" target="_blank">Sourcegraph</a></li></ul>

195: What would you change about pytest?

A brief discussion of why Test &amp; Code has been off the air for a bit, and what to expect in upcoming episodes.Links:Python Testing with pytest, 2nd EditionGetting started with pytest Online CourseSoftware Testing with pytest TrainingPython Bytes Podcast

A brief discussion of why Test &amp; Code has been off the air for a bit, and what to expect in upcoming episodes.Links:<ul><li><a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">Python Testing with pytest, 2nd Edition</a></li><li><a href="https://training.talkpython.fm/courses/getting-started-with-testing-in-python-using-pytest" rel="nofollow" target="_blank">Getting started with pytest Online Course</a></li><li><a href="https://pythontest.com/training/" rel="nofollow" target="_blank">Software Testing with pytest Training</a></li><li><a href="https://pythonbytes.fm/" rel="nofollow" target="_blank">Python Bytes Podcast</a></li></ul>

194: Test & Code Returns

Patrick Mineault

I don't think it's too much of a stretch to say that software is part of most scientific research now. From astronomy, to neuroscience, to chemistry, to climate models.  If you work in research that hasn't been affected by software yet, just wait. But how good is that software?  How much of common best practices in software development are making it to those writing software in the sciences? Patrick Mineault has written "The Good Research Code Handbook".  It's a website. It's concise.  And it will put you on the right path to writing better software. Even if you don't write science based software, and even if you already have a CS degree, there's some good information worth reading.Special Guest: Patrick Mineault.Sponsored By:Rollbar: With Rollbar, developers deploy better software faster.Links:The Good Research Code Handbookgame-wrath-jam: A game jam game, theme: WrathRobotron 2084 - Arcade - YouTubeThe Book of Why: The New Science of Cause and Effect

I don't think it's too much of a stretch to say that software is part of most scientific research now. From astronomy, to neuroscience, to chemistry, to climate models. If you work in research that hasn't been affected by software yet, just wait. But how good is that software? How much of common best practices in software development are making it to those writing software in the sciences? Patrick Mineault has written "The Good Research Code Handbook". It's a website. It's concise. And it will put you on the right path to writing better software. Even if you don't write science based software, and even if you already have a CS degree, there's some good information worth reading.Special Guest: Patrick Mineault.Sponsored By:<ul><li><a href="http://rollbar.com/testandcode" rel="nofollow" target="_blank">Rollbar</a>: <a href="http://rollbar.com/testandcode" rel="nofollow" target="_blank">With Rollbar, developers deploy better software faster.</a></li></ul>Links:<ul><li><a href="https://goodresearch.dev/index.html#" rel="nofollow" target="_blank">The Good Research Code Handbook</a></li><li><a href="https://github.com/pathunstrom/game-wrath-jam" rel="nofollow" target="_blank">game-wrath-jam: A game jam game, theme: Wrath</a></li><li><a href="https://www.youtube.com/watch?v=aOVA2Axxfdk" rel="nofollow" target="_blank">Robotron 2084 - Arcade - YouTube</a></li><li><a href="https://www.amazon.ca/Book-Why-Science-Cause-Effect/dp/046509760X" rel="nofollow" target="_blank">The Book of Why: The New Science of Cause and Effect</a></li></ul>

193: The Good Research Code Handbook - Patrick Mineault

Topics include automated testing, testing strategy, software engineering practices, packaging, Python, pytest, data science, TDD, continuous integration, and software methodologies.Also anything I think helps make the daily life of a software developer more fun and rewarding.Hosted by Brian Okken.

Always engaging and helps keep me motivated to write more test!

Great show!

Brian has introduced me to so much in the world of testing.

Amazing content

Topics include automated testing, testing strategy, software engineering practices, packaging, Python, pytest, data science, TDD, continuous integration, and software methodologies. Also anything I think helps make the daily life of a software developer more fun and rewarding. Hosted by Brian Okken.

Test & Code

Python 3.8.0 final is live and ready to download. On todays episode, we're going to run through what's new, picking out the bits that I think are the most interesting and affect the most people, including  new language features standard library changes optimizations in 3.8  Not just the big stuff everyone's already talking about. But also some little things that will make programming Python even more fun and easy. I'm excited about Python 3.8. And really, this episode is to my way to try to get you excited about it too.Sponsored By:PyCharm Professional: Try PyCharm Pro with a 4 month free trial.  Promo Code: TESTANDCODE22Links:What’s New In Python 3.8 - at docs.python.orgDownload Python 3.8 at Python.org

Python 3.8.0 final is live and ready to download. On todays episode, we're going to run through what's new, picking out the bits that I think are the most interesting and affect the most people, including <ul> <li>new language features</li> <li>standard library changes</li> <li>optimizations in 3.8</li> </ul> Not just the big stuff everyone's already talking about. But also some little things that will make programming Python even more fun and easy. I'm excited about Python 3.8. And really, this episode is to my way to try to get you excited about it too.Sponsored By:<ul><li><a href="https://testandcode.com/pycharm" rel="nofollow" target="_blank">PyCharm Professional</a>: <a href="https://testandcode.com/pycharm" rel="nofollow" target="_blank">Try PyCharm Pro with a 4 month free trial. </a> Promo Code: TESTANDCODE22</li></ul>Links:<ul><li><a href="https://docs.python.org/3.8/whatsnew/3.8.html" rel="nofollow" target="_blank">What’s New In Python 3.8 - at docs.python.org</a></li><li><a href="https://www.python.org/downloads/" rel="nofollow" target="_blank">Download Python 3.8 at Python.org</a></li></ul>

91: Python 3.8 -  there's a lot more new than most people are talking about 

David Heinemeier Hansson

David Heinemeier Hansson is the creator of Ruby on Rails, founder &amp; CTO at Basecamp (formerly 37signals). He's a best selling author, public speaker, and even a Le Mans class winning racing driver.  All of that, of course, is awesome. But that's not why I asked him on the show. In 2014, during a RailsConf keynote, he started a discussion about damage caused by TDD. This was followed by a few blog posts, and then a series of recorded hangouts with Martin Fowler and Kent Beck. This is what I wanted to talk with David about; this unconventional yet practical and intuitive view of how testing and development work together.  It's a great discussion. I think you'll get a lot out of it. Special Guest: David Heinemeier Hansson. Sponsored By: PyCharm Professional: If you value your time, you owe it to yourself to try PyCharm.The team has set up a link just for Test &amp; Code listeners.If you use the link [testandcode.com/pycharm](http://testandcode.com/pycharm), you can tryPyCharm Professional for free for 3 months.This offer is only good until Sept 1, so don't forget.Plus using the link (I'll also have it in the show notes) lets PyCharm know that supporting Test &amp; Code is a good thing. Promo Code: TESTANDCODE22 Links: Is TDD dead? - Part 1My reaction to "Is TDD Dead?", including links to the other parts of the video seriesRailsConf 2014 - Keynote: Writing Software by David Heinemeier Hansson - YouTubeTDD is dead. Long live testing. (DHH)Test-induced design damage (DHH)Slow database test fallacy (DHH)

David Heinemeier Hansson is the creator of Ruby on Rails, founder &amp; CTO at Basecamp (formerly 37signals). He's a best selling author, public speaker, and even a Le Mans class winning racing driver. All of that, of course, is awesome. But that's not why I asked him on the show. In 2014, during a RailsConf keynote, he started a discussion about damage caused by TDD. This was followed by a few blog posts, and then a series of recorded hangouts with Martin Fowler and Kent Beck. This is what I wanted to talk with David about; this unconventional yet practical and intuitive view of how testing and development work together. It's a great discussion. I think you'll get a lot out of it. Special Guest: David Heinemeier Hansson. Sponsored By: <ul><li><a href="http://testandcode.com/pycharm" rel="nofollow" target="_blank">PyCharm Professional</a>: <a href="http://testandcode.com/pycharm" rel="nofollow" target="_blank">If you value your time, you owe it to yourself to try PyCharm. The team has set up a link just for Test &amp; Code listeners. If you use the link [testandcode.com/pycharm](http://testandcode.com/pycharm), you can try PyCharm Professional for free for 3 months. This offer is only good until Sept 1, so don't forget. Plus using the link (I'll also have it in the show notes) lets PyCharm know that supporting Test &amp; Code is a good thing.</a> Promo Code: TESTANDCODE22</li></ul> Links: <ul><li><a href="https://www.youtube.com/watch?v=z9quxZsLcfo" rel="nofollow" target="_blank">Is TDD dead? - Part 1</a></li><li><a href="http://pythontesting.net/agile/is-tdd-dead/" rel="nofollow" target="_blank">My reaction to "Is TDD Dead?", including links to the other parts of the video series</a></li><li><a href="https://www.youtube.com/watch?v=9LfmrkyP81M" rel="nofollow" target="_blank">RailsConf 2014 - Keynote: Writing Software by David Heinemeier Hansson - YouTube</a></li><li><a href="http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html" rel="nofollow" target="_blank">TDD is dead. Long live testing. (DHH)</a></li><li><a href="http://david.heinemeierhansson.com/2014/test-induced-design-damage.html" rel="nofollow" target="_blank">Test-induced design damage (DHH)</a></li><li><a href="http://david.heinemeierhansson.com/2014/slow-database-test-fallacy.html" rel="nofollow" target="_blank">Slow database test fallacy (DHH)</a></li></ul>

45: David Heinemeier Hansson - Software Development and Testing, TDD, and exploratory QA

Anthony Shaw

We talk with Anthony Shaw about some of the testing problems facing both DevOps teams, and Agile teams. We also talk about his recent pull request accepted into pytest.Special Guest: Anthony Shaw.Sponsored By:Python Testing with pytest, 2nd edition: The fastest way to learn pytest and practical testing practices.Patreon Supporters: Help support the show with as little as $1 per month and be the first to know when new episodes come out.Links:Anthony Shaw on github.ioSupport for the new builtin breakpoint function in Python 3.7 by tonybaloney · Pull Request #3331 · pytest-dev/pytest

We talk with Anthony Shaw about some of the testing problems facing both DevOps teams, and Agile teams. We also talk about his recent pull request accepted into pytest.Special Guest: Anthony Shaw.Sponsored By:<ul><li><a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">Python Testing with pytest, 2nd edition</a>: <a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">The fastest way to learn pytest and practical testing practices.</a></li><li><a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>: <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Help support the show with as little as $1 per month and be the first to know when new episodes come out.</a></li></ul>Links:<ul><li><a href="https://tonybaloney.github.io/" rel="nofollow" target="_blank">Anthony Shaw on github.io</a></li><li><a href="https://github.com/pytest-dev/pytest/pull/3331" rel="nofollow" target="_blank">Support for the new builtin breakpoint function in Python 3.7 by tonybaloney · Pull Request #3331 · pytest-dev/pytest</a></li></ul>

41: Testing in DevOps and Agile - Anthony Shaw

Dane Hillard

Dane and Brian discuss skills needed for people that become software developers from non-traditional paths. Dane is also writing a book to address many of these skill gaps, Code Like a Pro, that's currently in an early access phase. Use code podtest&amp;code19 to get a discount. And, sign up as a Friend of the Show to enter for a chance to win a free copy of the eBook version. We also discuss the writing process, testing with a multi-language stack, music, art, photography, and more.Special Guest: Dane Hillard.Sponsored By:Python Morsels: Level up your Python skills with challenges and expert advice.Links:Dane HillardCode Like a Pro — Dane's bookNoiselyLittle Leviathan — Dane's musicDane Hillard Photography — Dane's photographyNvidia AI turns sketches into photorealistic landscapes in seconds

Dane and Brian discuss skills needed for people that become software developers from non-traditional paths. Dane is also writing a book to address many of these skill gaps, <a href="https://www.manning.com/books/code-like-a-pro" rel="nofollow" target="_blank">Code Like a Pro</a>, that's currently in an early access phase. Use code podtest&amp;code19 to get a discount. And, sign up as a <a href="https://testandcode.com/friends-of-the-show" rel="nofollow" target="_blank">Friend of the Show</a> to enter for a chance to win a free copy of the eBook version. We also discuss the writing process, testing with a multi-language stack, music, art, photography, and more.Special Guest: Dane Hillard.Sponsored By:<ul><li><a href="https://testandcode.com/morsels" rel="nofollow" target="_blank">Python Morsels</a>: <a href="https://testandcode.com/morsels" rel="nofollow" target="_blank">Level up your Python skills with challenges and expert advice.</a></li></ul>Links:<ul><li><a href="https://dane.engineering/" rel="nofollow" target="_blank">Dane Hillard</a></li><li><a href="https://www.manning.com/books/code-like-a-pro" rel="nofollow" target="_blank">Code Like a Pro</a> — Dane's book</li><li><a href="https://www.noisely.com/" rel="nofollow" target="_blank">Noisely</a></li><li><a href="https://littleleviathan.com/" rel="nofollow" target="_blank">Little Leviathan</a> — Dane's music</li><li><a href="https://www.danehillard.com/" rel="nofollow" target="_blank">Dane Hillard Photography</a> — Dane's photography</li><li><a href="https://techcrunch.com/2019/03/18/nvidia-ai-turns-sketches-into-photorealistic-landscapes-in-seconds/" rel="nofollow" target="_blank">Nvidia AI turns sketches into photorealistic landscapes in seconds</a></li></ul>

70: Learning Software without a CS degree - Dane Hillard

I want you to get the most out of being a software developer, or test engineer, or whatever you do that makes this podcast relevant to your life. By "get the most" I mean:  the most fun the most value more career options probably more responsibility maybe even more money, that'd be cool  I want you to start (or continue) studying and practicing your skills. But not just random practice, I've got a strategy to help you focus what to study. Why am I talking about this now? Here's some background on how I re-learned how to have fun with code refactoring through code challenges. I'm going to write up the whole list as a blog post, which I'll share first with my Patreon Supporters, second with my email list and slack channel and then as an actual post somewhere.Sponsored By:PyBites Code Challenges: Self-contained Python Code Challenges you can code and verify in the browser. Links:practicing-programming - Steve Yegge — essayThe Ultimate Code Kata - Jeff AtwoodTeach Yourself Programming in Ten Years - Peter NorvigPyBites Code Challenges — Hone your Python Skills, in the browserCheckiO — JavaScript &amp; Python challengesExercism — code practiceCodewars — Train with Programming Challenges/Kata Python Morsels  — Challenges emailed to you once a weeksubreddit of code challenges

I want you to get the most out of being a software developer, or test engineer, or whatever you do that makes this podcast relevant to your life. By "get the most" I mean: <ul> <li>the most fun</li> <li>the most value</li> <li>more career options</li> <li>probably more responsibility</li> <li>maybe even more money, that'd be cool</li> </ul> I want you to start (or continue) studying and practicing your skills. But not just random practice, I've got a strategy to help you focus what to study. Why am I talking about this now? Here's some <a href="https://testandcode.com/pybites" rel="nofollow" target="_blank">background on how I re-learned how to have fun with code refactoring</a> through code challenges. I'm going to write up the whole list as a blog post, which I'll share first with my <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>, second with my <a href="https://us5.list-manage.com/subscribe?u=1f123c581ab0df2737f3174b9&amp;id=9db722df54" rel="nofollow" target="_blank">email list</a> and <a href="http://pythontesting.net/slack/" rel="nofollow" target="_blank">slack channel</a> and then as an actual post somewhere.Sponsored By:<ul><li><a href="https://testandcode.com/pybites" rel="nofollow" target="_blank">PyBites Code Challenges</a>: <a href="https://testandcode.com/pybites" rel="nofollow" target="_blank">Self-contained Python Code Challenges you can code and verify in the browser. </a></li></ul>Links:<ul><li><a href="https://sites.google.com/site/steveyegge2/practicing-programming" rel="nofollow" target="_blank">practicing-programming - Steve Yegge</a> — essay</li><li><a href="https://blog.codinghorror.com/the-ultimate-code-kata/" rel="nofollow" target="_blank">The Ultimate Code Kata - Jeff Atwood</a></li><li><a href="http://www.norvig.com/21-days.html" rel="nofollow" target="_blank">Teach Yourself Programming in Ten Years - Peter Norvig</a></li><li><a href="https://codechalleng.es/via/testandcode" rel="nofollow" target="_blank">PyBites Code Challenges</a> — Hone your Python Skills, in the browser</li><li><a href="https://checkio.org/" rel="nofollow" target="_blank">CheckiO</a> — JavaScript &amp; Python challenges</li><li><a href="https://exercism.io/" rel="nofollow" target="_blank">Exercism</a> — code practice</li><li><a href="https://www.codewars.com/" rel="nofollow" target="_blank">Codewars</a> — Train with Programming Challenges/Kata </li><li><a href="https://www.pythonmorsels.com/" rel="nofollow" target="_blank">Python Morsels </a> — Challenges emailed to you once a week</li><li><a href="https://www.reddit.com/r/dailyprogrammer/" rel="nofollow" target="_blank">subreddit of code challenges</a></li></ul>

64: Practicing Programming to increase your value

This episode starts down the path of test strategy with the first tests to write in either a legacy system or a project just getting off it's feet. We cover:  My approach to testing existing systems. Put names to strategies so we can refer to them later. Explain the strategies in general terms and explain why they are useful. Discuss how these strategies are used in an example project. (The code is available on github).  Strategies covered today:  Dog Fooding Exploratory Testing Tracer Bullet Tests Act Like A Customer (ALAC) Tests Manual Procedures Initial automated tests at 2 levels, API and UI.

This episode starts down the path of test strategy with the first tests to write in either a legacy system or a project just getting off it's feet. We cover: <ul> <li>My approach to testing existing systems.</li> <li>Put names to strategies so we can refer to them later.</li> <li>Explain the strategies in general terms and explain why they are useful.</li> <li>Discuss how these strategies are used in an example project. (The code is available on github).</li> </ul> Strategies covered today: <ul> <li>Dog Fooding</li> <li>Exploratory Testing</li> <li>Tracer Bullet Tests</li> <li>Act Like A Customer (ALAC) Tests</li> <li>Manual Procedures</li> <li>Initial automated tests at 2 levels, API and UI.</li></ul>

37: What tests to write first

Harry Percival

Harry Percival has completed his second book, "Architecture Patterns with Python". So of course we talk about the book, also known as "Cosmic Python". We also discuss lots of testing topics, especially related to larger systems and systems involving third party interfaces and APIs. Topics   Harry's new book, "Architecture Patterns with Python". a.k.a. Cosmic Python  TDD : Test Driven Development Test Pyramid Tradeoffs of different architectural choices Mocks and their pitfalls Avoiding mocks Separating conceptual business logic Dependency injection Dependency inversion Identifying external dependencies Interface adapters to mimize the exposed surface area of external dependencies London School vs Classic/Detroit School of TDD Testing strategies for testing external REST APIs Special Guest: Harry Percival.Sponsored By:Oxylabs: Visit oxylabs.io/testandcode to find out more about their services and to apply for a free trial of their Next-Generation Residential Proxies.Links:Cosmic Python - Simple Patterns for Building Complex ApplicationsArchitecture Patterns with Python - on AmazonHarry Percival (@hjwp) / TwitterBob Gregory (@bob_the_mighty) / Twittervcrpy · PyPIWriting tests for external API callsStop Using Mocks (for a while) - Harry's PyCon talk

Harry Percival has completed his second book, "Architecture Patterns with Python". So of course we talk about the book, also known as "Cosmic Python". We also discuss lots of testing topics, especially related to larger systems and systems involving third party interfaces and APIs. Topics <ul> <li>Harry's new book, "Architecture Patterns with Python". a.k.a. Cosmic Python </li> <li>TDD : Test Driven Development</li> <li>Test Pyramid</li> <li>Tradeoffs of different architectural choices</li> <li>Mocks and their pitfalls</li> <li>Avoiding mocks</li> <li>Separating conceptual business logic</li> <li>Dependency injection</li> <li>Dependency inversion</li> <li>Identifying external dependencies</li> <li>Interface adapters to mimize the exposed surface area of external dependencies</li> <li>London School vs Classic/Detroit School of TDD</li> <li>Testing strategies for testing external REST APIs</li> </ul>Special Guest: Harry Percival.Sponsored By:<ul><li><a href="https://oxylabs.io/testandcode" rel="nofollow" target="_blank">Oxylabs</a>: <a href="https://oxylabs.io/testandcode" rel="nofollow" target="_blank">Visit oxylabs.io/testandcode to find out more about their services and to apply for a free trial of their Next-Generation Residential Proxies.</a></li></ul>Links:<ul><li><a href="https://www.cosmicpython.com/" rel="nofollow" target="_blank">Cosmic Python - Simple Patterns for Building Complex Applications</a></li><li><a href="https://amzn.to/39fZbve" rel="nofollow" target="_blank">Architecture Patterns with Python - on Amazon</a></li><li><a href="https://twitter.com/hjwp/" rel="nofollow" target="_blank">Harry Percival (@hjwp) / Twitter</a></li><li><a href="https://twitter.com/bob_the_mighty" rel="nofollow" target="_blank">Bob Gregory (@bob_the_mighty) / Twitter</a></li><li><a href="https://pypi.org/project/vcrpy/" rel="nofollow" target="_blank">vcrpy · PyPI</a></li><li><a href="https://www.cosmicpython.com/blog/2020-01-25-testing_external_api_calls.html" rel="nofollow" target="_blank">Writing tests for external API calls</a></li><li><a href="https://us.pycon.org/2020/schedule/presentation/118/" rel="nofollow" target="_blank">Stop Using Mocks (for a while) - Harry's PyCon talk</a></li></ul>

102: Cosmic Python, TDD, testing and external dependencies  - Harry Percival

Reuven Lerner

There are a lot of learning styles and a lot of ways to learn Python. If you started Python through a class at work, or through an online course, or maybe an email series, it's possibly you may have learned from Reuven Lerner. If your first encounter with pytest was reading an article in Linux Journal recently, that would be the writing of Reuven.  Reuven Lerner teaches Python. This interview definitely falls into the category of talking with interesting people doing interesting things with Python. We talk about how incorporating testing into teaching can add a level of clarity to the interaction and help people duirng the learning process. I'm also fascinated by people who teach and train because it's a skill I'm trying to improve.Special Guest: Reuven Lerner.Sponsored By:PyCharm Professional: Try PyCharm Pro for an extended 4 month trial before deciding which version you need. If you value your time, you owe it to yourself to try PyCharm. Promo Code: TESTANDCODE22Links:Reuven's siteReuven's blogReuven's online storeReuven's newsletternewsletter for trainersWeekly Python Exercise: Newbie edition — a 10% discount code for Test &amp; Code listeners for the late January cohort.

There are a lot of learning styles and a lot of ways to learn Python. If you started Python through a class at work, or through an online course, or maybe an email series, it's possibly you may have learned from Reuven Lerner. If your first encounter with pytest was reading an article in Linux Journal recently, that would be the writing of Reuven. Reuven Lerner teaches Python. This interview definitely falls into the category of talking with interesting people doing interesting things with Python. We talk about how incorporating testing into teaching can add a level of clarity to the interaction and help people duirng the learning process. I'm also fascinated by people who teach and train because it's a skill I'm trying to improve.Special Guest: Reuven Lerner.Sponsored By:<ul><li><a href="http://testandcode.com/pycharm" rel="nofollow" target="_blank">PyCharm Professional</a>: <a href="http://testandcode.com/pycharm" rel="nofollow" target="_blank">Try PyCharm Pro for an extended 4 month trial before deciding which version you need. If you value your time, you owe it to yourself to try PyCharm.</a> Promo Code: TESTANDCODE22</li></ul>Links:<ul><li><a href="https://lerner.co.il/" rel="nofollow" target="_blank">Reuven's site</a></li><li><a href="http://blog.lerner.co.il/" rel="nofollow" target="_blank">Reuven's blog</a></li><li><a href="https://store.lerner.co.il/" rel="nofollow" target="_blank">Reuven's online store</a></li><li><a href="https://lerner.co.il/newsletter/" rel="nofollow" target="_blank">Reuven's newsletter</a></li><li><a href="https://lerner.co.il/trainer-weekly/" rel="nofollow" target="_blank">newsletter for trainers</a></li><li><a href="https://store.lerner.co.il/weekly-python-exercise-for-newbies-jan-2019-cohort?coupon=TESTANDCODE" rel="nofollow" target="_blank">Weekly Python Exercise: Newbie edition</a> — a 10% discount code for Test &amp; Code listeners for the late January cohort.</li></ul>

62: Python Training - Reuven Lerner

This episode is a story about packaging, and flit, tox, pytest, and coverage. And an alternate solution to "using the src". Python makes it easy to build simple tools for all kinds of tasks. And it's great to be able to share small projects with others on your team, in your company, or with the world. When you want to take a script from "just a script" to maintainable package, there are a few steps, but none of it's hard. Also, the structure of the code layout changes to help with the growth and support. Instead of just talking about this from memory, I thought it'd be fun to create a new project and walk through the steps, and report back in a kind of time lapse episode. It should be fun. Here are the steps we walk through:  0.1 Initial script and tests 0.2 build wheel with flit 0.3 build and test with tox 0.4 move source module into a package directory 0.5 move tests into tests directory Sponsored By:Pantheon: Pantheon makes building, managing, and optimizing websites simpler.  Get started for free at pantheon.io/testandcode.Links:submark repo: A Subset of MarkdownFlit documentationCoverage.py documentationtox documentation

This episode is a story about packaging, and flit, tox, pytest, and coverage. And an alternate solution to "using the src". Python makes it easy to build simple tools for all kinds of tasks. And it's great to be able to share small projects with others on your team, in your company, or with the world. When you want to take a script from "just a script" to maintainable package, there are a few steps, but none of it's hard. Also, the structure of the code layout changes to help with the growth and support. Instead of just talking about this from memory, I thought it'd be fun to create a new project and walk through the steps, and report back in a kind of time lapse episode. It should be fun. Here are the steps we walk through: <ul> <li>0.1 Initial script and tests</li> <li>0.2 build wheel with flit</li> <li>0.3 build and test with tox</li> <li>0.4 move source module into a package directory</li> <li>0.5 move tests into tests directory</li> </ul>Sponsored By:<ul><li><a href="https://pantheon.io/testandcode" rel="nofollow" target="_blank">Pantheon</a>: <a href="https://pantheon.io/testandcode" rel="nofollow" target="_blank">Pantheon makes building, managing, and optimizing websites simpler. Get started for free at pantheon.io/testandcode.</a></li></ul>Links:<ul><li><a href="https://github.com/okken/submark" rel="nofollow" target="_blank">submark repo: A Subset of Markdown</a></li><li><a href="https://flit.readthedocs.io/en/latest/" rel="nofollow" target="_blank">Flit documentation</a></li><li><a href="https://coverage.readthedocs.io/en/v4.5.x/" rel="nofollow" target="_blank">Coverage.py documentation</a></li><li><a href="https://tox.readthedocs.io/en/latest/" rel="nofollow" target="_blank">tox documentation</a></li></ul>

80: From Python script to Maintainable Package

Kelsey Hightower

I first heard Kelsey speak during his 2017 PyCon keynote. He's an amazing speaker, and I knew right then I wanted to hear more about what he does and hear more of his story.  We discuss testing, of course, but we take it further and discuss:  tests for large systems, like kubernetes Testing in real world scenarios with all the configuration and everything Becoming a complete engineer by thinking about the end to end flow from the users perspective Learning from other roles, and the value of roles to allow focus and expertise We even get into Chaos Engineering and testing live systems.  Special Guest: Kelsey Hightower. Sponsored By: PyCharm Professional: If you value your time, you owe it to yourself to try PyCharm. The team has set up a link just for Test &amp; Code listeners. If you use the link [testandcode.com/pycharm](http://testandcode.com/pycharm), you can try PyCharm Professional for free for 3 months. This offer is only good until Sept 1, so don't forget. Plus using the link (I'll also have it in the show notes) lets PyCharm know that supporting Test &amp; Code is a good thing. Promo Code: TESTANDCODE22

I first heard Kelsey speak during his 2017 PyCon keynote. He's an amazing speaker, and I knew right then I wanted to hear more about what he does and hear more of his story. We discuss testing, of course, but we take it further and discuss: <ul> <li>tests for large systems, like kubernetes</li> <li>Testing in real world scenarios with all the configuration and everything</li> <li>Becoming a complete engineer by thinking about the end to end flow from the users perspective</li> <li>Learning from other roles, and the value of roles to allow focus and expertise</li> <li>We even get into Chaos Engineering and testing live systems.</li> </ul> Special Guest: Kelsey Hightower. Sponsored By: <ul><li><a href="http://testandcode.com/pycharm" rel="nofollow" target="_blank">PyCharm Professional</a>: <a href="http://testandcode.com/pycharm" rel="nofollow" target="_blank">If you value your time, you owe it to yourself to try PyCharm. The team has set up a link just for Test &amp; Code listeners. If you use the link [testandcode.com/pycharm](http://testandcode.com/pycharm), you can try PyCharm Professional for free for 3 months. This offer is only good until Sept 1, so don't forget. Plus using the link (I'll also have it in the show notes) lets PyCharm know that supporting Test &amp; Code is a good thing.</a> Promo Code: TESTANDCODE22</li></ul>

43: Kelsey Hightower - End to End & Integration Testing

You've applied for a job, maybe lots of jobs. Depending on the company, you've gotta get through:  a resume review a coding challange a phone screen maybe another code example an in person interview  If you get the job, and you enjoy the work, awesome, congratulations. If you don't get the job, it'd be really great to know why. Sometimes it isn't because you aren't a skilled engineer. What other reasons are there? Well, that's what we're talking about today. Charity Majors is the cofounder and CTO of Honeycomb.io, and we're going to talk about reasons for not hiring someone. This is a very informative episode both for people who job hunt in the future and for hiring managers and people on the interview team.Special Guest: Charity Majors.Sponsored By:PyCharm Professional: Try PyCharm Pro with a 4 month free trial.  Promo Code: TESTANDCODE22Links:The (Real) 11 Reasons I Don’t Hire You — The article

You've applied for a job, maybe lots of jobs. Depending on the company, you've gotta get through: <ul> <li>a resume review</li> <li>a coding challange</li> <li>a phone screen</li> <li>maybe another code example</li> <li>an in person interview</li> </ul> If you get the job, and you enjoy the work, awesome, congratulations. If you don't get the job, it'd be really great to know why. Sometimes it isn't because you aren't a skilled engineer. What other reasons are there? Well, that's what we're talking about today. Charity Majors is the cofounder and CTO of <a href="http://Honeycomb.io" rel="nofollow" target="_blank">Honeycomb.io</a>, and we're going to talk about reasons for not hiring someone. This is a very informative episode both for people who job hunt in the future and for hiring managers and people on the interview team.Special Guest: Charity Majors.Sponsored By:<ul><li><a href="https://testandcode.com/pycharm" rel="nofollow" target="_blank">PyCharm Professional</a>: <a href="https://testandcode.com/pycharm" rel="nofollow" target="_blank">Try PyCharm Pro with a 4 month free trial. </a> Promo Code: TESTANDCODE22</li></ul>Links:<ul><li><a href="https://charity.wtf/2019/10/18/the-real-11-reasons-i-dont-hire-you/" rel="nofollow" target="_blank">The (Real) 11 Reasons I Don’t Hire You</a> — The article</li></ul>

94: The real 11 reasons I don't hire you - Charity Majors

Docker

Let's say you've got a web application you need to test. It has a REST API that you want to use for testing.   Can you use Python for this testing even if the application is written in some other language? Of course. Can you use pytest? duh. yes. what else? What if you want to spin up docker instances, get your app running in that, and run your tests against that environment?  How would you use pytest to do that? Well, there, I'm not exactly sure. But I know someone who does. Dima Spivak is the Director of Engineering at StreamSets, and he and his team are doing just that. He's also got some great advice on utilizing code reviews across teams for test code, and a whole lot more.Special Guest: Dima Spivak.Sponsored By:DigitalOcean: Get started with a free $100 credit Links:Introducing the StreamSets Test Frameworkpytest-benchmark · PyPIStreamSets Test Framework-based tests for StreamSets Data CollectorStreamSets: Where DevOps Meets Data Integrationslack channel for Test &amp; Code

Let's say you've got a web application you need to test. It has a REST API that you want to use for testing. Can you use Python for this testing even if the application is written in some other language? Of course. Can you use pytest? duh. yes. what else? What if you want to spin up docker instances, get your app running in that, and run your tests against that environment? How would you use pytest to do that? Well, there, I'm not exactly sure. But I know someone who does. Dima Spivak is the Director of Engineering at StreamSets, and he and his team are doing just that. He's also got some great advice on utilizing code reviews across teams for test code, and a whole lot more.Special Guest: Dima Spivak.Sponsored By:<ul><li><a href="https://testandcode.com/digitalocean" rel="nofollow" target="_blank">DigitalOcean</a>: <a href="https://testandcode.com/digitalocean" rel="nofollow" target="_blank">Get started with a free $100 credit </a></li></ul>Links:<ul><li><a href="https://streamsets.com/blog/introducing-the-streamsets-test-framework/" rel="nofollow" target="_blank">Introducing the StreamSets Test Framework</a></li><li><a href="https://pypi.org/project/pytest-benchmark/" rel="nofollow" target="_blank">pytest-benchmark · PyPI</a></li><li><a href="https://github.com/streamsets/datacollector-tests" rel="nofollow" target="_blank">StreamSets Test Framework-based tests for StreamSets Data Collector</a></li><li><a href="https://streamsets.com/" rel="nofollow" target="_blank">StreamSets: Where DevOps Meets Data Integration</a></li><li><a href="https://testandcode.com/slack" rel="nofollow" target="_blank">slack channel for Test &amp; Code</a></li></ul>

REST APIs, testing with Docker containers and pytest

Complete and exhaustive testing is not possible. Nor would it be fun, or maintainable, or a good use of your time. However, some functionality is important enough to make sure the test behavior coverage is thorough enough to have high confidence in it's quality. In this episode, we discuss 3 techniques that can be combined to quickly generate test cases. We then talk about how to implement them efficiently in pytest. The techniques covered are:  equivalence partitioning boundary value analysis decision tables   We discuss how to use these to generate test cases for a new list filter functionality in the cards application. The resulting tests:  1 UI test to make sure the options are able to be passed in correctly. 1 small parametrized test function with 16 single line parameter sets representing the different test cases. Sponsored By:Python Testing with pytest, 2nd edition: The fastest way to learn pytest and practical testing practices.Patreon Supporters: Help support the show with as little as $1 per month and be the first to know when new episodes come out.Links:github cards project (version 0.1.11)Equivalence partitioning - WikipediaBoundary-value analysis - WikipediaDecision table - WikipediaSlack Channel for Test and CodeDJ YANiC - The awesome listener that contributed our theme music.

Complete and exhaustive testing is not possible. Nor would it be fun, or maintainable, or a good use of your time. However, some functionality is important enough to make sure the test behavior coverage is thorough enough to have high confidence in it's quality. In this episode, we discuss 3 techniques that can be combined to quickly generate test cases. We then talk about how to implement them efficiently in pytest. The techniques covered are: <ul> <li>equivalence partitioning</li> <li>boundary value analysis</li> <li>decision tables </li> </ul> We discuss how to use these to generate test cases for a new list filter functionality in the cards application. The resulting tests: <ul> <li>1 UI test to make sure the options are able to be passed in correctly.</li> <li>1 small parametrized test function with 16 single line parameter sets representing the different test cases.</li> </ul>Sponsored By:<ul><li><a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">Python Testing with pytest, 2nd edition</a>: <a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">The fastest way to learn pytest and practical testing practices.</a></li><li><a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>: <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Help support the show with as little as $1 per month and be the first to know when new episodes come out.</a></li></ul>Links:<ul><li><a href="https://github.com/okken/cards/tree/v0.1.11" rel="nofollow" target="_blank">github cards project (version 0.1.11)</a></li><li><a href="https://en.wikipedia.org/wiki/Equivalence_partitioning" rel="nofollow" target="_blank">Equivalence partitioning - Wikipedia</a></li><li><a href="https://en.wikipedia.org/wiki/Boundary-value_analysis" rel="nofollow" target="_blank">Boundary-value analysis - Wikipedia</a></li><li><a href="https://en.wikipedia.org/wiki/Decision_table" rel="nofollow" target="_blank">Decision table - Wikipedia</a></li><li><a href="http://testandcode.com/slack" rel="nofollow" target="_blank">Slack Channel for Test and Code</a></li><li><a href="http://dj-yanic.com/" rel="nofollow" target="_blank">DJ YANiC - The awesome listener that contributed our theme music.</a></li></ul>

39: Thorough software testing for critical features

An in depth discussion of Test Driven Development (TDD) should include a discussion of Test First. So that's where we start.  Why write tests first? How do you know what tests to write? What are the steps for test first? Isn't this just TDD? Functional Tests vs Unit Tests Sponsored By:Python Testing with pytest, 2nd edition: The fastest way to learn pytest and practical testing practices.Patreon Supporters: Help support the show with as little as $1 per month and be the first to know when new episodes come out.Links:Test First Programming / Test First Development - Python TestingMy reaction to "Is TDD Dead?" - Python TestingEpisode 23: Lessons about testing and TDD from Kent BeckTalk Python, Episode #145 2017 Python Year in ReviewPyCon 2018 in Cleveland, Ohio | May 9-17Python Bytes PodcastPython Testing with pytest: Simple, Rapid, Effective, and Scalable: Brian Okken: 9781680502404: Amazon.com: Books

An in depth discussion of Test Driven Development (TDD) should include a discussion of Test First. So that's where we start. <ul> <li>Why write tests first?</li> <li>How do you know what tests to write?</li> <li>What are the steps for test first?</li> <li>Isn't this just TDD?</li> <li>Functional Tests vs Unit Tests</li> </ul>Sponsored By:<ul><li><a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">Python Testing with pytest, 2nd edition</a>: <a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">The fastest way to learn pytest and practical testing practices.</a></li><li><a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>: <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Help support the show with as little as $1 per month and be the first to know when new episodes come out.</a></li></ul>Links:<ul><li><a href="http://pythontesting.net/agile/test-first-programming/" rel="nofollow" target="_blank">Test First Programming / Test First Development - Python Testing</a></li><li><a href="http://pythontesting.net/agile/is-tdd-dead/" rel="nofollow" target="_blank">My reaction to "Is TDD Dead?" - Python Testing</a></li><li><a href="http://testandcode.com/23" rel="nofollow" target="_blank">Episode 23: Lessons about testing and TDD from Kent Beck</a></li><li><a href="https://talkpython.fm/episodes/show/145/2017-python-year-in-review" rel="nofollow" target="_blank">Talk Python, Episode #145 2017 Python Year in Review</a></li><li><a href="https://us.pycon.org/2018/" rel="nofollow" target="_blank">PyCon 2018 in Cleveland, Ohio | May 9-17</a></li><li><a href="https://pythonbytes.fm/" rel="nofollow" target="_blank">Python Bytes Podcast</a></li><li><a href="http://amzn.to/2C2gvUa" rel="nofollow" target="_blank">Python Testing with pytest: Simple, Rapid, Effective, and Scalable: Brian Okken: 9781680502404: Amazon.com: Books</a></li></ul>

34: TDD and Test First

 Setup and Teardown Benefits of Test Fixtures code reuse cleanup of resources errors vs failures focusing your thinking on what you are testing and what you are not scoping for efficiency  Brief look at pytest named fixtures  References  pytest fixtures series pytest fixtures nuts &amp; bolts pytest session scoped fixtures unittest fixtures nose fixtures mentioned in introduction nose fixture reference post Sponsored By:Patreon Supporters: Help support the show with as little as $1 per month and be the first to know when new episodes come out.

<ul> <li>Setup and Teardown</li> <li>Benefits of Test Fixtures <ul> <li>code reuse</li> <li>cleanup of resources</li> <li>errors vs failures</li> <li>focusing your thinking on what you are testing and what you are not</li> <li>scoping for efficiency</li> </ul></li> <li>Brief look at pytest named fixtures</li> </ul> <h2>References</h2> <ul> <li><a href="http://pythontesting.net/framework/pytest/pytest-fixtures/" rel="nofollow" target="_blank">pytest fixtures series</a></li> <li><a href="http://pythontesting.net/framework/pytest/pytest-fixtures-nuts-bolts/" rel="nofollow" target="_blank">pytest fixtures nuts &amp; bolts</a></li> <li><a href="http://pythontesting.net/framework/pytest/pytest-session-scoped-fixtures/" rel="nofollow" target="_blank">pytest session scoped fixtures</a></li> <li><a href="http://pythontesting.net/framework/unittest/unittest-fixtures/" rel="nofollow" target="_blank">unittest fixtures</a></li> <li><a href="http://pythontesting.net/framework/nose/nose-introduction/#fixtures" rel="nofollow" target="_blank">nose fixtures mentioned in introduction</a></li> <li><a href="http://pythontesting.net/framework/nose/nose-fixture-reference/" rel="nofollow" target="_blank">nose fixture reference post</a></li> </ul>Sponsored By:<ul><li><a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>: <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Help support the show with as little as $1 per month and be the first to know when new episodes come out.</a></li></ul>

4: Test Fixtures: Setup, Teardown, and so much more

Kent Beck

Kent Beck's twitter profile says "Programmer, author, father, husband, goat farmer". But I know him best from his work on extreme programming, test first programming, and test driven development. He's the one. The reason you know about TDD is because of Kent Beck. I first ran across writings from Kent Beck as started exploring Extreme Programming in the early 2000's. Although I don't agree with all of the views he's expressed in his long and verbose career, I respect him as one of the best sources of information about software development, engineering practices, and software testing. Along with Test First Programming and Test Driven Development, Kent started an automated test framework that turned into jUnit. jUnit and it's model of setup and teardown wrapping test functions, as well base test class driven test frameworks became what we know of as xUnit style frameworks now, which includes Python's unittest. He discussed this history and a lot more on episode 122 of Software Engineering Radio. The episode is titled "The History of JUnit and the Future of Testing with Kent Beck", and is from Sept 26, 2010. http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/ I urge you to download it and listen to the whole thing. It's a great interview, still relevant, and applicable to testing in any language, including Python. What I've done in this podcast is take a handful of clips from the interview (with permission from IEEE and SERadio), and discuss the clips and my opinions a bit. The lessons are:  You're tests should tell a story. Be careful of DRY, inheritance, and other software development practices that might get in the way of keeping your tests easy to understand. All test should help differentiate good programs from bad programs and not be redundant. Test at multiple levels and multiple scales where it makes sense. Differentiating between TDD, BDD, ATDD, etc. isn't as important as testing your software to learn about it. Who cares what you call it. Sponsored By:Patreon Supporters: Help support the show with as little as $1 per month and be the first to know when new episodes come out.

Kent Beck's twitter profile says "Programmer, author, father, husband, goat farmer". But I know him best from his work on extreme programming, test first programming, and test driven development. He's the one. The reason you know about TDD is because of Kent Beck. I first ran across writings from Kent Beck as started exploring Extreme Programming in the early 2000's. Although I don't agree with all of the views he's expressed in his long and verbose career, I respect him as one of the best sources of information about software development, engineering practices, and software testing. Along with Test First Programming and Test Driven Development, Kent started an automated test framework that turned into jUnit. jUnit and it's model of setup and teardown wrapping test functions, as well base test class driven test frameworks became what we know of as xUnit style frameworks now, which includes Python's unittest. He discussed this history and a lot more on episode 122 of Software Engineering Radio. The episode is titled "The History of JUnit and the Future of Testing with Kent Beck", and is from Sept 26, 2010. <a href="http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/" rel="nofollow" target="_blank">http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/</a> I urge you to download it and listen to the whole thing. It's a great interview, still relevant, and applicable to testing in any language, including Python. What I've done in this podcast is take a handful of clips from the interview (with permission from IEEE and SERadio), and discuss the clips and my opinions a bit. The lessons are: <ol> <li>You're tests should tell a story.</li> <li>Be careful of DRY, inheritance, and other software development practices that might get in the way of keeping your tests easy to understand.</li> <li>All test should help differentiate good programs from bad programs and not be redundant.</li> <li>Test at multiple levels and multiple scales where it makes sense.</li> <li>Differentiating between TDD, BDD, ATDD, etc. isn't as important as testing your software to learn about it. Who cares what you call it.</li> </ol>Sponsored By:<ul><li><a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>: <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Help support the show with as little as $1 per month and be the first to know when new episodes come out.</a></li></ul>

23: Lessons about testing and TDD from Kent Beck

Katharine Jarmul

A discussion with Katharine Jarmul, aka kjam, about some of the challenges of data science with respect to testing. Some of the topics we discuss:  experimentation vs testing testing pipelines and pipeline changes automating data validation property based testing schema validation and detecting schema changes using unit test techniques to test data pipeline stages testing nodes and transitions in DAGs testing expected and unexpected data missing data and non-signals corrupting a dataset with noise fuzz testing for both data pipelines and web APIs datafuzz hypothesis testing internal interfaces documenting and sharing domain expertise to build good reasonableness  intermediary data and stages  neural networks speaking at conferences Special Guest: Katharine Jarmul.Sponsored By:Python Testing with pytest, 2nd edition: The fastest way to learn pytest and practical testing practices.Patreon Supporters: Help support the show with as little as $1 per month and be the first to know when new episodes come out.Links:@kjam on Twitter — Data Magic and Computer SorceryKjamistan: Data Sciencedatafuzz’s Python library — The goal of datafuzz is to give you the ability to test your data science code and models with BAD data.Hypothesis Python library — Hypothesis is a Python library for finding edge cases in your code you wouldn’t have thought to look for.

A discussion with Katharine Jarmul, aka kjam, about some of the challenges of data science with respect to testing. Some of the topics we discuss: <ul> <li>experimentation vs testing</li> <li>testing pipelines and pipeline changes</li> <li>automating data validation</li> <li>property based testing</li> <li>schema validation and detecting schema changes</li> <li>using unit test techniques to test data pipeline stages</li> <li>testing nodes and transitions in DAGs</li> <li>testing expected and unexpected data</li> <li>missing data and non-signals</li> <li>corrupting a dataset with noise</li> <li>fuzz testing for both data pipelines and web APIs</li> <li>datafuzz</li> <li>hypothesis</li> <li>testing internal interfaces</li> <li>documenting and sharing domain expertise to build good reasonableness </li> <li>intermediary data and stages </li> <li>neural networks</li> <li>speaking at conferences</li> </ul>Special Guest: Katharine Jarmul.Sponsored By:<ul><li><a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">Python Testing with pytest, 2nd edition</a>: <a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">The fastest way to learn pytest and practical testing practices.</a></li><li><a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>: <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Help support the show with as little as $1 per month and be the first to know when new episodes come out.</a></li></ul>Links:<ul><li><a href="https://twitter.com/kjam" rel="nofollow" target="_blank">@kjam on Twitter</a> — Data Magic and Computer Sorcery</li><li><a href="http://kjamistan.com/" rel="nofollow" target="_blank">Kjamistan: Data Science</a></li><li><a href="https://datafuzz.readthedocs.io/en/latest/" rel="nofollow" target="_blank">datafuzz’s Python library</a> — The goal of datafuzz is to give you the ability to test your data science code and models with BAD data.</li><li><a href="https://hypothesis.readthedocs.io/en/latest/" rel="nofollow" target="_blank">Hypothesis Python library</a> — Hypothesis is a Python library for finding edge cases in your code you wouldn’t have thought to look for.</li></ul>

33: Katharine Jarmul - Testing in Data Science 

Anthony Sottile

Anthony Sottile is a pytest core contributor, as well as a maintainer and contributor to  many other projects. In this episode, Anthony shares some of the super cool features of pytest that have  been added since he started using it. We also discuss Anthony's move from user to contributor, and how others can help with the pytest project.Special Guest: Anthony Sottile.Sponsored By:Azure Pipelines: Automate your builds and deployments with pipelines so you spend less time with the nuts and bolts and more time being creative. Many organizations and open source projects are using Azure Pipelines already. Get started for free at azure.com/pipelinesLinks:pytest documentationpytest Changelogpytest API Referencesponsor pytestgetting started contributing to pytestthe book: Python Testing with pytest — The fastest way to learn pytest

Anthony Sottile is a pytest core contributor, as well as a maintainer and contributor to many other projects. In this episode, Anthony shares some of the super cool features of pytest that have been added since he started using it. We also discuss Anthony's move from user to contributor, and how others can help with the pytest project.Special Guest: Anthony Sottile.Sponsored By:<ul><li><a href="https://azure.com/pipelines" rel="nofollow" target="_blank">Azure Pipelines</a>: <a href="https://azure.com/pipelines" rel="nofollow" target="_blank">Automate your builds and deployments with pipelines so you spend less time with the nuts and bolts and more time being creative. Many organizations and open source projects are using Azure Pipelines already. Get started for free at azure.com/pipelines</a></li></ul>Links:<ul><li><a href="https://pytest.org/en/latest/" rel="nofollow" target="_blank">pytest documentation</a></li><li><a href="http://doc.pytest.org/en/latest/changelog.html" rel="nofollow" target="_blank">pytest Changelog</a></li><li><a href="http://doc.pytest.org/en/latest/reference.html#" rel="nofollow" target="_blank">pytest API Reference</a></li><li><a href="https://docs.pytest.org/en/latest/sponsor.html" rel="nofollow" target="_blank">sponsor pytest</a></li><li><a href="http://doc.pytest.org/en/latest/contributing.html" rel="nofollow" target="_blank">getting started contributing to pytest</a></li><li><a href="https://amzn.to/2QnzvUv" rel="nofollow" target="_blank">the book: Python Testing with pytest</a> — The fastest way to learn pytest</li></ul>

82: pytest - favorite features since 3.0 -  Anthony Sottile

Brett Cannon

Brett Cannon discusses the changes afoot in Python packaging as a result of PEP 517, PEP 518, starting with "How did we get here?" and "Where are we going?" Discussed:  flit Poetry tox Continuous Integration setup.py, MANIFEST.in, etc. pipenv what's with lock files applications (doesn't go on PyPI) vs libraries (goes on PyPI) workflows dependency resolution deployment dependencies vs development dependencies will lock files be standarized multiple lock files requirements.txt Special Guest: Brett Cannon.Sponsored By:DigitalOcean: Get started with a free $100 credit Links:FlitPoetryPython Bytes #100 : The big 100 with special guests PEP 517 -- A build-system independent format for source trees | Python.orgPEP 518 -- Specifying Minimum Build System Requirements for Python Projects | Python.org

Brett Cannon discusses the changes afoot in Python packaging as a result of PEP 517, PEP 518, starting with "How did we get here?" and "Where are we going?" Discussed: <ul> <li>flit</li> <li>Poetry</li> <li>tox</li> <li>Continuous Integration</li> <li><a href="http://setup.py" rel="nofollow" target="_blank">setup.py</a>, <a href="http://MANIFEST.in" rel="nofollow" target="_blank">MANIFEST.in</a>, etc.</li> <li>pipenv</li> <li>what's with lock files</li> <li>applications (doesn't go on PyPI) vs libraries (goes on PyPI)</li> <li>workflows</li> <li>dependency resolution</li> <li>deployment dependencies vs development dependencies</li> <li>will lock files be standarized</li> <li>multiple lock files</li> <li>requirements.txt</li> </ul>Special Guest: Brett Cannon.Sponsored By:<ul><li><a href="https://testandcode.com/digitalocean" rel="nofollow" target="_blank">DigitalOcean</a>: <a href="https://testandcode.com/digitalocean" rel="nofollow" target="_blank">Get started with a free $100 credit </a></li></ul>Links:<ul><li><a href="https://flit.readthedocs.io/en/latest/" rel="nofollow" target="_blank">Flit</a></li><li><a href="https://poetry.eustace.io/" rel="nofollow" target="_blank">Poetry</a></li><li><a href="https://pythonbytes.fm/episodes/show/100/the-big-100-with-special-guests" rel="nofollow" target="_blank">Python Bytes #100 : The big 100 with special guests </a></li><li><a href="https://www.python.org/dev/peps/pep-0517/" rel="nofollow" target="_blank">PEP 517 -- A build-system independent format for source trees | Python.org</a></li><li><a href="https://www.python.org/dev/peps/pep-0518/" rel="nofollow" target="_blank">PEP 518 -- Specifying Minimum Build System Requirements for Python Projects | Python.org</a></li></ul>

52: pyproject.toml : the future of Python packaging  - Brett Cannon

David Hussman

A wonderful discussion with David Hussman. David and Brian look back at what all we've learned in XP, TDD, and other Agile methodologies, where things have gone awry, how to bring the value back, and where testing fits into all of this.  How to build the wrong thing faster Agile vs Agility Product vs Process  Where testing fits into software development practices. "Integration tests, there's a name that needs to be refactored desperately."  Integration tests are "story tests". They tell the story of the product. XP and TDD and the relationship with tests To test for design, use microtests, xUnit style. User Advocy tests are often lacking, but are needed to learn about the product. "I just keep writing tests until I'm not scared anymore." - Kent Beck Dude's Law: Value = Why/How People often focus so much on the how that they forget about why they are doing something. Subcutaneous Tests "The hardest part of programming is thinking." Refactoring vs Repaving Agility means being able to quickly change direction During experimentation and learning, what matters isn't how much you got done, but how much you learn. "The best way to get automation is to make developers do manual tests." Special Guest: David Hussman.Sponsored By:Talk Python Training: Online video courses for Python developersPython Testing with pytest, 2nd edition: The fastest way to learn pytest and practical testing practices.Patreon Supporters: Help support the show with as little as $1 per month and be the first to know when new episodes come out.Links:DevJamPNSQC 2015 How to Build the Wrong Thing Faster and Learn From ItPeople's Front of JudeaTDD on c2The waterfall modelTest First ProgrammingDude's LawSubcutaneous Test

A wonderful discussion with David Hussman. David and Brian look back at what all we've learned in XP, TDD, and other Agile methodologies, where things have gone awry, how to bring the value back, and where testing fits into all of this. <ul> <li>How to build the wrong thing faster</li> <li>Agile vs Agility</li> <li>Product vs Process </li> <li>Where testing fits into software development practices.</li> <li>"Integration tests, there's a name that needs to be refactored desperately." </li> <li>Integration tests are "story tests". They tell the story of the product.</li> <li>XP and TDD and the relationship with tests</li> <li>To test for design, use microtests, xUnit style.</li> <li>User Advocy tests are often lacking, but are needed to learn about the product.</li> <li>"I just keep writing tests until I'm not scared anymore." - Kent Beck</li> <li>Dude's Law: Value = Why/How</li> <li>People often focus so much on the how that they forget about why they are doing something.</li> <li>Subcutaneous Tests</li> <li>"The hardest part of programming is thinking."</li> <li>Refactoring vs Repaving</li> <li>Agility means being able to quickly change direction</li> <li>During experimentation and learning, what matters isn't how much you got done, but how much you learn.</li> <li>"The best way to get automation is to make developers do manual tests."</li> </ul>Special Guest: David Hussman.Sponsored By:<ul><li><a href="https://training.talkpython.fm" rel="nofollow" target="_blank">Talk Python Training</a>: <a href="https://training.talkpython.fm" rel="nofollow" target="_blank">Online video courses for Python developers</a></li><li><a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">Python Testing with pytest, 2nd edition</a>: <a href="https://pythontest.com/pytest-book/" rel="nofollow" target="_blank">The fastest way to learn pytest and practical testing practices.</a></li><li><a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Patreon Supporters</a>: <a href="https://www.patreon.com/testpodcast" rel="nofollow" target="_blank">Help support the show with as little as $1 per month and be the first to know when new episodes come out.</a></li></ul>Links:<ul><li><a href="http://devjam.com/" rel="nofollow" target="_blank">DevJam</a></li><li><a href="https://www.pnsqc.org/how-to-build-the-wrong-thing-faster-and-learn-from-it/" rel="nofollow" target="_blank">PNSQC 2015 How to Build the Wrong Thing Faster and Learn From It</a></li><li><a href="https://www.youtube.com/watch?v=WboggjN_G-4" rel="nofollow" target="_blank">People's Front of Judea</a></li><li><a href="http://wiki.c2.com/?TestDrivenDevelopment" rel="nofollow" target="_blank">TDD on c2</a></li><li><a href="http://testandcode.com/7" rel="nofollow" target="_blank">The waterfall model</a></li><li><a href="http://pythontesting.net/agile/test-first-programming" rel="nofollow" target="_blank">Test First Programming</a></li><li><a href="https://dudeslaw.com/" rel="nofollow" target="_blank">Dude's Law</a></li><li><a href="https://martinfowler.com/bliki/SubcutaneousTest.html" rel="nofollow" target="_blank">Subcutaneous Test</a></li></ul>

32: David Hussman - Agile vs Agility, Dude's Law, and more

What is this?
1 quote, 3 ideas & 1 question from a carefully curated podcast episode.
Every Monday & Wednesday.

Want a 3rd insight and episode every week? Email me at curation@owltail.com.

OwlTail

OwlTail 1-3-1

The best episodes for anyone looking to learn more about topics such as happiness, fulfillment, depression and psychology/mental health in general. With interviews with industry experts, personal stories of individuals, this topic has lessons applicable to everyone. Add episodes you're interested into your queue below!