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 ?

Did you find this post useful? Show some love!
DISCUSSION (4)

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 Oct 18

dev.to Show us your octocat alter ego

Show us your octocat alter ego

raja sudhan

A blogging community of over 100,000 software developers Join dev.to