You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucenenet.apache.org by "Shad Storhaug (Jira)" <ji...@apache.org> on 2021/12/09 18:06:00 UTC

[jira] [Resolved] (LUCENENET-635) Make RandomizedTesting into a separate library

     [ https://issues.apache.org/jira/browse/LUCENENET-635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Shad Storhaug resolved LUCENENET-635.
-------------------------------------
    Resolution: Fixed

Fixed @ GitHub: https://github.com/apache/lucenenet/issues/257

> Make RandomizedTesting into a separate library
> ----------------------------------------------
>
>                 Key: LUCENENET-635
>                 URL: https://issues.apache.org/jira/browse/LUCENENET-635
>             Project: Lucene.Net
>          Issue Type: Task
>          Components: Lucene.Net.TestFramework
>            Reporter: Shad Storhaug
>            Priority: Minor
>              Labels: testability, up-for-grabs
>
> We have ported the generators from [RandomizedTesting|https://github.com/randomizedtesting/randomizedtesting] that Lucene.NET needs to support its tests and added this code to the TestFramework (unlike Lucene), both as static utility classes and as extension methods. The generators we have now in the TestFramework are probably enough to cover most random testing use cases for end users.
> That said, it would be useful for the .NET community at large if the random generators were made into a separate library so randomized test data can be easily generated without referencing the Lucene.NET test framework. The latest version of RandomizedTesting has more options for generating random data than what we have ported.
> The library should be named after [RandomizedTesting|https://github.com/randomizedtesting/randomizedtesting/tree/master/randomized-runner/src/main/java/com/carrotsearch/randomizedtesting/generators] (possibly RandomizedTesting.Generators) so that someday if the test runner is also ported (see LUCENENET-627), there is a logical way to integrate it.
> There is no reason I can think of to do this before Lucene.NET 4.8.0 is released. This could easily be done out of band with the release and we could integrate into the test framework when Lucene.NET is upgraded to the next version of Lucene.
> This task would make a great little project for anyone who wants to contribute to the Lucene.NET effort.
>   



--
This message was sent by Atlassian Jira
(v8.20.1#820001)