tests: test infrastructure (setup/teardown) improvements

(Documenting test improvement ideas from #1346)

A lot (most?) of our tests require a test server (or several). This typically means moving metadata from sources to a temp directory, serving the temp directory and finally removing the temporary directories. Modified_Testcase handles parts of that but it seems obvious that A) it does not provide the required functionality (as tests re-implement a lot of it) and B) that it is hard to use correctly (as #1346 and many previous issues prove). The end result is that there are temp directories created inside tempdirectories and then those directories may or may not get removed (often in a fairly random order)

The common needs are these I think:

• Test class must be able to serve a repository that all its tests run against
• test instance must be able to serve it's own repository (because it wants to modify the contents)
• the served repository paths must be exposed so the content can be modified during test

We could have a better Modified_Testcase that just always runs one test server per class, and provides helpers to "intitialize a new repo" (copy files from sources into a directory inside the served directory). This way both server startup/shutdown and tempdir management would be handled in one place: the actual test classes would only have to remember to chain up Setup*() and *Teardown() -- if they even need those when Modified_Testcase is better.

Inizia leggendo Modified_Testcase e la discussione sull’infrastruttura dei test di #1346 per mappare i pattern esistenti di setup e teardown. Confronta il modo in cui i test creano, servono, espongono e rimuovono repository e directory temporanee. Il lavoro è completato quando l’approccio condiviso copre i repository a livello di classe e di istanza senza cleanup ripetuti o inaffidabili.