The major version should include a new default theme, and what should be tested before the old site is upgraded?
The major version should include a new default theme, what should be tested before upgrading the old site? Test template compatibility first: Does the custom template depend on the styles and structure provided by the old theme, which is the easiest part to break in this type of upgrade.The upgrade points of the WordPress 7.2 upgrade are summarized in the The default theme has changed, meaning that part of the page that you haven't written a template for and relies solely on the theme for rendering will change in appearance and style.
What did this major version change
From the public highlights, the changes of this version are concentrated in three places: with the new default theme, the addition of several style and display-related controls, and several background security prompt capabilities. The same highlights also distinguish the minimum and recommended versions of the running environment, and it is recommended to prepare the environment according to the recommended version.
For the old site, the impact of these three places is not the same: the new default theme affects all pages that have not been customized; the style controls affect the templates you have written manually; the environment version affects whether it can be launched smoothly. The test priority is ranked from the largest to the smallest in terms of impact.
Template compatibility should be tested first.
Test starting from 'Which pages are determined by the templates you have written.' List the templates by usage location: list page, article page, category page, single page, form page, and render each one individually in the test environment, check three things:
- Is the layout misaligned: Do the style sheets of the new theme correspond to the hardcoded class names in your template?
- Is the style missing: References to style files, fonts, or image resources provided by the old theme will fail.
- Is the interaction degraded: Sliders, collapsible elements, form controls, and other parts that depend on the theme script are most prone to silent failure. The page looks normal, but the buttons do not respond.
pxl.no's suggestion is the same, first run it in the test environment, and then do a more complete verification at the candidate version stage. For multilingual sites, it is also necessary to check the page rendering after language switching, AnQiCMS supports multilingual site configuration and switching, full-page HTML translation, the translated page will also use the template, and the problem will appear in multiple languages when the template is incompatible.
Field reference needs to be checked
The next hidden risk of the large version is the change of the content field: the renaming, splitting, or reduction of fields will directly disrupt the value acquisition in the template. The verification method is to list all field names appearing in the template with the data interface into a checklist and compare them item by item with the field definitions of the new version; for positions that do not match, either change the template value acquisition or use custom fields to supplement the missing structure.
AnQiCMS supports custom content models and custom fields. Field changes can be defined clearly in the model layer first, and then the template can retrieve values according to the new definition, avoiding mutual adjustment between the template and the data structure. When checking, the priority should be given to three types of locations: summary fields on list pages, additional information areas on article pages, and fields related to forms and comments.
Rollback preparation and record
When theme replacement and field value adjustment occur simultaneously, the difficulty of locating problems will increase, therefore, rollback preparation needs to be specific to executable:
- Backup the database and static files, including the current theme and template directory, AnQiCMS supports backup and recovery of data along with static files.
- Record the current version number, template file list, and custom field definitions as a rollback baseline.
- The rollback window should be during a time when someone is on duty to ensure that the original version can be rolled back on the same day.
- After the upgrade, write the results into the version ledger and note which templates have been adjusted.
If it is indeed necessary to temporarily modify the template to adapt to a new theme, you can make use of the auxiliary editing capabilities: AnQiCMS provides AI-driven visual template editing, allowing direct modification of template code with AI assistance. When making a revision, there is no need to rewrite the entire template file, making it easier to control the scope of changes within the granularity of step-by-step verification.
Common questions
If I don't modify the template and just use the default theme, will it be affected by the new major version?It will affect the appearance. The style and structure of the new default theme are different, even if you haven't written a custom template, you also need to check the actual rendering effects of the homepage, list page, and article page in the test environment.
How many pages should the test environment cover?Cover by template type, at least two real contents for each template, prioritize pages with images, forms, and long titles, as these are most likely to expose layout issues.
Found the template incompatible, should we modify the template first or roll back?Check if it is within the release window. Within the window, roll back to keep the online version, solve compatibility issues in the test environment first, and then schedule the next upgrade; during non-window periods, you can modify the template in small steps and verify each page.