Guia completa sobre Infoprovider, Data Target e testes no BW: Pontos garantidos!

Naren,

Um objetivo de dados é aquele que contém dados nele. Um infoprovider é aquele que não precisa conter dados nele, mas pode ser uma interface para obtê-los. Um infocubo, um ODS e um mestre de dados IO são chamados de objetivos de dados porque carregamos dados neles. Ao mesmo tempo, são chamados de infoproviders porque fornecem dados para análise em consultas. Um objetivo de dados pode ser um infoprovider, mas um infoprovider não pode ser um objetivo de dados. Um infocubo, um objeto ODS, um mestre de dados IO, um multiprovider e conjuntos de informação são chamados de multiproviders, mas o multiprovider e o conjunto de informação não contêm dados fisicamente. Eles obtêm dados dos cubos subjacentes ou ODS ou IO. Mas o cubo, ODS e IO têm dados fisicamente e são chamados tanto de objetivos de dados quanto de infoproviders. No entanto, os multiproviders e infodets são chamados apenas de infoproviders.

Espero ter diferenciado claramente...

Olá Naren,

Definição

Um objetivo de dados é um objeto no qual as informações são carregadas. Os objetivos de dados são objetos físicos relevantes durante a modelagem de dados e ao carregar as informações.

Definição

Um InfoProvider é um objeto para o qual consultas podem ser criadas ou executadas no BEx. Os InfoProviders são objetos ou visualizações relevantes para a geração de relatórios.

Consulte este documento para obter informações sobre o provedor de informações:

http://help.sap.com/saphelp_nw04/helpdata/en/4d/c3cd3a9ac2cc6ce10000000a114084/content.htm

Um objetivo de dados é um objeto no qual as informações são carregadas. Os objetivos de dados são objetos físicos relevantes durante a modelagem de dados e ao carregar as informações. Os objetivos de dados para os quais consultas podem ser definidas são chamados de InfoProviders.

O termo InfoProvider abrange objetos que fisicamente contêm dados:

∑ InfoCubes básicos

∑ InfoCubes transacionais

∑ Objetos ODS

∑ InfoObjects (características com atributos ou textos)

Uma característica é um InfoProvider se tiver dados mestres e estiver atribuída a uma área de informação. Deve ser explicitamente definida como um InfoProvider na manutenção do InfoObject.

Por outro lado, também podem ser objetos que não armazenam dados fisicamente, mas exibem visualizações lógicas, como:

∑ InfoSets

∑ RemoteCubes

∑ SAP RemoteCubes

∑ InfoCube virtual com serviços

∑ MultiProviders

Consulte este tópico para tabelas de configuração. Isso lhe dará uma ideia clara -

Espero que seja útil.

***** Atribua pontos se for útil ******

Saudações,

Amith

Olá,

Testes de unidade são definidos e realizados pelos desenvolvedores. Um processo geralmente consiste em várias funções. Cada uma dessas funções normalmente inclui "subfunções" correspondentes a um único método ou a um grupo de métodos (se você estiver desenvolvendo com base em OO).

Os Testes de Unidade podem ser descritos como testes de caixa branca, enquanto um testador normal (que não deve ser idêntico ao desenvolvedor) testará funções inteiras (testes de caixa preta).

Você precisa ter a unidade ABAP implementada no código para que isso seja usado... por favor, consulte o link de ajuda da SAP.

http://help.sap.com/saphelp_nw04/helpdata/en/a2/8a1b602e858645b8aac1559b638ea4/frameset.htm

http://help.sap.com/saphelp_nw04/helpdata/en/c4/7c1440a1c32402e10000000a1550b0/frameset.htm

Teste de regressão é basicamente feito após uma atualização de Versão/Patch para garantir que todas as funcionalidades do BW estejam funcionando corretamente. Agora, o teste de regressão é feito de maneiras diferentes em diferentes sistemas.

Sandbox - Todos os carregamentos são testados - tanto manualmente quanto por meio de cadeias de processos. Como a sandbox não possui muitos recursos, apenas um carregamento de amostra é testado. Novas funcionalidades entregues com atualizações de versão/patch são testadas.

Dev Box - Todos os desenvolvimentos são testados aqui, como a criação de um cubo, ODS, Info-objeto, relatórios, modelos da web, etc... Nenhum carregamento é testado aqui. Novas funcionalidades entregues com atualizações de versão/patch são testadas. Criação de uma solicitação de transporte de teste.

QA Box - Todos os carregamentos são totalmente testados aqui. Como a caixa de QA tem mais ou menos os mesmos dados/recursos que a caixa de Produção, um teste de carregamento completo é feito aqui.

Se houver algum problema enfrentado em algum dos testes, eles precisam ser resolvidos primeiro antes de prosseguir para a próxima caixa. Qualquer Nota OSS que precisa ser aplicada é primeiro aplicada na Sandbox, depois no Dev e depois na QA.

Tipicamente, cada organização tem seu próprio conjunto de Documentos de Teste de Regressão preparados. Portanto, você precisaria preparar um para suas necessidades.

Você também pode acessar esses links:

http://help.sap.com/saphelp_nw04/helpdata/en/d7/e210c8408e11d1896b0000e8322d00/frameset.htm

http://help.sap.com/saphelp_nw04/helpdata/en/3c/aba235413911d1893d0000e8323c4f/frameset.htm

http://help.sap.com/saphelp_nw04/helpdata/en/d7/e2123b408e11d1896b0000e8322d00/frameset.htm

http://help.sap.com/saphelp_nw04/helpdata/en/d7/e2123b408e11d1896b0000e8322d00/frameset.htm

Espero que isso ajude.

***** Atribua pontos se for útil ******

Saudações,

Amith