You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2015/12/10 05:25:11 UTC

[jira] [Commented] (ACCUMULO-626) create an iterator fuzz tester

    [ https://issues.apache.org/jira/browse/ACCUMULO-626?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15050011#comment-15050011 ] 

ASF GitHub Bot commented on ACCUMULO-626:
-----------------------------------------

Github user joshelser commented on the pull request:

    https://github.com/apache/accumulo/pull/50#issuecomment-163484617
  
    Rebased on top of master and addressed the current comments:
    
    * Removed Reflections dependency
    * Reuse Key/Value in the test iterator stack
    * New deepCopy test that iterates over multiple copies.
    * More accurate re-seek test case.
    
    Only outstanding thing I want to do before an initial commit is to run all of the iterators in {{o.a.a.c.iterators}} through this framework in accumulo-test (start the dog-fooding).
    
    Keith had some suggestions about fancier testing (iterator stacks, compaction/scopes, and delete keys), which I'm not sure I want to try to solve right away. I feel like I've let these changes sit for far too long already. I'd be happy to wait if anyone else is interested in working on it short-term, though.


> create an iterator fuzz tester
> ------------------------------
>
>                 Key: ACCUMULO-626
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-626
>             Project: Accumulo
>          Issue Type: New Feature
>          Components: test
>            Reporter: Eric Newton
>            Assignee: Josh Elser
>
> Users often write iterators without fully understanding its limits and lifetime. Accumulo should have an iterator fuzz-tester which will take user data and run the iterator under extreme conditions.  For example, it should re-create and re-seek the iterator with every key returned.  It could automatically compare results of such a run with the naive run, which seeks to the beginning and scans all the data.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)