Teste em Projetos de BI

Boa noite pessoal, gostaria de indicações que quais tipos de testes executar em um projeto de BI. Alguém já passou por esta experiência?

Oi @Marcos-Monte, este artigo do 99Guru dá uma pequena luz sobre testes em BI e ETL, talvez lhe ajude em algo.
Link: http://www.guru99.com/utlimate-guide-etl-datawarehouse-testing.html

Além disto, tenho um colega que trabalha hoje única e exclusivamente com testes de ETL e BI, vou repassar a thread para ele, quem sabe ele possa te ajudar.

Abraço.

O artigo sugerido pelo meu amigão, companheiro e líder @Eduardo-Oliveira127 é ótimo, direto e claro. Em adicional, sugiro também este artigo:
https://msdn.microsoft.com/en-us/library/gg248101.aspx

Ressalto a importância do documento com o “mapeamento dos dados”. Apenas com isto em mãos é possível planejar e determinar a cobertura dos seus testes de ETL (back-end). Observe o tipo de carga é completa ou incremental. Os desenvolvedores algumas vezes deixam de lado scripts de atualização dos dados históricos nos casos de carga incremental. Outra sugestão é executar os programas de ETL pelo menos duas vezes. Dependendo da forma de ETL, os registros serão rejeitados (por serem duplicados) ou simplesmente não serão carregados (depende da estratégia de extração de dados), mas isso tem que ser explicado no documento e deve ser evidenciado durante a execução dos seus testes.
Cada fórmula pode ser validada. Uma dica é usar dados NULOS nas colunas. Por exemplo o atributo “sexo = Masculino|Feminino|nulo”. Se existe a possibilidade do usuário cadastrar uma pessoa e não informar o sexo, o ETL deve prever isso. O mesmo problema acontece com data de nascimento, endereço, caracteres especiais, etc…

Quanto a testar efetivamente os relatórios e dashboards (front-end), vai exigir mais percepção do ponto de vista do usuário. Neste quesito, o importante é que todas as informações estejam MUITO claras, inclusive dados que seriam “inferidos” devem ser expressamente representados. Exemplo:
O usuário quer ver os valores totais de venda por representante por mês.
Suponha que uma representante tirou licença maternidade (6 meses). Logo, os dados de venda por mês são:
01/2015 - 10.000
02/2015 - 11.000
03/2015 - 9.000
10/2015 - 8.000
11/2015 - 9.000
12/2015 - 11.00

Entretanto, o relatório DEVE mostrar os meses de licença
01/2015 - 10.000
02/2015 - 11.000
03/2015 - 9.000
04/2015 - 0
05/2015 - 0
06/2015 - 0
07/2015 - 0
08/2015 - 0
09/2015 - 0
10/2015 - 8.000
11/2015 - 9.000
12/2015 - 11.00

É importantíssimo para o usuário ter o valor expresso (incluindo zero ou “nulo” ou “desconhecido” ou “não informado” por exemplo) do que inferir ou supor. É um erro muito comum pois os desenvolvedores tendem a ir pelo caminho mais fácil, mostrando os gráficos com base em um grande volume de dados. Para identificar este tipo de problema, faça filtros que retornem poucos registros, com lacunas, etc.

@Eduardo-Oliveira127 , obrigado ajudou muito!!

@Marcos–Monte que bom Marcos, abraço!

Log in to reply

Looks like your connection to Agile Testers was lost, please wait while we try to reconnect.