Regressions || Huston we have a problem
Boudewijn Rempt
boud at valdyas.org
Fri Jul 15 12:00:08 BST 2011
On Friday 15 July 2011 Jul, Sebastian Sauer wrote:
> Aloha,
>
> yesterday at the ODF plugfest 2011 ( http://www.opendocsociety.org/news/2011-
> berlin-plugfest/ ) we had two interoperability tests and failed on both of
> them. It seems both where working at some point but cause of regressions
> didn't any longer at the event. That is a problem.
>
> Let me add that the problem are NOT the regressions. That can happen. The
> problem is that we did not discover them for more then a month till that
> event.
>
> So, the question is how to improve that situation to make sure we are able to
> discover regressions faster?
>
> I see two ways;
> 1. unittests also for saving.
We need those...
> 2. cstester roundtrips.
And those as well. Jos' server checks whether we can actually load all the kofficetests document, and even there we have failures.
> The first would be optimal but it would need *lot* of time especially if we
> try to get a good coverage done.
>
> The second is the fastest way (I can think of atm). We could first fix
> cstester so document-roundtrips are proper working and second move that to a
> server that runs cstester against the large collection of documents located on
> the KDE-svn server in the kofficetests directory. Maybe we can run that once a
> day in an automated way and then incoperate that into our IRC unittest-bot? Or
> maybe we can provide a webpage that shows in which ways what documents changed
> from one day to the other?
The KO sponsored server that Cyrille is working on should run cstester on the kofficetests repo -- it's easily got the capacity for that. Setting it up takes a lot of effort though.
>
> What do you think? Is there maybe a better way? Maybe even an easier way?
> Or....?
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
More information about the calligra-devel
mailing list