TopPodcast.com
Menu
  • Home
  • Top Charts
  • Top Networks
  • Top Apps
  • Top Independents
  • Top Podfluencers
  • Top Picks
    • Top Business Podcasts
    • Top True Crime Podcasts
    • Top Finance Podcasts
    • Top Comedy Podcasts
    • Top Music Podcasts
    • Top Womens Podcasts
    • Top Kids Podcasts
    • Top Sports Podcasts
    • Top News Podcasts
    • Top Tech Podcasts
    • Top Crypto Podcasts
    • Top Entrepreneurial Podcasts
    • Top Fantasy Sports Podcasts
    • Top Political Podcasts
    • Top Science Podcasts
    • Top Self Help Podcasts
    • Top Sports Betting Podcasts
    • Top Stocks Podcasts
  • Podcast News
  • About Us
  • Podcast Advertising
  • Contact
Not in our directory?
Add Show Here
Podcast Equipment
Center

toppodcastlogoOur TOPPODCAST Picks

  • Comedy
  • Crypto
  • Sports
  • News
  • Politics
  • True Crime
  • Business
  • Finance

Follow Us

toppodcastlogoStay Connected

    View Top 200 Chart
    Back to Rankings Page
    Software How-To

    Test & Code

    The Python Test Podcast hosted by Brian Okken

    Advertise

    Copyright: © 2022 Brian Okken

    • Apple Podcasts
    • Google Play
    • Spotify

    Latest Episodes:
    166: unittest expectedFailure and xfail Oct 14, 2021
    Show notes

    xfail isn't just for pytest tests. Python's unittest has @unittest.expectedFailure.

    In this episode, we cover:

    • using @unittest.expectedFailure
    • the results of passing and failing tests with expectedFailure
    • using pytest as a test runner for unittest
    • using pytest markers on unittest tests

    Docs for expectedFailure:
    https://docs.python.org/3/library/unittest.html#skipping-tests-and-expected-failures

    Some sample code.
    unittest only:

    import unittest class ExpectedFailureTestCase(unittest.TestCase): @unittest.expectedFailure def test_fail(self): self.assertEqual(1, 0, "broken") @unittest.expectedFailure def test_pass(self): self.assertEqual(1, 1, "not broken")

    unittest with pytest markers:

    import unittest import pytest class ExpectedFailureTestCase(unittest.TestCase): @pytest.mark.xfail def test_fail(self): self.assertEqual(1, 0, "broken") @pytest.mark.xfail def test_pass(self): self.assertEqual(1, 1, "not broken")







    pytest xfail policy and workflow Oct 07, 2021
    Show notes

    A discussion of how to use the xfail feature of pytest to help with communication on software projects.

    The episode covers:

    • What is xfail
    • Why I use it
    • Using reason effectively by including issue tracking numbers
    • Using xfail_strict
    • Adding --runxfail when transitioning from development to feature freeze
    • What to do about test failures
    • How all of this might help with team communication

    Full Transcript



    If you like Test & Code, I think you'll also like Python People

    • Python People is a new podcast about getting to know the people who make Python and our community awesome.
    • Be sure to check out pythonpeople.fm.

    165: pytest xfail policy and workflow Oct 07, 2021
    Show notes

    A discussion of how to use the xfail feature of pytest to help with communication on software projects.

    The episode covers:

    • What is xfail
    • Why I use it
    • Using reason effectively by including issue tracking numbers
    • Using xfail_strict
    • Adding --runxfail when transitioning from development to feature freeze
    • What to do about test failures
    • How all of this might help with team communication






    Debugging Python Test Failures with pytest Sep 14, 2021
    Show notes

    An overview of the pytest flags that help with debugging.
    From Chapter 13, Debugging Test Failures, of Python Testing with pytest, 2nd edition.

    pytest includes quite a few command-line flags that are useful for debugging.

    We talk about thes flags in this episode.

    Flags for selecting which tests to run, in which order, and when to stop:

    • -lf / --last-failed: Runs just the tests that failed last.
    • -ff / --failed-failed: Runs all the tests, starting with the last failed.
    • -x / --exitfirst: Stops the tests session afterEd: after?Author: yep the first failure.
    • --maxfail=num: Stops the tests after num failures.
    • -nf / --new-first: Runs all the tests, ordered by file modification time.
    • --sw / --stepwise: Stops the tests at the first failure. Starts the tests at the last failure next time.
    • --sw-skip / --stepwise-skip: Same as --sw, but skips the first failure.

    Flags to control pytest output:

    • -v / --verbose Displays all the test names, passing or failing.
    • --tb=[auto/long/short/line/native/no] Controls the traceback style.
    • -l / --showlocals Displays local variables alongside the stacktrace.

    Flags to start a command-line debugger:

    • --pdb Starts an interactive debugging session at the point of failure.
    • --trace Starts the pdb source-code debugger immediately when running each test.
    • --pdbcls Uses alternatives to pdb, such as IPython’s debugger with –-pdbcls=IPython.terminal.debugger:TerminalPdb.

    This list is also found in Chapter 13 of Python Testing with pytest, 2nd edition.
    The chapter is "Debugging Test Failures" and covers way more than just debug flags, while walking through debugging 2 test failures.

    Full Transcript


    Links:

    • Python Testing with pytest — The fastest way to get up to speed on pytest.
    • all pytest flags in pytest 6.2.x

    If you like Test & Code, I think you'll also like Python People

    • Python People is a new podcast about getting to know the people who make Python and our community awesome.
    • Be sure to check out pythonpeople.fm.

    164: Debugging Python Test Failures with pytest Sep 14, 2021
    Show notes

    An overview of the pytest flags that help with debugging.
    From Chapter 13, Debugging Test Failures, of Python Testing with pytest, 2nd edition.

    pytest includes quite a few command-line flags that are useful for debugging.

    We talk about thes flags in this episode.

    Flags for selecting which tests to run, in which order, and when to stop:

    • -lf / --last-failed: Runs just the tests that failed last.
    • -ff / --failed-failed: Runs all the tests, starting with the last failed.
    • -x / --exitfirst: Stops the tests session afterEd: after?Author: yep the first failure.
    • --maxfail=num: Stops the tests after num failures.
    • -nf / --new-first: Runs all the tests, ordered by file modification time.
    • --sw / --stepwise: Stops the tests at the first failure. Starts the tests at the last failure next time.
    • --sw-skip / --stepwise-skip: Same as --sw, but skips the first failure.

    Flags to control pytest output:

    • -v / --verbose Displays all the test names, passing or failing.
    • --tb=[auto/long/short/line/native/no] Controls the traceback style.
    • -l / --showlocals Displays local variables alongside the stacktrace.

    Flags to start a command-line debugger:

    • --pdb Starts an interactive debugging session at the point of failure.
    • --trace Starts the pdb source-code debugger immediately when running each test.
    • --pdbcls Uses alternatives to pdb, such as IPython’s debugger with –-pdbcls=IPython.terminal.debugger:TerminalPdb.

    This list is also found in Chapter 13 of Python Testing with pytest, 2nd edition.
    The chapter is "Debugging Test Failures" and covers way more than just debug flags, while walking through debugging 2 test failures.


    Links:

    • Python Testing with pytest — The fastest way to get up to speed on pytest.
    • all pytest flags in pytest 6.2.x




    pip install ./local_directory - Stéphane Bidoul Aug 20, 2021
    Show notes

    pip : "pip installs packages" or maybe "Package Installer for Python"
    pip is an invaluable tool when developing with Python.
    A lot of people know pip as a way to install third party packages from pypi.org
    You can also use pip to install from other indexes (or is it indices?)

    You can also use pip to install a package in a local directory.
    That's the part I want to jump in and explore with Stéphane Bidoul.
    The way pip installs from a local directory is about to change, and the story is fascinating.

    Full Transcript

    Special Guest: Stéphane Bidoul.


    Links:

    • The Odoo Community Association
    • PEP 610 -- Recording the Direct URL Origin of installed distributions | Python.org
    • PEP 660 -- Editable installs for pyproject.toml based builds (wheel based) | Python.org — Bidoul
    • pip install --no-index --find-links
    • Solving issues related to out-of-tree builds · Issue #7555 · pypa/pip
    • pip list json format

    If you like Test & Code, I think you'll also like Python People

    • Python People is a new podcast about getting to know the people who make Python and our community awesome.
    • Be sure to check out pythonpeople.fm.

    163: pip install ./local_directory - Stéphane Bidoul Aug 20, 2021
    Show notes

    pip : "pip installs packages" or maybe "Package Installer for Python"
    pip is an invaluable tool when developing with Python.
    A lot of people know pip as a way to install third party packages from pypi.org
    You can also use pip to install from other indexes (or is it indices?)

    You can also use pip to install a package in a local directory.
    That's the part I want to jump in and explore with Stéphane Bidoul.
    The way pip installs from a local directory is about to change, and the story is fascinating.


    Special Guest: Stéphane Bidoul.


    Links:

    • The Odoo Community Association
    • PEP 610 -- Recording the Direct URL Origin of installed distributions | Python.org
    • PEP 660 -- Editable installs for pyproject.toml based builds (wheel based) | Python.org — Bidoul
    • pip install --no-index --find-links
    • Solving issues related to out-of-tree builds · Issue #7555 · pypa/pip
    • pip list json format




    162: Flavors of TDD Aug 03, 2021
    Show notes

    What flavor of TDD do you practice?

    In this episode we talk about:

    • Classical vs Mockist TDD
    • Detroit vs London (I actually refer to it in the episode as Chicago instead of Detroit. Oh well.)
    • Static vs Behavior
    • Inside Out vs Outside In
    • Double Loop TDD
    • BDD
    • FDD
    • Tracer Bullets
    • Rules of TDD
    • Team Structure
    • Lean TDD

    This is definitely an episode I'd like feedback on. Reach out to me for further questions or if I missed some crucial variant of TDD that you know and love.


    Links:

    • Mocks Aren't Stubs - Martin Fowler
    • Mockists Are Dead. Long Live Classicists.
    • Double Loop TDD
    • BDD: Behavior-driven development
    • FDD: Feature-driven development
    • My reaction to “Is TDD Dead?” - pythontest.com
    • Test First Programming / Test First Development
    • Humorous list of TDD variants — BDD = Buzzword Driven Development, CDD = Calendar Driven Development, etc




    161: Waste in Software Development Jul 20, 2021
    Show notes

    Software development processes create value, and have waste, in the Lean sense of the word waste.
    Lean manufacturing and lean software development changed the way we look at value and waste.
    This episode looks at lean definitions of waste, so we can see it clearly when we encounter it.

    I'm going to use the term waste and value in future episodes. I'm using waste in a Lean sense, so we can look at software processes critically, see the value chain, and try to reduce waste.

    Lean manufacturing and lean software development caused people to talk about and examine waste and value, even in fields where we didn't really think about waste that much to begin with.

    Software is just ones and zeros. Is there waste?
    When I delete a file, nothing goes into the landfill.

    The mistake I'm making here is confusing the common English definition of waste when what we're talking about is the Lean definition of waste.

    This episode tries to clear up the confusion.


    Links:

    • Big Design Up Front
    • Lightweight Methodologies
    • Manifesto for Agile Software Development
    • Extreme programming
    • The New Methodology
    • Test First Programming / Test First Development
    • Test Driven Development
    • The Pragmatic Programmer
    • Six Sigma
    • DMAIC
    • Lean software development
    • Lean manufacturing
    • The Toyota Way
    • Lean Six Sigma
    • Definition of Waste by Merriam-Webster




    160: DRY, WET, DAMP, AHA, and removing duplication from production code and test code Jul 08, 2021
    Show notes

    Should your code be DRY or DAMP or something completely different?
    How about your test code? Do different rules apply?
    Wait, what do all of these acronyms mean?

    We'll get to all of these definitions, and then talk about how it applies to both production code and test code in this episode.


    Links:

    • The Pragmatic Programmer, 20th Anniversary Edition
    • Don't repeat yourself - Wikipedia
    • a-ha - Take On Me
    • Rule of three - Wikipedia
    • What does “DAMP not DRY” mean when talking about unit tests? - Stack Overflow




    Previous 1 10 11 12 13 14 29 Next

    Related Podcasts

    Know How… (Video)

    1

    Know How… (Video) Education
    JavaScript Jabber

    2

    JavaScript Jabber Education
    Programming Throwdown

    3

    Programming Throwdown Software How-To
    Software Engineering Radio – the podcast for professional software developers

    4

    Software Engineering Radio – the podcast for professional software developers Software How-To
    The Changelog: Software Development, Open Source

    5

    The Changelog: Software Development, Open Source How To
    Coding Blocks

    6

    Coding Blocks Software How-To
    footer-logo

    Contact Us

    Toll Free: 844-670-7747

    Links

    • Home
    • Top Charts
    • Networks
    • Apps
    • Independents Podcasts
    • Podcast Advertising
    • Podcast News
    • Contact Us
    • About Us
    • Analytics & Insights

    Stay Connected

      Privacy, Terms of Use & Our Code of Ethics Protecting Content Creators Copyrights