A short analogy on Feedback & Unit Tests
Unit tests are something that engineers write to test the work they've done in smaller pieces. Code that is tested tends to perform closer to expectations. Future changes to old code protect the way things work by causing unit tests to fail if something is changed unexpectedly. Passing tests are green checks ✅. Failing unit tests are red Xs ❌. Default behavior is to write your unit tests after you're done writing the solution. When an engineer sees all ✅, they call it a day and ship it. The funny thing with unit tests are ... they are also subject to being full of problematic logic or buggy code. How does the engineer know their tests are correct or cover all the scenarios if you've never seen a failure? ...