<div dir="auto"><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Levente Uzonyi <<a href="mailto:leves@caesar.elte.hu">leves@caesar.elte.hu</a>> schrieb am Sa., 4. Mai 2019, 11:12:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 4 May 2019, Jakob Reschke wrote:<br>
<br>
> I have another one:<br>
> For several test cases I have to suppress the display of progress (otherwise the tests would run much slower). To do that, I override performTest to catch the relevant exceptions/notifications and mute them. I need that in<br>
> multiple test case classes, but I do not want to provide the progress suppressing with an abstract test superclass. So I created a trait that contains this performTest override. Test cases that need the progress muted can mix<br>
> that in by using the trait.<br>
<br>
IIRC during tests, the progress bar is intentionally redrawn on each <br>
change to ensure that when the image freezes, you know which test is <br>
causing the problem.<br>
If there were a method returning the number of milliseconds between <br>
updates (which is currently 0 in TestRunner >> #basicRunSuite:do:) or <br>
just a method returning whether it's okay not to redraw the progress bar <br>
on each update, then test cases where too frequent redraws cause problems <br>
could just override that method.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Clarification: the code under test produces progress bars and messages and these shall be muted. It also reduces the time spent on Travis CI. Thanks for the hint though!</div></div>