Johannes Schindelin <johannes.schinde...@gmx.de> writes: > ... (i.e. by only lightly testing obscure code paths that will be > executed rarely, risking bugs in favor of adding tests when fixing said > bugs when – and if – they arise).
I'd like to learn a bit more about this part, not because I want to say you are wrong, but because I want to find out what you say is practically useful and can be adopted by the project. The part I find most troublesome is this. Without tests covering "obscure" cases, how would you expect to notice when the codebase regresses, at which point you plan to fix and add tests for the fix? Not that I think the "minimally these need to be tested" list I sent earlier are anything obscure (they are all essential part of the feature; without them working, the feature would not be useful). -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html