ipfs / ipfs/gateway-conformance

Find a "definitive" structure

Open
#100 2 comments 1 reaction 0 assignees View on GitHub
Dominant language
Go
Stars
19
Forks
15
Avg merge
1d 4h
Merged PRs (30d)
5

Description

We had a few back and forths with test structures, spec names, etc.
See https://github.com/ipfs/gateway-conformance/pull/79/files, https://github.com/ipfs/gateway-conformance/pull/92#discussion_r1245540339, and https://github.com/ipfs/gateway-conformance/pull/87#discussion_r1241958242.

Could we find a "definitive" structure for organizing tests and specs?
What about we use spec id or PR to the spec repo as a test name and spec id work?

Take cors, we could have `cors-000` (before specification, tests coming from sharness), then `cors-pr-423`, etc.

The current "mainstream" version of cors would be a spec group with all the specs that compose a regular cors gateway.
We could even pin these on dates, like `cors-2023` would be all the specs active during 2023.

End goal is:

- structure is deterministic so that contributors & users know how to go from spec to tests,
- this opens up a way to connect the process of adding test with adding IPIP specs.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.