0chain / 0chain/system_test

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

Aberta
#1,069 0 comentários 0 reações 1 responsável Reivindicada por @shohan2001 Ver no GitHub
Linguagem predominante
Go
Estrelas
8
Forks
6
Métricas de merge de PRs
Nenhum PR com merge em 30d

Descrição

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.

Guia de contribuição

Nenhum guia de contribuição indexado para este repositório

Direção de pesquisa

A issue envolve comparar dados entre as tabelas do 0chain e do 0box para 13 tabelas migradas (blobbers, validadores, etc.) após os testes de sistema. Primeiro, examine a base de código de teste de sistema existente para entender a estrutura de teste atual e a configuração do banco de dados. Identifique os endpoints ou consultas necessários para buscar dados das tabelas de ambas as fontes. Determine como implementar a lógica de comparação, possivelmente por meio de novos endpoints de teste ou consultas diretas ao banco de dados, e garanta que ela seja executada apenas no modo de teste. Verifique a consistência verificando todos os campos nas tabelas listadas.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Stack de tecnologia
go, kafka, postgresql
Domínio
backend, databases, testing
Tipo de issue
Funcionalidade
Dificuldade
4/5
Tempo estimado
3-5 dias
Status de atividade
Estagnada
Clareza
Razoavelmente clara
Facilidade para iniciantes
35/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.