0chain / 0chain/system_test

Compare 0box tables with sharder tables for a particular round in the very end

Aperta
#1,069 0 commenti 0 reazioni 1 assegnatario Rivendicata da @shohan2001 Vedi su GitHub
Lingua principale
Go
Stelle
8
Fork
6
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

We migrated 13 tables from 0chain and 0box and building them from events in 0chain using kafka : ` -t blobbers -t validators -t miners -t sharders -t authorizers -t blobber_snapshots -t validator_snapshots -t miner_snapshots -t sharder_snapshots -t authorizer_snapshots -t users -t user_snapshots -t provider_rewards` .

To make sure the data is consistent and is not breaking, we need to write tests to compare the data in the end of system tests run. We have 2 approaches to deal with it :

1. We should have multiple endpoints to share all the fields of all the tables above on both 0chain and 0box. If some fields are missing then we can add them as test endpoints.
2. We can just create 2 endpoints that can return us the result of db query. We can use it to get and compare data of all fields and run them only when network is deployed on test mode.

We can discuss more ideas or use hybrid approach as well.

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Direzione di ricerca

L'issue riguarda il confronto dei dati tra le tabelle di 0chain e 0box per 13 tabelle migrate (blobbers, validatori, ecc.) dopo i test di sistema. Per prima cosa, esamina la codebase dei test di sistema esistente per comprendere la struttura di test attuale e la configurazione del database. Identifica gli endpoint o le query necessari per recuperare i dati delle tabelle da entrambe le fonti. Determina come implementare la logica di confronto, possibilmente tramite nuovi endpoint di test o query dirette al database, e assicurati che venga eseguita solo in modalità test. Verifica la coerenza controllando tutti i campi nelle tabelle elencate.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
go, kafka, postgresql
Ambito
backend, databases, testing
Tipo di issue
Funzionalità
Difficoltà
4/5
Tempo stimato
3-5 giorni
Stato di attività
Ferma
Chiarezza
Abbastanza chiara
Idoneità per principianti
35/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.