Hello
We deep into discussion of what the test types are, which is useful
and interesting
but we a little bit went away from the original problem statement. I'd
like to try to
put the original problem in different words because it seems to be some
misunderstanding here.
So, we have some code,
On 1/30/06, Anton Avtamonov [EMAIL PROTECTED] wrote:
On 1/29/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
P.S. There are also 'integration' tests that verify how different 'units'
work together.
I think the areas of various tests intersect and it would be good to define
them on this
I'd like to add two my kopeks :-)
Example, KerberosKey class depends on DES-based encryption to generate a DES
key from a user's password. A test may looks like the following:
// Test data from RFC 3961 (http://www.ietf.org/rfc/rfc3961.txt)
public void testGetEncoded() {
byte[] expected =
On 1/27/06, Anton Avtamonov [EMAIL PROTECTED] wrote:
Sorry for being away during the major part of your discussion. Hope
I'm still not too late.
As I can see currently we have only one 'exotic' situation - some
tests which are based on providers and use so many provider's
fucntionality that
@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could create my own provider and test with it, but what I
would
really want is to test how my EncryptedPrivateKeyInfo works with
AlgorithmParameters from real provider
Hi Mikhail,
Comments inlined below.
Best regards,
George
IBM UK
Mikhail Loenko wrote:
Hi Anton,
On 1/28/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
On 1/27/06, Anton Avtamonov [EMAIL PROTECTED] wrote:
Sorry for being away during the major part of your discussion. Hope
I'm still
P.S. There are also 'integration' tests that verify how different 'units'
work together.
I think the areas of various tests intersect and it would be good to define
them on this early stage
Thanks,
Mikhail
On 1/29/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
Hi George,
another example:
Anton Avtamonov wrote:
Note that I could create my own provider and test with it, but what I would
really want is to test how my EncryptedPrivateKeyInfo works with
AlgorithmParameters from real provider as well as how my other classes work
with real implementations of crypto Engines.
Thanks,
George C. Harley
Tim Ellison [EMAIL PROTECTED]
27/01/2006 08:53
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could
PROTECTED]
27/01/2006 08:53
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could create my own provider and test with it, but what I
@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could create my own provider and test with it, but
what I
would
really want is to test how my EncryptedPrivateKeyInfo works with
AlgorithmParameters from real provider as well
[EMAIL PROTECTED]
27/01/2006 08:53
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could create my own provider and test with it, but what I
@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could create my own provider and test with it, but what I
would
really want is to test how my EncryptedPrivateKeyInfo works with
AlgorithmParameters from
@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could create my own provider and test with it, but what I
would
really want is to test how my EncryptedPrivateKeyInfo works with
AlgorithmParameters from real provider as well as how my other
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could create my own provider and test with it, but what I
would
really want is to test how my EncryptedPrivateKeyInfo works with
AlgorithmParameters from real provider as well as how my other classes
work
George C. Harley
Tim Ellison [EMAIL PROTECTED]
27/01/2006 08:53
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
Anton Avtamonov wrote:
Note that I could create my own provider
Sorry for being away during the major part of your discussion. Hope
I'm still not too late.
As I can see currently we have only one 'exotic' situation - some
tests which are based on providers and use so many provider's
fucntionality that cannot be replaced with mock objects in a
reasonable time.
This ties us hard to JUnit. That's my only worry. I'd like to also
keep in consideration how ant, maven, etc can drive this aspect of testing..
Definitely. However 'system-related' scenarious are usually quite
complicated and can hardly perform the required environment settings
(tools
one solution is to simply group the exotic tests separately from the
main tests, so they can be run optionally when you are in that exotic
configuration.
You can do this in several ways, including a naming convention, or
another parallel code tree of the tests...
I like the latter, as it
configuration ?
Thanks in advance,
George
George C. Harley
Mikhail Loenko [EMAIL PROTECTED]
26/01/2006 12:11
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org, [EMAIL PROTECTED]
cc
Subject
Re: [testing] code
,
George
George C. Harley
Mikhail Loenko [EMAIL PROTECTED]
26/01/2006 13:13
Please respond to
harmony-dev@incubator.apache.org
To
harmony-dev@incubator.apache.org
cc
Subject
Re: [testing] code for exotic configurations
We have tests
Note that I could create my own provider and test with it, but what I would
really want is to test how my EncryptedPrivateKeyInfo works with
AlgorithmParameters from real provider as well as how my other classes work
with real implementations of crypto Engines.
Thanks,
Mikhail.
Hi
22 matches
Mail list logo
