Add unit tests for InstanceMetadata
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 65/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Tranquilla
- Stack tecnologico
- go
- Ambito
- cloud, testing-qa
Direzione di ricerca
Read InstanceMetadata in internal/provider/instances_v2.go and inspect the mock rework's parameter-asserting fake style first. Add coverage for each NIC and external-IP shape, hostname, provider ID, instance type, and both InstanceNetworkInterfaceList and InstanceExternalIpList error paths, asserting errors.Is; done means every listed shape and both errors are tested.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Context
InstanceMetadata (internal/provider/instances_v2.go) is the most complex function in InstancesV2 — NIC dual-stack handling, SNAT filtering, external IP mapping, provider ID formatting — and it has zero test coverage today, even though the mock already has fields to fake its inputs.
Scope
Add unit tests covering:
- v4-only, v6-only, and dual-stack NICs mapping to
NodeInternalIPaddresses. - SNAT external IPs being skipped.
- Ephemeral and floating external IPs mapping to
NodeExternalIP. - Hostname address always present.
- Provider ID formatting (
oxide://<uuid>). - Instance-type string (
<ncpus>-<memory GiB>). - Error paths for
InstanceNetworkInterfaceListandInstanceExternalIpList, asserted witherrors.Is.
Done when
Each NIC/external-IP shape has a test and both error paths are asserted.
Blocked by the mock rework (parameter-asserting fakes) — build these tests on the new fake style.
- Lingua principale
- Go
- Stelle
- 6
- Fork
- 2
- Merge medio
- 3h
- PR unite (30g)
- 6
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di oxidecomputer/oxide-cloud-controller-manager
-
Documentation Kubernetes Cloud Controller Manager (CCM)
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
-
Documentation Kubernetes Cloud Controller Manager (CCM)
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
-
Bug Kubernetes Cloud Controller Manager (CCM)
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Bug Kubernetes Cloud Controller Manager (CCM)
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
oxidecomputer/oxide-cloud-controller-manager#275 · 1 commento ·
-
Enhancement Kubernetes Cloud Controller Manager (CCM)
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
Tutte le issue di oxidecomputer/oxide-cloud-controller-manager
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug] Extraction-mode autogen returns pod templates in random order for map-keyed CRDs, so deny and report messages change between runsForse già presa @ManojLamani l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
kyverno/kyverno#17980 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
raised-by:reviewer
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
medici-finance/assay#2681 ·
I maintainer di solito rispondono entro 1 giorno
-
bug triaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
fullsend-ai/fullsend#8353 · 4 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
duplication
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
openvibely/openvibely#1459 ·
I maintainer di solito rispondono entro 2 giorni