Hi I totally agree with Craig. There is a huge difference between Unit testing and Integration testing. We do both, using different tooling for the different test types.
Hermod -----Opprinnelig melding----- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] På vegne av Craig McClanahan Sendt: 16. februar 2006 20:18 Til: Struts Users Mailing List Emne: Re: Re: [SHALE] Using the Test Framework On 2/16/06, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > > >From: "CONNER, BRENDAN (SBCSI)" <[EMAIL PROTECTED]> > > > > OK, I'll look at that. But, out of curiosity, how is the Shale Test > > Framework being used by people now? Is it being used mostly for > > non-3-tier applications? What is the extent of the problem space in > > which it is useful? (Obviously, it's not meant for stand-alone Java > > J2SE applications, because then there would be no need for JSF support.) > > > > > I would say that there is a percentage of folks that build applications > that don't use EJB but still use good design patterns and are able to > load-balance across several web containers without the complexity of > EJB. For that cult, the Shale test framework would snap right in. Another way to look at this is to think about what is the scope of a "unit test". Conceptually, I would think of two *different* unit tests being needed in this environment: * A unit test for the backing bean (Shale view controller or whatever). To test this bean, you would need to mock out the session bean itself. (And, the test framework should provide JNDI lookup mocking, which the Shale test frameworkd doesn't have yet). * A unit test for the session bean itself. For this, you'd want a framework that mocks the EJB environment, and would have nothing to do with JSF or web tier APIs. It's possible that you also want a more end-to-end test -- but to me that's a "system integration" test, rather than unit tests. Craig --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]