Test things you don't think you can get right on first try or are easily screwed up by someone that doesn't have the understanding. Most other tests aren't needed.

Quote from ThePrimagen, very insightful.

It's also tested very well from people who're just motivated to take you down. Worked somewhere where the whole sales team (car sale people) tried everything to break the software just to flip the finger afterwards. Besides that, they also tested the happy flow very well.

That company had the best software regarding amount of bugs where i've ever worked. On top of that, we did especially deploy on Friday so you had a whole weekend for if you fucked up. That's dedication

Test the stuff you know you're going to break.

And if there's anything you're confident you're not going to break, test that even more.

I test things cuz I don't trust myself

it's always the stuff you don't expect

@jestdotty it's always the things you don't expect indeed, so it makes a lot of sense that two people test, preferably one with no programmers mind.

The manual tested software (that company didn't do unit tests) beated the unit tested software I wrote easily. The unit test software didn't have manual testers and even the devs didn't manually test after writing tests.

Two teams is an idea. Both teams start with a budget of thousand euros for the yearly department party. The team that wins get 50,- from other team. Resulting that end of the year one team go's go carting end of year and other team has a pizza margeritta at the office.

The teams could share a budget to fight the system

@jestdotty

Starter -> test because insecure.

Experienced -> doesn't test because confident.

Prof -> experienced both, does tests again

(Refuse to use the Junior/Medior/Senior thingy)