Search a title or topic

Over 20 million podcasts, powered by 

Player FM logo
Artwork

Content provided by Michael Kennedy and Brian Okken. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Michael Kennedy and Brian Okken or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://staging.podcastplayer.com/legal.
Player FM - Podcast App
Go offline with the Player FM app!

#436 Slow tests go last

36:43
 
Share
 

Manage episode 489116710 series 1305988
Content provided by Michael Kennedy and Brian Okken. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Michael Kennedy and Brian Okken or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://staging.podcastplayer.com/legal.
Topics covered in this episode:
Watch on YouTube
About the show

Sponsored by PropelAuth: pythonbytes.fm/propelauth66

Connect with the hosts

Join us on YouTube at pythonbytes.fm/live to be part of the audience. Usually Monday at 10am PT. Older video versions available there too.

Finally, if you want an artisanal, hand-crafted digest of every week of the show notes in email form? Add your name and email to our friends of the show list, we'll never share it.

Brian #1: Free-threaded Python no longer “experimental” as of Python 3.14

  • “PEP 779 ("Criteria for supported status for free-threaded Python") has been accepted, which means free-threaded Python is now a supported build!” - Hugo van Kemenade
  • PEP 779 – Criteria for supported status for free-threaded Python
  • As noted in the discussion of PEP 779, “The Steering Council (SC) approves PEP 779, with the effect of removing the “experimental” tag from the free-threaded build of Python 3.14.”
  • We are in Phase II then.
  • “We are confident that the project is on the right path, and we appreciate the continued dedication from everyone working to make free-threading ready for broader adoption across the Python community.”
  • “Keep in mind that any decision to transition to Phase III, with free-threading as the default or sole build of Python is still undecided, and dependent on many factors both within CPython itself and the community. We leave that decision for the future.”
  • How long will all this take? According to Thomas Wouters, a few years, at least: “In other words: it'll be a few years at least. It can't happen before 3.16 (because we won't have Stable ABI support until 15) and may well take longer.”

Michael #2: typed-ffmpeg

  • typed-ffmpeg offers a modern, Pythonic interface to FFmpeg, providing extensive support for complex filters with detailed typing and documentation.

  • Inspired by ffmpeg-python, this package enhances functionality by addressing common limitations, such as lack of IDE integration and comprehensive typing, while also introducing new features like JSON serialization of filter graphs and automatic FFmpeg validation.

  • Features :

    • Zero Dependencies: Built purely with the Python standard library, ensuring maximum compatibility and security.
    • User-Friendly: Simplifies the construction of filter graphs with an intuitive Pythonic interface.
    • Comprehensive FFmpeg Filter Support: Out-of-the-box support for most FFmpeg filters, with IDE auto-completion.
    • Integrated Documentation: In-line docstrings provide immediate reference for filter usage, reducing the need to consult external documentation.
    • Robust Typing: Offers static and dynamic type checking, enhancing code reliability and development experience.
    • Filter Graph Serialization: Enables saving and reloading of filter graphs in JSON format for ease of use and repeatability.
    • Graph Visualization: Leverages graphviz for visual representation, aiding in understanding and debugging.
    • Validation and Auto-correction: Assists in identifying and fixing errors within filter graphs.
    • Input and Output Options Support: Provide a more comprehensive interface for input and output options, including support for additional codecs and formats.
    • Partial Evaluation: Enhance the flexibility of filter graphs by enabling partial evaluation, allowing for modular construction and reuse.
    • Media File Analysis: Built-in support for analyzing media files using FFmpeg's ffprobe utility, providing detailed metadata extraction with both dictionary and dataclass interfaces.

Michael #3: pyleak

  • Detect leaked asyncio tasks, threads, and event loop blocking with stack trace in Python. Inspired by goleak.
  • Use as context managers or function dectorators
  • When using no_task_leaks, you get detailed stack trace information showing exactly where leaked tasks are executing and where they were created.
  • Even has great examples and a pytest plugin.

Brian #4: Optimizing Test Execution: Running live_server Tests Last with pytest

  • Tim Kamanin

  • “When working with Django applications, it's common to have a mix of fast unit tests and slower end-to-end (E2E) tests that use pytest's live_server fixture and browser automation tools like Playwright or Selenium. ”

  • Tim is running E2E tests last for

    • Faster feedback from quick tests
    • To not tie up resources early in the test suite.
  • He did this with

    • custom “e2e” marker

    • Implementing a

      pytest_collection_modifyitems 

      hook function to look for tests using the

      live_server 

      fixture, and for them

      • automatically add the e2e marker to those tests
      • move those tests to the end
  • The reason for the marker is to be able to

    • Just run e2e tests with -m e2e
    • Avoid running them sometimes with -m "not e2e"
  • Cool small writeup.

    • The technique works for any system that has some tests that are slower or resource bound based on a particular fixture or set of fixtures.

Extras

Brian:

Michael:

Joke: Naming is hard

  continue reading

440 episodes

Artwork

#436 Slow tests go last

Python Bytes

1,841 subscribers

published

iconShare
 
Manage episode 489116710 series 1305988
Content provided by Michael Kennedy and Brian Okken. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Michael Kennedy and Brian Okken or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://staging.podcastplayer.com/legal.
Topics covered in this episode:
Watch on YouTube
About the show

Sponsored by PropelAuth: pythonbytes.fm/propelauth66

Connect with the hosts

Join us on YouTube at pythonbytes.fm/live to be part of the audience. Usually Monday at 10am PT. Older video versions available there too.

Finally, if you want an artisanal, hand-crafted digest of every week of the show notes in email form? Add your name and email to our friends of the show list, we'll never share it.

Brian #1: Free-threaded Python no longer “experimental” as of Python 3.14

  • “PEP 779 ("Criteria for supported status for free-threaded Python") has been accepted, which means free-threaded Python is now a supported build!” - Hugo van Kemenade
  • PEP 779 – Criteria for supported status for free-threaded Python
  • As noted in the discussion of PEP 779, “The Steering Council (SC) approves PEP 779, with the effect of removing the “experimental” tag from the free-threaded build of Python 3.14.”
  • We are in Phase II then.
  • “We are confident that the project is on the right path, and we appreciate the continued dedication from everyone working to make free-threading ready for broader adoption across the Python community.”
  • “Keep in mind that any decision to transition to Phase III, with free-threading as the default or sole build of Python is still undecided, and dependent on many factors both within CPython itself and the community. We leave that decision for the future.”
  • How long will all this take? According to Thomas Wouters, a few years, at least: “In other words: it'll be a few years at least. It can't happen before 3.16 (because we won't have Stable ABI support until 15) and may well take longer.”

Michael #2: typed-ffmpeg

  • typed-ffmpeg offers a modern, Pythonic interface to FFmpeg, providing extensive support for complex filters with detailed typing and documentation.

  • Inspired by ffmpeg-python, this package enhances functionality by addressing common limitations, such as lack of IDE integration and comprehensive typing, while also introducing new features like JSON serialization of filter graphs and automatic FFmpeg validation.

  • Features :

    • Zero Dependencies: Built purely with the Python standard library, ensuring maximum compatibility and security.
    • User-Friendly: Simplifies the construction of filter graphs with an intuitive Pythonic interface.
    • Comprehensive FFmpeg Filter Support: Out-of-the-box support for most FFmpeg filters, with IDE auto-completion.
    • Integrated Documentation: In-line docstrings provide immediate reference for filter usage, reducing the need to consult external documentation.
    • Robust Typing: Offers static and dynamic type checking, enhancing code reliability and development experience.
    • Filter Graph Serialization: Enables saving and reloading of filter graphs in JSON format for ease of use and repeatability.
    • Graph Visualization: Leverages graphviz for visual representation, aiding in understanding and debugging.
    • Validation and Auto-correction: Assists in identifying and fixing errors within filter graphs.
    • Input and Output Options Support: Provide a more comprehensive interface for input and output options, including support for additional codecs and formats.
    • Partial Evaluation: Enhance the flexibility of filter graphs by enabling partial evaluation, allowing for modular construction and reuse.
    • Media File Analysis: Built-in support for analyzing media files using FFmpeg's ffprobe utility, providing detailed metadata extraction with both dictionary and dataclass interfaces.

Michael #3: pyleak

  • Detect leaked asyncio tasks, threads, and event loop blocking with stack trace in Python. Inspired by goleak.
  • Use as context managers or function dectorators
  • When using no_task_leaks, you get detailed stack trace information showing exactly where leaked tasks are executing and where they were created.
  • Even has great examples and a pytest plugin.

Brian #4: Optimizing Test Execution: Running live_server Tests Last with pytest

  • Tim Kamanin

  • “When working with Django applications, it's common to have a mix of fast unit tests and slower end-to-end (E2E) tests that use pytest's live_server fixture and browser automation tools like Playwright or Selenium. ”

  • Tim is running E2E tests last for

    • Faster feedback from quick tests
    • To not tie up resources early in the test suite.
  • He did this with

    • custom “e2e” marker

    • Implementing a

      pytest_collection_modifyitems 

      hook function to look for tests using the

      live_server 

      fixture, and for them

      • automatically add the e2e marker to those tests
      • move those tests to the end
  • The reason for the marker is to be able to

    • Just run e2e tests with -m e2e
    • Avoid running them sometimes with -m "not e2e"
  • Cool small writeup.

    • The technique works for any system that has some tests that are slower or resource bound based on a particular fixture or set of fixtures.

Extras

Brian:

Michael:

Joke: Naming is hard

  continue reading

440 episodes

All episodes

×
 
Loading …

Welcome to Player FM!

Player FM is scanning the web for high-quality podcasts for you to enjoy right now. It's the best podcast app and works on Android, iPhone, and the web. Signup to sync subscriptions across devices.

 

Copyright 2025 | Privacy Policy | Terms of Service | | Copyright
Listen to this show while you explore
Play