I'm liking what you said but having a hard time identifying indicators.
Tests which setup a lot of state
Happy path testing and missing internal logic suggests to me insufficient testing and not bad tests doing harm.
I think tests that don't cover the heart of changing software is likely to surface by the indicator in my article, the explanation and inputs would change more frequently.
I think this is very dependent on how your software is written. Back end servers can be written in ways that are very testable. I've mostly seen UI automation tests as the ones that can convey incorrect levels of correctness.
I'm liking what you said but having a hard time identifying indicators.
Happy path testing and missing internal logic suggests to me insufficient testing and not bad tests doing harm.
I think tests that don't cover the heart of changing software is likely to surface by the indicator in my article, the explanation and inputs would change more frequently.
I think that what I mean to say is that a test could convey a false level of security and cause harm in that way.
I think this is very dependent on how your software is written. Back end servers can be written in ways that are very testable. I've mostly seen UI automation tests as the ones that can convey incorrect levels of correctness.
I agree backends can also be written in convoluted ways as well.