- From: Stefan Radomski <radomski@tk.informatik.tu-darmstadt.de>
- Date: Sat, 28 Jun 2014 12:09:26 +0000
- To: "www-voice@w3.org (www-voice@w3.org)" <www-voice@w3.org>
- Message-ID: <148609D8-6390-43E7-BDC2-97100094563F@tk.informatik.tu-darmstadt.de>
Hey there, we’d like to run the non-manual tests as part of continuous integration. As such, we’d be happy if we could reduce their runtime somewhat. Worst offenders are: ecma/test175.scxml = 3.07 sec ecma/test185.scxml = 2.07 sec ecma/test186.scxml = 2.07 sec ecma/test187.scxml = 10.07 sec ecma/test207.scxml = 3.10 sec ecma/test208.scxml = 5.07 sec ecma/test210.scxml = 5.07 sec ecma/test236.scxml = 2.07 sec ecma/test237.scxml = 3.07 sec ecma/test252.scxml = 2.07 sec ecma/test409.scxml = 1.07 sec ecma/test422.scxml = 5.09 sec ecma/test423.scxml = 1.07 sec ecma/test553.scxml = 3.07 sec ecma/test554.scxml = 2.08 sec ecma/test579.scxml = 2.07 sec Total Test time (real) = 65.79 sec Can we reduce the various delay expressions in these tests? I’d vote to cut them all to one tenth of their current values. That is 1s becomes 100ms - I can’t imagine that there is an implementation out there that takes more than a millisecond to process a benign macrostep and it cuts down total time for all automated tests to appr. 1/4th. Total Test time (real) = 18.83 sec It’s not exactly critical to do, but considering how often I run the ECMA tests it more than justified this mail. Regards Stefan
Received on Saturday, 28 June 2014 12:09:55 UTC