Skip to content

More fuzz tests #116

@uncomputable

Description

@uncomputable

We keep finding bugs via fuzz tests, mostly thanks to @apoelstra running local tests. We should do this more on a crate level. Maybe (almost) every function has one or many fuzz tests associated with it?

We should also explore new ways how we use fuzz tests. Currently we mostly look for crashes. Alternatively, functions could have pre and post conditions, similar to the C code, that we fuzz against. The fuzzer produces an input, we filter for inputs that satisfy the pre condition, and we check if the post condition is fulfilled.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions