[
https://issues.apache.org/jira/browse/DERBY-4085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12701417#action_12701417
]
Kristian Waagan commented on DERBY-4085:
----------------------------------------
I'm not sure what to do about this test - it fails in two different ways;
a) Inconsistent number of buckets computed (by Java computation and SQL
computation).
b) Error too big.
I don't know the test well enough to say if it is correct to increase the error
threshold.
The error regarding the buckets seems more like a real problem to me.
Shall we disable the test?
We can also hope that Cheng, who wrote the original test, will have some free
cycles to help us out.
> Improve testing of the in-memory back end
> -----------------------------------------
>
> Key: DERBY-4085
> URL: https://issues.apache.org/jira/browse/DERBY-4085
> Project: Derby
> Issue Type: Sub-task
> Components: Test
> Affects Versions: 10.5.0.0
> Reporter: Kristian Waagan
> Assignee: Kristian Waagan
> Fix For: 10.6.0.0
>
> Attachments: buildbreak.diff, derby-4085-1a-basic_tests.diff,
> derby-4085-1a-basic_tests.stat, derby-4085-1b-basic_tests.diff,
> derby-4085-2a-mog_func_test.diff, derby-4085-2a-mog_func_test.stat,
> derby-4085-3a-enable_in_suitesAll.diff,
> derby-4085-4a-improved_assertion_reporting.diff,
> derby-4085-5a-report_seed_on_failure.diff
>
>
> The in-memory back end should be tested as part of the standard regression
> tests.
> The following is a good start:
> o simple create / boot test
> o create in-memory db, backup, restore with default storage engine, modify,
> restore with createFrom into memory again
> o add the functional test(s) written by Cheng
> o more unit tests
> On a longer term, we should consider to add the possibility to run all or a
> subset of the general regression tests with the in-memory back end.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
