Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

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

Offen
  • Stimmt etwas nicht?
#3,028 5 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
48/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
go
Bereich
testing-qa

Rechercherichtung

Beginnen Sie mit der Prüfung der bestehenden sdk/go/openshell/v1/integration_test.go und des im issue verlinkten Entwurfs-PRs und untersuchen Sie anschließend die Konventionen des vorgeschlagenen e2e/go-Moduls. Die Arbeit ist abgeschlossen, wenn mit Build-Tags versehene E2E-Tests CRUD für sandbox und workspace sowie Assertions für provider-Platzhalter abdecken und die dokumentierten mise-Befehle zusammen mit mise run pre-commit erfolgreich durchlaufen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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
Vorherrschende Sprache
Rust
Sterne
15.4k
Forks
1.7k
Ø Merge
1 T. 21 Std.
Gemergte PRs (30 T.)
358

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus NVIDIA/OpenShell

Alle Issues in NVIDIA/OpenShell

Ähnliche Issues

Weitere Issues zu Rust

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.