Hi Gabriel,Your answer leads back to my original question: how can I implement 
the "halt on error"? It is not clear to me.
Cheers
Davide
    On Monday, January 8, 2024 at 02:31:33 PM GMT+1, Gabriel Cotelli 
<g.cote...@gmail.com> wrote:  
 
 You can implement another version of TestResult that halts when an error is 
added instead of recording it, and reimplement classForTestResult in the test 
cases to return this new class instead.

On Mon, Jan 8, 2024 at 5:54 AM Davide Varvello via Pharo-users 
<pharo-users@lists.pharo.org> wrote:

 No ideas?
CheersDavide

    On Thursday, January 4, 2024 at 03:42:17 PM GMT+1, Davide Varvello via 
Pharo-users <pharo-users@lists.pharo.org> wrote:  
 
  Hi Noury,
You are right and reading your answer I understand I wasn't crystal clear.
I have a test scenario where sometimes a race condition occurs, so I'm not 
expecting any error. Which is why I'd prefer something built-in Pharo: a sort 
of "haltIfError" or "haltOnError" built-in command.Is there anything like that 
in Pharo?
TIA
Davide
    On Thursday, January 4, 2024 at 01:24:59 PM GMT+1, Noury Bouraqadi 
<bouraq...@gmail.com> wrote:  
 
 Hi Davide,
Why not use one of the following:
self should: ["message that might signal an error"] raise: Error "Replace Error 
with the exception you want to catch"self shouldnt:  ["message that might 
signal an error"] raise: Error "Replace Error with the exception you want to 
catch"
On Jan 3 2024, at 4:55 pm, Davide Varvello via Pharo-users 
<pharo-users@lists.pharo.org> wrote:
Hi Guys,
Sometimes I'd like to stop my test suite when an error occurs.
My raw approach is to put a self halt in the TestResult>>addError: and look at 
the debugger, but I'm wondering if there is a more suitable way.
Can you help me, please?
TIADavide
    
  

Reply via email to