Things to think when changing a existing system

Hey people, I am a junior software engineer, so to all the experienced folks out there. If you are going to change logic of a existing system (produces quite a lot of data) and is consumed by some teams. what steps/precautions would you take ?

I'm going to be super generic.

I assume the system you are working on has extensive tests. I suggest you start from integration / functional level tests: write failing tests regarding the new behavior and then make them not failing :D

Since the system is part of a larger ecosystem you should probably also talk to the teams and agree on data formats and interfaces.

Last but not least, figure out if the new system has to be compatible with the old one. What happens if the system receives in input data created with the old format?

What happens if the consumer of this system has not been upgraded and it expects data in the old format?

Thank you @rhymes , I know this is a trivial question but I needed these affirmations.

It's actually not trivial. You would be surprised how many times integrations don't take into account old systems or retro compatibility. The same goes with APIs (internal or external), there is no standard on how to decide when it's time to break compatibility. Communication is key ✌🏾

Definitely writing test first, if there are already tests for old logic, base on that and write test for new logic, move slowly and as small steps as possible.
In my humble opinion.

Classic DEV Post from Feb 24

What little things make you happy while coding?

I must say refactoring code to make it look beautiful is my guilty pleasure ...

Follow @gonzalezanguita to see more of their posts in your feed.