Should We Just... Delete It?

It seems that the premise for the questioning about a test assumes - there’s none documentation about WHAT the test is testing…and even considering the requirement COVERAGE…if that coverage is already covered by some other more stable test, or despite the test being flaky it’s coverage that being lost and requires manual testing… - is that so ?

A strategy to minimize this - why not consider having a sort of standard/required procedure for having a @javadoc (or anything equivalent) explaining (w/ a required peer review) whats the goal of the test, to avoid going over the code ?

1 Like