giacomo wrote:
>
> On Thu, 9 Aug 2001, Berin Loritsch wrote:
>
> > I will echo Peter on this: +1, Excellent!
> >
> > I would like to see the test cases configurable.
> >
> > Something along these lines would be incredible:
> >
> > <testcase>
>
> I think I like this approach. Also because it will give you a place to
> document your tests (you know customers will be happy if you deliver
> alot of documents when you work for the their projects :)
>
> So I'd like to add a
> <annotate>
> <!-- any kind of XML here but I think DocBook
> fragments are preferred -->
> </annotate>
+1. This is for the human factor, so they can be rendered as documents.
> > <logger>
> > <!-- will follow the standards for Excalibur Logger Configurator
> > when it is built. the "logger" element will be passed to it -->
> > </logger>
> > <context>
> > <entry name="foo" value="bar"/>
> > </context>
>
> Maybe also something like this (?):
>
> <entry name="bar" class="my.foo.BarMock">
> <some config="here"/>
> </entry>
>
> It is meant to add real objects to the Context instead of Strings (maybe
> for self configurable Mocks ;). I know this is not enough. Sometimes
> you need to add stuff to the Context programatically and thus some
> methods concerning Context handling is needed (I don't know right now if
> the proposed method sets from Peter suffice, but I'm sure practice will
> show what else is needed).
It's virgin territory. Just use the XP mindset--if you don't need it
now, you don't need it. Later we can figure out how to populate different
types of objects as we need to.
> > <roles>
> > <!-- follows the standards for Excalibur Role Manager
> > in fact the "roles" element is passed to it -->
> > </roles>
> > <components>
> > <!-- follows the standards for Excalibur Component Manager
> > in fact the "components" element is passed to it -->
> > </components>
> > </testcase>
> >
> > Any aditional test parameters can be placed inside the "testcase" element
> > or an agreed upon subelement.
> >
> > This way, we can use the same test cases to excersize a number of different
> > components--with realistic interactions.
>
> Any more suggestions?
Not at this time.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
