Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Outdated Interoperability Testing section #631

Closed
nissimsan opened this issue Mar 19, 2024 · 4 comments · Fixed by #656
Closed

Outdated Interoperability Testing section #631

nissimsan opened this issue Mar 19, 2024 · 4 comments · Fixed by #656
Assignees

Comments

@nissimsan
Copy link
Collaborator

Section https://w3c-ccg.github.io/traceability-interop/draft/#interoperability-testing is now outdated.

Rough checklist:

  • Remove conformance
  • Trim endpoints
@PatStLouis
Copy link
Contributor

PatStLouis commented Mar 25, 2024

I'm high jacking this issue instead of opening a new one relating to the discussion thread on #629

There's concern about what/how interoperability components should be tested.

@nissimsan could you expand on your checklist? Outdated in relation to what? Am I to understand we want to remove all conformance testing from the test-suites? Which endpoints are we looking to trim and what does this mean?

There was a point made from @OR13 to only test the essential. Could we list what is to be considered essential testing?

Looking at the specification, these are the required features to implement:

  • Data model (1.1 -> 2.0)
  • Ed25519Signature2018
  • DID WEB
  • StatusList (StatusList2021 -> BitstringStatusList)
  • Oauth presentation exchanges

If I was to draft an essentials list of tests based on these, I would include:

  • Web did resolving
  • OAuth token requests
  • Data model testing for issued VC's
  • Cross implementation VC verification, including status updates

@OR13
Copy link
Collaborator

OR13 commented Mar 25, 2024

AFAIK, the latest requirements are:

  1. JWT with ES256 based on VCDM v2
  2. OAuth Presentation Endpoint

Internally, a vendor will need to support:

  • Schemas from Trace Vocab
  • Bitstring Status List
  • DID Web Resolution for arbitrary websites

A vendor might find it also helpful to implement, but we should not be required to maintain tests for:

  1. VCDM v2 JWT Issuance, Verify and Present
  2. Status List GET and UPDATE
  3. DID Web Resolver

@mkhraisha
Copy link
Collaborator

We should remove conformance tests from repo and from spec.

@mkhraisha
Copy link
Collaborator

Remove sentence referencing did auth as outlined here: #604 (comment)

@nissimsan nissimsan self-assigned this May 7, 2024
@nissimsan nissimsan linked a pull request May 7, 2024 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants