uuid: - value: d9a46ea6-4cd5-45a9-9871-5c48d32e1cdb langcode: - value: en type: - target_id: daily_email target_type: node_type target_uuid: 8bde1f2f-eef9-4f2d-ae9c-96921f8193d7 revision_timestamp: - value: '2025-05-11T09:00:32+00:00' revision_uid: - target_type: user target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849 revision_log: { } status: - value: true uid: - target_type: user target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849 title: - value: | Outside-in or inside-out? created: - value: '2023-09-14T00:00:00+00:00' changed: - value: '2025-05-11T09:00:32+00:00' promote: - value: false sticky: - value: false default_langcode: - value: true revision_translation_affected: - value: true path: - alias: /daily/2023/09/14/outside-in-or-inside-out langcode: en body: - value: |

In yesterday's email, I described the different types of tests available in Drupal and how to determine which test I should use.

I start with functional tests and move to kernel or unit tests when needed, so I usually have more functional tests, some kernel tests and a few unit tests.

This is the outside-in approach to testing.

The opposite is inside-out testing when you start with unit tests and have fewer functional tests.

Tests written outside-in are slower to run as they need to perform tasks like HTTP requests and interact with the database, compared to unit tests, which are fast to run but do reply on mocking dependencies rather than using real services and content.

Which do you prefer? Reply and let me know.

format: full_html processed: |

In yesterday's email, I described the different types of tests available in Drupal and how to determine which test I should use.

I start with functional tests and move to kernel or unit tests when needed, so I usually have more functional tests, some kernel tests and a few unit tests.

This is the outside-in approach to testing.

The opposite is inside-out testing when you start with unit tests and have fewer functional tests.

Tests written outside-in are slower to run as they need to perform tasks like HTTP requests and interact with the database, compared to unit tests, which are fast to run but do reply on mocking dependencies rather than using real services and content.

Which do you prefer? Reply and let me know.

summary: null field_daily_email_cta: { }