At LexBlog, we manage a lot of sites with a small (but mighty!) team. While we carefully introduce new features on a regular basis through a combination of automated and functional tests, it’s much easier to trust the process (any Philadelphia 76ers fans out there?) when your team is responsible for writing that functionality. However, as LexBlog’s platform is built on WordPress and includes a variety of third-party plugins not written by LexBlog’s product team, we’re often put in a position to introduce new code to the platform without having the luxury of reading each line. In fact right now, we’re preparing for a core update now that WordPress 4.9 has been out long enough to see a security release added to the initial point release.
In our line of business, this is fraught with peril as not all sites are created equally (meaning they often run different bodies of code) and the standard at LexBlog is high where a few pixels of change is cause for concern. So how do we do it?