<div>Hi Markus,</div>  <div>&nbsp;</div>  <div>&gt; What is wrong with writing:<BR>&gt; IntervalTest &gt;&gt; testRemove<BR>&gt; self should: [(1 to: 3) remove: 2] raise: Exception<BR></div>  <div>There's nothing wrong with your test, but I prefer more specific errors. </div>  <div>Why? probably because I prefer to run my tests automatically and then write a structured report. </div>  <div>I work with VW, and when I search senders of methods like 'subclassRes*', I find senders of "subclassResponsability", "subClassResponsability", "subClassResponsibility" and so on. it's difficult to stay clean with selectors, and it's worst with strings.</div>  <div>&nbsp;</div>  <div>Once I had to check all the messages written in a server's log file. I had plenty of messages with the same meanning but with different sentences because each time a programmer had to log something (informations or errors),&nbsp;he wrote a specific string.&nbsp;</div>  <div>&nbsp;</div>  <div>I assume that when you
 have a Class hierarchy for errors,&nbsp;people tend to look at the hierarchy instead of&nbsp;creating their own errors, and as most of the time your kind of error&nbsp;is roughly the same as one already&nbsp;written.</div>  <div>&nbsp;</div>  <div>Regards,</div>  <div>Pascal</div>  <div><BR>Markus Gaelli wrote:</div>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">  <div>Hi Pascal,<BR><BR>&gt; It would be easier to catch and therefore to test with a specific <BR>&gt; subclass of Exception.<BR><BR>What is wrong with writing:<BR><BR>IntervalTest &gt;&gt; testRemove<BR>self should: [(1 to: 3) remove: 2] raise: Exception<BR><BR>&gt; Besides, for the Interval&gt;&gt;remove: example, the code would have been:<BR>&gt;<BR>&gt; Interval&gt;&gt; remove: anElement<BR>&gt; "elements cannot be removed from an Interval"<BR>&gt; ^self shouldNotImplement<BR><BR>So I need to browse the method and cannot see directly anymore what <BR>is going in
 the label of my walkback-window?<BR><BR>&gt;<BR>&gt; Mind you, even in VW you have these calls of error:, and <BR>&gt; shouldNotImplement is implemented that way...<BR>&gt; But why not implementing shouldNotImplement like:<BR>&gt;<BR>&gt; Object&gt;&gt; shouldNotImplement<BR>&gt; ^ShouldNotImplementError raise<BR><BR>Why?<BR><BR>Cheers,<BR><BR>Markus<BR></div></BLOCKQUOTE><p>
                <hr size=1> 
<font size="2" face="Verdana, Arial, Helvetica, sans-serif"> 
<a href="http://us.rd.yahoo.com/mail/uk/taglines/default/cars/*http://uk.cars.yahoo.com/">Yahoo! Cars</a> 
<font color="red">NEW</font> - sell your car and browse thousands of new and used cars online <a href="http://us.rd.yahoo.com/mail/uk/taglines/default/cars/*http://uk.cars.yahoo.com/">search now</a> 
</font> 
<hr size=1> 
<font size="2" face="Verdana, Arial, Helvetica, sans-serif">