Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

feat(e2e/go): E2E tests for the Go SDK

Ouverte
  • Quelque chose ne va pas ?
#3,028 5 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
48/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
go
Domaine
testing-qa

Piste de recherche

Commencez par examiner le sdk/go/openshell/v1/integration_test.go existant et la PR préliminaire liée dans l’issue, puis inspectez les conventions proposées pour le module e2e/go. Le travail est terminé lorsque des tests E2E avec des build tags couvrent le CRUD de sandbox et workspace, les assertions concernant les placeholders de provider, et que les commandes mise documentées passent avec mise run pre-commit.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

needs-rfc state:accepted
User Story

As a contributor working on OpenShell Go SDK I want mise run e2e:go to run E2E tests against a real
gateway. Regressions in sandbox lifecycle, exec, provider credential injection, and workspace management will be caught before they reach SDK consumers.

Problem Statement

The Go SDK (sdk/go/) is tested only by unit tests and sdk/go/openshell/v1/integration_test.go, which is only a very basic smoke E2E test. New E2E Go SDK test suite should be able to catch issues with:

  • protocol schema mismatches between the Go SDK and the actual gateway build
  • sandbox lifecycle can be managed by the Go SDK
  • provider credentials management using the Go SDK
  • workspace management
Impact / Why This Matters

The Go SDK (sdk/go/) is tested mostly by unit tests. These tests mock the transport and never talk to a real openshell-gateway. Which means that currently:

  • A gateway change can silently break every Go SDK consumer
  • Contributors have no mise run entry point to test Go SDK changes end-to-end before opening PR
Proposed Design
  • Separate module: E2E tests live in e2e/go/
  • No SDK changes: sdk/go/ is untouched

Possible design can be found in draft PR: https://github.com/jiripetrlik/OpenShell/pull/1

Acceptance Criteria
  • e2e/go/ is a separate Go module
  • All e2e files has //go:build e2e
  • Sandbox tests cover CRUD
  • Provider tests assert placeholders (not raw secrets)
  • Workspace tests cover CRUD
  • AGENTS.md documents the e2e/go/ conventions
  • mise run pre-commit passes; commits are DCO-signed and follow Conventional Commits
Alternatives Considered
  • Rely on unit tests - can be faster to test, but many possible bugs can be missed
  • Put the e2e tests inside `sdk/go/ - put E2E tests to a separated directory is much more clear
Agent Investigation

No response

Checklist
  • I've reviewed existing issues and the architecture docs
  • This is a design proposal, not a "please build this" request
Langage dominant
Rust
Étoiles
15.4k
Forks
1.7k
Merge moyen
2 j 22 min
PR mergées (30 j)
352

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de NVIDIA/OpenShell

Toutes les issues de NVIDIA/OpenShell

Issues similaires

Plus d'issues Rust

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.