Move all files to sculpin/
This commit is contained in:
parent
c5d71803a5
commit
0f61b4e9ee
1514 changed files with 0 additions and 0 deletions
27
sculpin/source/_posts/2023-08-07.md
Normal file
27
sculpin/source/_posts/2023-08-07.md
Normal file
|
@ -0,0 +1,27 @@
|
|||
---
|
||||
title: >
|
||||
Tests make upgrades less risky
|
||||
pubDate: 2023-08-07
|
||||
permalink: >-
|
||||
daily/2023/08/07/tests-make-upgrades-less-risky
|
||||
tags:
|
||||
- automated-testing
|
||||
- test-driven-development
|
||||
- drupal
|
||||
---
|
||||
|
||||
I recently reviewed a client's Drupal 9 website to gather information about upgrading it to Drupal 10.
|
||||
|
||||
The site has a number of custom modules. They all require changes to make them Drupal 10-compatible - some are a `core_version_requirement` update, and some are more complex.
|
||||
|
||||
None of these modules have automated tests.
|
||||
|
||||
If they did, I'd be able to run them and see if they pass, make my changes, and rerun the tests to verify they still pass, and the module works as it did previously.
|
||||
|
||||
But I can't.
|
||||
|
||||
I'd need to test each module beforehand to understand what it does manually and again after making the changes.
|
||||
|
||||
This is more time-consuming, riskier, and easier for me to introduce regressions or new bugs.
|
||||
|
||||
Whether it's a major CMS version upgrade, updating a contrib module or refactoring custom code, having a passing test suite you can use and rely on makes updates easier and less risky.
|
Loading…
Add table
Add a link
Reference in a new issue