Versions in gui

Zgadzam się w zasadzie ze wszystkim - to znacznie lepszy i b. pasujący do naszego głównego use case'u design. 
Może najpierw zanim ustosunkuję się do reszty, to dopytam jednak co dokładnie rozumiesz przez eksperyment. :P 1 zestaw danych, z ustalonymi algorytmami (delta) kompresji? Czy 1 dane testowe, ale wiele możliwych różnych algorytmów? 
Wydaje mi się, że mogłaby być taka kolejka z testami TODO (test w znaczeniu, jakim teraz jest w kodzie: 1 katalog z danymi i ustalone algorytmy), z której możemy zaznaczać, które z nich chcemy teraz odpalić, żeby jak się skończą, to przeszły do kolejki z wynikami. A z kolei z kolejki z wynikami, jak mówisz, moglibyśmy sobie znowu zaznaczać, które porównujemy (też tak jak mówisz, musi się zgadzać katalog). Ograniczanie się do 1 katalogu chyba wiele nie ułatwia, a utrudniałoby uruchamianie na raz kilku zestawów danych. 
Przy takim podejściu istnieje możliwość, że odpalając drugi test na tym samym katalogu z danymi, coś się już w nim zmieniło w stosunku do starego testu, który odpaliliśmy wcześniej. Ale to wydaje się być prawie zerowym problemem.