Stepan Mishura wrote:
> So you suggest to generate thousands of 'dynamic' tests. Right?
Nope, not if there is no new code paths being exercised by them. I was
just pointing out that even where the thousands of tests do test
different code paths you may choose to generate them dynamically rather
t
So you suggest to generate thousands of 'dynamic' tests. Right?
Thanks,
Stepan.
On 6/7/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
I doubt it.
Even if it were, the logic used to generate the tests can often be built
into the runtime tests themselves to exercise the APIs thoroughly
without cre
I doubt it.
Even if it were, the logic used to generate the tests can often be built
into the runtime tests themselves to exercise the APIs thoroughly
without creating thousands of 'static' tests.
Regards,
Tim
Mikhail Loenko wrote:
> I've found an issue similar to rmi tests[1]
>
> There is a m
I've found an issue similar to rmi tests[1]
There is a method BigDecimal.subtract(BigDecimal,MathContext), its
implementation in math2 consists of 30 lines
Implementation does not perform any heavy math: I've counted 5
possible execution paths, different branches are calling
BigInteger.multiply,
