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]
