Noel, Noel J. Bergman wrote:
OK, so:Nathan,Yes, you are reading me correctly FWIW, I've exchanged some thoughts with the BSF folks (should be a Jakarta project within two weeks), and spoke with Paul Hammant last night about Beanshell. I think that we can make good use of those script enabling technologies to build a test bed, and I am also thinking of authoring a BSFMatcher and BSFMailet to allow those items to be written as scripts. I'm going to put off the latter until after we get a chance to discuss Mailet API v2, just because I don't know what impact the API changes will have, but I did want to mention the idea as a "heads up" for comments. Actually, in terms of a test bed, I think that there are two areas: one is the external test driver, the other would be a facility for running test scripts within James, itself, to test integrated operation internally. The one we're focusing on right now is the external driver.
1) external tests = functional tests which mimic client behavior according to RFC or a "recorded script"
2) internal tests = unit tests which largely follow James class/component structure?
And I'm thinking that load/stress tests should share a lot of code with 1), so that even load/stress tests are less ad hoc.
Thoughts?
-Nathan
--- Noel -----Original Message----- From: Nathan Carter [mailto:nathancarter@;gmx.net] Sent: Monday, October 21, 2002 22:17 To: James Developers List Subject: Re: Steps to get IMAP starting Harmeet Bedi wrote:I have started thinking about writing some tests for IMAP. I was thinking that tests that work with other IMAP Server would be a good way tovalidateRFC match.Yes, but as Noel said well last week, testing real-world client compliance and RFC compliance are somewhat separate things. I've begun to write up some rough plans for the testing architecture that he was talking about, and I think that a careful reading of the RFCs to produce functional tests will give us excellent coverage for the full range of RFC functionality. As a separate step, we will need to record scripts of client server behavior between existing clients and existing IMAP servers, and find a way to incorporate the peculiarities we find into our testing infrastructure. Noel, am I reading you right? Corrections welcome :) -Nathan -- To unsubscribe, e-mail: <mailto:james-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:james-dev-help@;jakarta.apache.org>
-- To unsubscribe, e-mail: <mailto:james-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:james-dev-help@;jakarta.apache.org>
