Testing your code

Testing your code#

Hypothesis testing#

Note

Testing with hypothesis is a fairly advanced topic. Before reading this section it is recommended that you take a look at our guide to xarray’s Data Structures, are familiar with conventional unit testing in pytest, and have seen the hypothesis library documentation.

The hypothesis library is a powerful tool for property-based testing. Instead of writing tests for one example at a time, it allows you to write tests parameterized by a source of many dynamically generated examples. For example you might have written a test which you wish to be parameterized by the set of all possible integers via hypothesis.strategies.integers().

Property-based testing is extremely powerful, because (unlike more conventional example-based testing) it can find bugs that you did not even think to look for!

Strategies#

Each source of examples is called a “strategy”, and xarray provides a range of custom strategies which produce xarray data structures containing arbitrary data. You can use these to efficiently test downstream code, quickly ensuring that your code can handle xarray objects of all possible structures and contents.

These strategies are accessible in the xarray.testing.strategies module, which provides

testing.strategies.supported_dtypes()

Generates only those numpy dtypes which xarray can handle.

testing.strategies.names()

Generates arbitrary string names for dimensions / variables.

testing.strategies.dimension_names(*[, ...])

Generates an arbitrary list of valid dimension names.

testing.strategies.dimension_sizes(*[, ...])

Generates an arbitrary mapping from dimension names to lengths.

testing.strategies.attrs()

Generates arbitrary valid attributes dictionaries for xarray objects.

testing.strategies.variables(*[, ...])

Generates arbitrary xarray.Variable objects.

testing.strategies.unique_subset_of(objs, *)

Return a strategy which generates a unique subset of the given objects.

These build upon the numpy and array API strategies offered in hypothesis.extra.numpy and hypothesis.extra.array_api:

In [1]: import hypothesis.extra.numpy as npst

Generating Examples#

To see an example of what each of these strategies might produce, you can call one followed by the .example() method, which is a general hypothesis method valid for all strategies.

In [2]: import xarray.testing.strategies as xrst

In [3]: xrst.variables().example()
Out[3]: 
<xarray.Variable (œR: 1, òÓsĉň: 1, žŇ: 6)> Size: 96B
array([[[-3.403e+038-8.778e+15j,         nan+6.104e-05j, -9.007e+015-3.333e-01j,
         -4.941e-324      -infj,         inf+2.220e-16j, -4.941e-324      -infj]]])
Attributes:
    :         {'Ģžĵu': {'TĥĚSŽ': '0', '': True, 'żħĥĥ': True, '0': True}, '0'...

In [4]: xrst.variables().example()
Out[4]: 
<xarray.Variable (0: 2, 1: 2, 0ß: 4)> Size: 128B
array([[[ 2.000e+00,  2.000e+00,  1.401e-45,  2.000e+00],
        [-1.900e+00,  2.000e+00,  2.000e+00,  2.000e+00]],

       [[ 2.000e+00,  2.000e+00,        nan,  2.000e+00],
        [ 2.000e+00,  2.000e+00,  2.000e+00,  2.000e+00]]])

In [5]: xrst.variables().example()
Out[5]: 
<xarray.Variable (Àêòñ: 2, ĠŽ: 1, ò: 3)> Size: 48B
array([[[15066, 15066, 15066]],

       [[15066, 15066, 15066]]], dtype=uint64)
Attributes:
    Ļż:       ı
    Ż:        ı
    :         None

You can see that calling .example() multiple times will generate different examples, giving you an idea of the wide range of data that the xarray strategies can generate.

In your tests however you should not use .example() - instead you should parameterize your tests with the hypothesis.given() decorator:

In [6]: from hypothesis import given

In [7]: @given(xrst.variables())
   ...: def test_function_that_acts_on_variables(var):
   ...:     assert func(var) == ...
   ...:

Chaining Strategies#

Xarray’s strategies can accept other strategies as arguments, allowing you to customise the contents of the generated examples.

# generate a Variable containing an array with a complex number dtype, but all other details still arbitrary
In [8]: from hypothesis.extra.numpy import complex_number_dtypes

In [9]: xrst.variables(dtype=complex_number_dtypes()).example()
Out[9]: 
<xarray.Variable (jſ: 5, ķ: 6)> Size: 480B
array([[       nan-4.177e+166j, -1.500e+00       +infj,        nan-4.177e+166j,
        -1.000e+00+1.798e+308j,        nan-4.177e+166j,        nan-4.177e+166j],
       [       nan-4.177e+166j,        nan-4.177e+166j,        nan-4.177e+166j,
               nan-4.177e+166j,        nan-4.177e+166j,        nan-4.177e+166j],
       [       nan-4.177e+166j,        nan-4.177e+166j,        nan-4.177e+166j,
         6.370e+16-2.225e-308j,        nan-4.177e+166j,        nan-4.177e+166j],
       [       nan-4.177e+166j,  9.007e+15+1.798e+308j,        nan-4.177e+166j,
               nan-4.177e+166j,        inf-1.185e-084j,        nan-4.177e+166j],
       [       nan-4.177e+166j,  2.000e+00-8.150e-246j,  1.000e+00-1.798e+308j,
        -0.000e+00-3.333e-001j,        nan-4.177e+166j,        nan-4.177e+166j]])
Attributes:
    Ůĺđžá:    False
    þżĨŽ½:    True
    O:        True
    ŜĊĎ:      ['rZeì=@']
    Ŵi0ė:     False
    :         [b'\xcc\xdel\xa5' b'\x1a\xc14\xc4\xf1']
    ûĩŤÆż:    False

This also works with custom strategies, or strategies defined in other packages. For example you could imagine creating a chunks strategy to specify particular chunking patterns for a dask-backed array.

Fixing Arguments#

If you want to fix one aspect of the data structure, whilst allowing variation in the generated examples over all other aspects, then use hypothesis.strategies.just().

In [10]: import hypothesis.strategies as st

# Generates only variable objects with dimensions ["x", "y"]
In [11]: xrst.variables(dims=st.just(["x", "y"])).example()
Out[11]: 
<xarray.Variable (x: 2, y: 1)> Size: 16B
array([[ 0.+1.243e+15j],
       [nan+1.175e-38j]], dtype=complex64)
Attributes:
    ü:        {'6Ĕì¾Í': 'ØıžMÄ', '': False, 'HŽžł': False, 'ïĖŃĎq': array([[-...

(This is technically another example of chaining strategies - hypothesis.strategies.just() is simply a special strategy that just contains a single example.)

To fix the length of dimensions you can instead pass dims as a mapping of dimension names to lengths (i.e. following xarray objects’ .sizes() property), e.g.

# Generates only variables with dimensions ["x", "y"], of lengths 2 & 3 respectively
In [12]: xrst.variables(dims=st.just({"x": 2, "y": 3})).example()
Out[12]: 
<xarray.Variable (x: 2, y: 3)> Size: 48B
array([[-1.000e+000,         nan,  4.941e-324],
       [        nan, -1.175e-038,         nan]])
Attributes: (12/13)
    :         None
    0:        True
    ſWIÆg:    
    5ñōŽż:    False
    JCŠ:      None
    Ţ:        False
    ...       ...
    êĩR:      None
    óNÁ:      [[60]]
    YŀĘ:      [1.9]
    ŤŚÌ:      None
    ĄźřÛĨ:    None
    4:        True

You can also use this to specify that you want examples which are missing some part of the data structure, for instance

# Generates a Variable with no attributes
In [13]: xrst.variables(attrs=st.just({})).example()
Out[13]: 
<xarray.Variable (å: 6)> Size: 24B
array([       inf, -0.000e+00, -1.175e-38,  3.403e+38,  3.403e+38,        nan], dtype=float32)

Through a combination of chaining strategies and fixing arguments, you can specify quite complicated requirements on the objects your chained strategy will generate.

In [14]: fixed_x_variable_y_maybe_z = st.fixed_dictionaries(
   ....:     {"x": st.just(2), "y": st.integers(3, 4)}, optional={"z": st.just(2)}
   ....: )
   ....: 

In [15]: fixed_x_variable_y_maybe_z.example()
Out[15]: {'x': 2, 'y': 4, 'z': 2}

In [16]: special_variables = xrst.variables(dims=fixed_x_variable_y_maybe_z)

In [17]: special_variables.example()
Out[17]: 
<xarray.Variable (x: 2, y: 4)> Size: 8B
array([[  -6,  100,   84,   73],
       [  -8, -128,  -27,  -20]], dtype=int8)

In [18]: special_variables.example()
Out[18]: 
<xarray.Variable (x: 2, y: 4, z: 2)> Size: 128B
array([[[        inf,  1.452e-080],
        [ 1.900e+000,  1.592e+035],
        [       -inf,         nan],
        [-2.225e-308, -0.000e+000]],

       [[ 3.333e-001, -2.225e-309],
        [ 5.010e+016, -2.225e-309],
        [       -inf,        -inf],
        [ 0.000e+000,         nan]]])
Attributes:
    :         {}
    j:        {}
    ŎXw:      {'': True, 'þÑżŞŽ': False}

Here we have used one of hypothesis’ built-in strategies hypothesis.strategies.fixed_dictionaries() to create a strategy which generates mappings of dimension names to lengths (i.e. the size of the xarray object we want). This particular strategy will always generate an x dimension of length 2, and a y dimension of length either 3 or 4, and will sometimes also generate a z dimension of length 2. By feeding this strategy for dictionaries into the dims argument of xarray’s variables() strategy, we can generate arbitrary Variable objects whose dimensions will always match these specifications.

Generating Duck-type Arrays#

Xarray objects don’t have to wrap numpy arrays, in fact they can wrap any array type which presents the same API as a numpy array (so-called “duck array wrapping”, see wrapping numpy-like arrays).

Imagine we want to write a strategy which generates arbitrary Variable objects, each of which wraps a sparse.COO array instead of a numpy.ndarray. How could we do that? There are two ways:

1. Create a xarray object with numpy data and use the hypothesis’ .map() method to convert the underlying array to a different type:

In [19]: import sparse

In [20]: def convert_to_sparse(var):
   ....:     return var.copy(data=sparse.COO.from_numpy(var.to_numpy()))
   ....: 

In [21]: sparse_variables = xrst.variables(dims=xrst.dimension_names(min_dims=1)).map(
   ....:     convert_to_sparse
   ....: )
   ....: 

In [22]: sparse_variables.example()
Out[22]: 
<xarray.Variable (K: 1)> Size: 10B
<COO: shape=(1,), dtype=float16, nnz=1, fill_value=0.0>
Attributes:
    0:        False
    :         None

In [23]: sparse_variables.example()
Out[23]: 
<xarray.Variable (YÇuŅŽ: 6)> Size: 72B
<COO: shape=(6,), dtype=uint32, nnz=6, fill_value=0>
Attributes:
    ĒĩŻſŷ:    {}
    ãyģĺĤ:    {'ĒĩŻſŷ': True, '0': None, '': True}

  1. Pass a function which returns a strategy which generates the duck-typed arrays directly to the array_strategy_fn argument of the xarray strategies:

In [24]: def sparse_random_arrays(shape: tuple[int, ...]) -> sparse._coo.core.COO:
   ....:     """Strategy which generates random sparse.COO arrays"""
   ....:     if shape is None:
   ....:         shape = npst.array_shapes()
   ....:     else:
   ....:         shape = st.just(shape)
   ....:     density = st.integers(min_value=0, max_value=1)
   ....:     return st.builds(sparse.random, shape=shape, density=density)
   ....: 

In [25]: def sparse_random_arrays_fn(
   ....:     *, shape: tuple[int, ...], dtype: np.dtype
   ....: ) -> st.SearchStrategy[sparse._coo.core.COO]:
   ....:     return sparse_random_arrays(shape=shape)
   ....: 

In [26]: sparse_random_variables = xrst.variables(
   ....:     array_strategy_fn=sparse_random_arrays_fn, dtype=st.just(np.dtype("float64"))
   ....: )
   ....: 

In [27]: sparse_random_variables.example()
Out[27]: 
<xarray.Variable (ęuÊğp: 4)> Size: 0B
<COO: shape=(4,), dtype=float64, nnz=0, fill_value=0.0>
Attributes:
    :         {'ęăŜŜĆ': {'ůŽSIJx': 'ĹŲă', 'ęŗxŨ': None, 'S': None, 'ńſ': None}}

Either approach is fine, but one may be more convenient than the other depending on the type of the duck array which you want to wrap.

Compatibility with the Python Array API Standard#

Xarray aims to be compatible with any duck-array type that conforms to the Python Array API Standard (see our docs on Array API Standard support).

Warning

The strategies defined in testing.strategies are not guaranteed to use array API standard-compliant dtypes by default. For example arrays with the dtype np.dtype('float16') may be generated by testing.strategies.variables() (assuming the dtype kwarg was not explicitly passed), despite np.dtype('float16') not being in the array API standard.

If the array type you want to generate has an array API-compliant top-level namespace (e.g. that which is conventionally imported as xp or similar), you can use this neat trick:

In [28]: import numpy as xp  # compatible in numpy 2.0

# use `import numpy.array_api as xp` in numpy>=1.23,<2.0
In [29]: from hypothesis.extra.array_api import make_strategies_namespace

In [30]: xps = make_strategies_namespace(xp)

In [31]: xp_variables = xrst.variables(
   ....:     array_strategy_fn=xps.arrays,
   ....:     dtype=xps.scalar_dtypes(),
   ....: )
   ....: 

In [32]: xp_variables.example()
Out[32]: 
<xarray.Variable (ĸ: 2, ģž: 4)> Size: 8B
array([[1, 0, 1, 1],
       [1, 1, 1, 1]], dtype=uint8)
Attributes:
    lĤ¼Úð:    [['' '0']\n ['0' '0']]
    0:        
    :         False
    Æ:        True

Another array API-compliant duck array library would replace the import, e.g. import cupy as cp instead.

Testing over Subsets of Dimensions#

A common task when testing xarray user code is checking that your function works for all valid input dimensions. We can chain strategies to achieve this, for which the helper strategy unique_subset_of() is useful.

It works for lists of dimension names

In [33]: dims = ["x", "y", "z"]

In [34]: xrst.unique_subset_of(dims).example()
Out[34]: ['y', 'z']

In [35]: xrst.unique_subset_of(dims).example()
Out[35]: ['z', 'y', 'x']

as well as for mappings of dimension names to sizes

In [36]: dim_sizes = {"x": 2, "y": 3, "z": 4}

In [37]: xrst.unique_subset_of(dim_sizes).example()
Out[37]: {'y': 3, 'x': 2, 'z': 4}

In [38]: xrst.unique_subset_of(dim_sizes).example()
Out[38]: {'x': 2}

This is useful because operations like reductions can be performed over any subset of the xarray object’s dimensions. For example we can write a pytest test that tests that a reduction gives the expected result when applying that reduction along any possible valid subset of the Variable’s dimensions.

import numpy.testing as npt


@given(st.data(), xrst.variables(dims=xrst.dimension_names(min_dims=1)))
def test_mean(data, var):
    """Test that the mean of an xarray Variable is always equal to the mean of the underlying array."""

    # specify arbitrary reduction along at least one dimension
    reduction_dims = data.draw(xrst.unique_subset_of(var.dims, min_size=1))

    # create expected result (using nanmean because arrays with Nans will be generated)
    reduction_axes = tuple(var.get_axis_num(dim) for dim in reduction_dims)
    expected = np.nanmean(var.data, axis=reduction_axes)

    # assert property is always satisfied
    result = var.mean(dim=reduction_dims).data
    npt.assert_equal(expected, result)
Contents