html_url,issue_url,id,node_id,user,created_at,updated_at,author_association,body,reactions,performed_via_github_app,issue
https://github.com/pydata/xarray/issues/6894#issuecomment-1255644395,https://api.github.com/repos/pydata/xarray/issues/6894,1255644395,IC_kwDOAMm_X85K15zr,35968931,2022-09-22T23:06:21Z,2022-09-22T23:06:21Z,MEMBER,"Looks like these
> https://data-apis.org/array-api-tests/.
use these
> [experimental array api strategies](https://hypothesis.readthedocs.io/en/latest/numpy.html#array-api)
> Would that be useful here?
I think they are complementary. In **theory** if xarray supports the array API standard and a library passes all the data array API tests, then it **should** also pass all of xarray's tests (rendering the latter uneccessary). But in practice I think the tests here would still be useful, if only for the possible case of libraries that don't fully meet the API standard yet would still work fine in xarray.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1332231863
https://github.com/pydata/xarray/issues/6894#issuecomment-1210187154,https://api.github.com/repos/pydata/xarray/issues/6894,1210187154,IC_kwDOAMm_X85IIf2S,35968931,2022-08-10T05:42:34Z,2022-08-10T05:42:34Z,MEMBER,Another thing that might be useful is the [hypothesis strategies](https://github.com/data-apis/array-api-tests/blob/master/array_api_tests/hypothesis_helpers.py) in the test suite for the array API consortium standard (cc @keewis).,"{""total_count"": 1, ""+1"": 1, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1332231863
https://github.com/pydata/xarray/issues/6894#issuecomment-1209758257,https://api.github.com/repos/pydata/xarray/issues/6894,1209758257,IC_kwDOAMm_X85IG3Ix,35968931,2022-08-09T18:53:58Z,2022-08-09T18:53:58Z,MEMBER,"> Typing duck array is also a little challenging I find
Thanks @Illviljan - I was literally just thinking about that [here](https://github.com/pydata/xarray/pull/6903/files#r941697640).","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1332231863
https://github.com/pydata/xarray/issues/6894#issuecomment-1209519085,https://api.github.com/repos/pydata/xarray/issues/6894,1209519085,IC_kwDOAMm_X85IF8vt,35968931,2022-08-09T15:17:12Z,2022-08-09T15:17:12Z,MEMBER,"> you should already be able to specify a hypothesis strategy to create e.g. a random awkward array
Sounds good!
> or maybe it should be just `check`?
Yes just `check` probably.
> However, maybe we should just not use parametrize but instead define separate functions for each reduce operation?
But then the user writing the test code would have to write one of their own tests per xarray method wouldn't they? I think we should avoid putting that much work on them if we can. I think your current approach seems fine so far...
> the pint tests use old versions of the conversion functions from pint-xarray
That's basically technical debt, so we should make a point to remove them from xarray eventually.
> the tests for pint seem to increase the total test coverage of xarray https://github.com/pydata/xarray/pull/5692#issuecomment-1040002844. I guess that just means we'd have to improve the rest of the testsuite?
So long as @benbovy (or someone) writes new tests to cover the bugs that were revealed then this is fine.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1332231863