DOT (Documento de Orientação ao Teste)

de 17 DOT (Documento de Orientação ao Teste)

de 17 Índice Como criar....3 Manutenção....5 Como pesquisar....6 Criação de palavras-chave... 6 Criar DOT (passo-a-passo)... 10 Como vincular... 12 Obrigatoriedade de Vinculo... 16

de 17 Como criar Para criar um DOT o usuário deve ter acesso a ferramenta Changepoint. Nesta ferramenta o usuário poderá criá-lo de duas formas. Seu início dá-se de duas formas, sendo: 1) Através de Demanda criada pelo Departamento de Qualidade, onde o Analista de Testes irá selecionar a opção Ações localizado no canto superior direito ao se visualizar uma solicitação, e selecionando a opção Item de conhecimento ou; 2) Através do próprio Analista de Teste, através da opção Criar, localizada no canto superior esquerdo e, logo após, selecionando a opção Item de conhecimento. Após, será aberta uma tela onde o usuário terá os formulários Acesso e Geral. O formulário Acesso não deve ser preenchido, já o formulario Geral deve ser preenchido da seguinte forma: Tipo: Preencher sempre com Público (Não se mexe) Exibir na página inicial até: Não informar nada neste campo, pois o mesmo já vem preenchido. Título do documento: Deve ser informado um título costruído com as palavras chave, utilizando-se o seguinte formato: Template: <DOT PILAR PROCESSO ASSUNTO TIPO > Exemplo: <DOT Vendas Normal com ST fonte> Descrição: -- Insumos de Entrada: Informar os dados necessários para que o teste possa ser executado, tais como parâmetros e suas variações (Sim, Não ou Nulo), permissões (131, 530), etc. Exemplo: * Produto deve ter incidência de substituição tributária (ST) fonte (Rotina 514); * Cliente da venda deve aceitar venda ST fonte (Parâmetro Rotina 302 CLIENTEFONTEST) -- Saída: Informar de forma resumida, qual é o comportamento que a aplicação deverá apresentar ou realizar após a execução do processo. Exemplo: * Deve ser gerado a nota fiscal e contas a receber para o pedido; -- Resultado Esperado Informar de forma mais detalhada, o que a aplicação deve apresentar ou gravar. Exemplo: * Deverá ser gravado a base ST (PCMOV.BASEICST) e o valor do ST (PCMOV.VLST); * Deve ser gerado o contas a receber somando o valor do ST ao valor da mercadoria (PCPREST.VALOR)

de 17 Palavra-chave: Conforme tópico 'Criação de palavras-chave' (Página 6). Categoria: Sempre preencha com Desenvolvimento de Software. Subcategoria: Sempre preencha com Cenários de Teste. Link da web: Sempre deve ser deixando em branco. Link do changepoint: Não se mexe. Anexo: Caso necessário, anexar um documento auxiliar para o teste (planilha, print de tela, etc) Descrição do arquivo: Informar uma breve descrição para o(s) arquivo(s) anexado(s) Área: Sempre deve ser deixando em branco. Recomendações: Sempre deve ser deixando em branco. Disponível para os usuários do portal de clientes: Muita atenção pois esta opção nunca poderá ficar marcada. Por default, ela já vem desmarcada, mas é interessante o Analista de Teste sempre validar que a mesma encontra-se desmarcada. Exemplo de Inclusão: Tipo: Não mexe Exibir na página inicial até: Não mexe. Título do documento: DOT Logística Transferência entre depósito com Lote Descrição: -- Insumos de Entrada. Faça a transferência utilizando o Tipo Transferência "Entre Depósitos" e o Tipo de Movimentação Transferência. Produto que esteja definido com controle de lote (PCPRODUT.ESTOQUEPORLOTE = 'S') -- Saída A rotina deverá gerar NF de saída para a filial de origem e NF de entrada para a filial de destino movimentando o estoque de ambas as filiais. -- Resultado Esperado Na filial de Destino, a quantidade informada na transferência deverá ser somada a quantidade existente, sendo: PCEST.QTESTGER atual + QT da transferência; PCLOTE.QT atual + QT da transferência. Na filial de Origem, a quantidade informada na transferência deverá ser diminuída da quantidade existente, sendo: PCEST.QTESTGER atual QT da transferência; PCLOTE.QT atual QT da transferência; Palavra-chave: Logística Transferência Depósito Lote

de 17 Categoria: Desenvolvimento de Software. Subcategoria: Cenários de Teste. Link da web: Não se mexe. Link do changepoint: Não se mexe. Anexo: Caso necessário, anexar um documento auxiliar para o teste (planilha, print de tela, etc) Descrição do arquivo: Informar uma breve descrição para o(s) arquivo(s) anexado(s) Área: Sempre deve ser deixando em branco. Recomendações: Sempre deve ser deixando em branco. Disponível para os usuários do portal de clientes: Desmarcada a opção. Manutenção Para fazer a manuteção o usuário deve selecionar o DOT e, na visualização do mesmo, acionar a opção Ações e a opção Extrair. Logo após, acesse novamente Ações e posteriormente Editar. Faça as alterações necessárias, clique no botão Arquivar. É obrigatório informar no campo Comentários, o que foi alterado, para facilitar o trabalho de outro analista de teste, quando este for avaliar o que foi alterado em cada versão do DOT. Caso haja variação de insumos de entrada (parâmetros, permissões, etc) que alterem o resultado esperado do primeiro DOT criado, deve ser criado um novo DOT. O sentido do DOT não pode ser alterado. Exemplo de Manutenção: Tipo: Não mexe Exibir na página inicial até: Não mexe. Título do documento: DOT Logística Transferência entre depósito com Lote (1124) Descrição: -- Insumos de Entrada. Faça a transferência utilizando o Tipo Transferência "Entre Depósitos" e o Tipo de Movimentação Transferência. Parâmetro 2206 FIL_BLOQESTOQUETRANSF como Sim Produto que esteja definido com controle de lote (PCPRODUT.ESTOQUEPORLOTE = 'S') -- Saída A rotina deverá gerar NF de saída para a filial de origem e NF de entrada para a filial de destino movimentando o estoque de ambas as filiais. -- Resultado Esperado Na filial de Destino, a quantidade informada na transferência deverá ser somada a quantidade existente, sendo:

de 17 PCEST.QTESTGER atual + QT da transferência; PCEST.QTBLOQUEADA atual + QT da transferência; PCLOTE.QT atual + QT da transferência. Na filial de Origem, a quantidade informada na transferência deverá ser diminuída da quantidade existente, sendo: PCEST.QTESTGER atual QT da transferência; PCLOTE.QT atual QT da transferência; Palavra-chave: Logística Transferência Depósito Lote 1124 Categoria: Desenvolvimento de Software. Subcategoria: Cenários de Teste. Link da web: Não se mexe. Link do changepoint: Não se mexe. Anexo: Caso necessário, anexar um documento auxiliar para o teste (planilha, print de tela, etc) Descrição do arquivo: Informar uma breve descrição para o(s) arquivo(s) anexado(s) Área: Sempre deve ser deixando em branco. Recomendações: Sempre deve ser deixando em branco. Disponível para os usuários do portal de clientes: Desmarcada a opção Como pesquisar Para fazer a pesquisa dos DOTs o usuário deve acionar a opção Geral localizada no canto superior esquerdo e selecionar a opção Base de conhecimento. Na tela Buscar na base de conhecimento o usuário deve sempre informar a categoria Desenvolvimento de Software e a subcategoria Cenários de Teste. A pesquisa não é case sensitive, ou seja, não diferencia maiúsculas de minúsculas, entretanto faz referência quando o assunto é acentuação e espaços. Criação de palavras-chave Para criar a palavra chave do título ou da pesquisa (tag), o usuário deve levar em conta, no mínimo, 4 parâmetros para sua criação, sendo: a) PILAR: O pilar será sempre FIXO no título e na palavra-chave, sendo este dependente de outros dois critérios, no mínimo. Ele é dividido em 5 diferentes pilares, sendo estes o pilar de:

de 17 i. COMPRAS: Referente à todas as entradas no sistema ii. VENDAS:Referente à toda e qualquer saída iii. LOGÍSTICA: Referente aos ajustes de estoque e parte logística iv. FINANCEIRO: Referente à parte financeira do sistema v. FISCAL: Referente a parte fiscal do WinThor vi. AUTOSSERVIÇO: Referente aos checkouts e frente de loja vii. INTEGRAÇÃO: Referente aos módulos de integração do WinThor viii. MEDICAMENTOS: Referente aos módulos de Medicamento ix. MAT. DE CONSTRUÇÃO: Módulos de Material de Construção - MG x. MYMIX: Referente ao produto MyMix Exemplos: DOT COMPRAS, DOT FISCAL, DOT FINANCEIRO, etc. b) PROCESSO: O processo diz respeito ao pilar, onde este sempre estará ligado a um pilar. Exemplos: DOT COMPRAS ENTRADA NORMAL, DOT VENDAS FUTURA, DOT LOGÍSTICA TRANSFERÊNCIA, etc. c) ASSUNTO: O assunto é uma divisão do processo (que por ser muito grande, deve ser quebrado em partes menores). Exemplos: DOT FINANCEIRO INCLUIR CONTAS À PAGAR, DOT LOGÍSTICA TRANSFERÊNCIA ENTRE FILIAIS, DOT VENDAS NORMAL COM ST d) TIPO: É mais uma divisão do assunto, caso necessário. Exemplos: DOT FINANCEIRO INCLUIR CONTAS À PAGAR com CHEQUE, DOT VENDAS NORMAL COM ST FONTE, DOT LOGÍSTICA TRANSFERÊNCIA ENTRE FILIAIS PRODUTO COM LOTE. Cada célula pode adequar o DOT à sua necessidade. Entretanto, o pilar não deve ser alterado. Quanto a combinação entre os Processos, Assuntos e tipos, estes podem ocorrer livremente desde que, cada célula, utilize a mesma padronização para todos os Analistas de Testes.

Pilares, processos e assuntos Página 8 de 17 (*) Fixo, não pode ser alterado PILARES(*) PROCESSOS ASSUNTO TIPO Compras Política Comercial Preço fixo Financeiro Logística Precificação Desconto À Vista Financeiro Devolução Cheque À Prazo Vendas Bonificado Conta Master Fiscal Simples Remessa Caixa Recebimento Autosserviço Normal Fornecedor Revenda Integração Consignado Motorista Parceiro Medicamentos NF-e Cartão Fornecedor Mat. de Construção Tributação Pendente Parcelado MyMix Contas à Pagar Reservado Contábil Contas a Receber Gerencial Venda Comissão Contábil Depósito Vales Custo Rua Acerto de Caixa Endereçamento Prédio Acerto de Carga OS Nivel Futura Lote Apartamento Troca ST Lucro Brinde IPI Valor Liquido Transferência Produto Real SPED Fiscal Centro de Custo Na Saída Inventário Cupom Fiscal Na Entrada Devolução Cesta Básica Registro C170 Cadastros Título Data Vencimento Desdobramento Arquivo Validade Verbas Filial Número do Lote Etc Juros Ficha Mapa Valor Cambial Cliente Motivo Adiantamento Moeda Etc NSU Parâmetro Percentual Etc

de 17 Considerações ao utilizar as palavras-chave * Um título pode ser composto por mais de um processo/assunto/tipo, mas nunca por mais de um pilar ou pelo mesmo nome: DOT Financeiro Contas à Receber Desdobramento de Título Correto DOT Vendas Normal com Brinde Correto DOT Vendas Normal Vendas com Brinde Incorreto * As palavras chave, são utilizadas para dar uma maior abrangência no momento de pesquisar os itens de conhecimento. Não inclua palavras que não tenham nada haver com o assunto do DOT. Ex: Um DOT que seja sobre Venda Entrega Futura, não pode ter como uma de suas palavras chave, a palavra Venda Bonificada, pois o DOT é sobre Venda Entrega Futura (TV7/TV8).

de 17 Criar DOT (Passo-a-passo) Clique em "Criar" Selecione a opção "Item de Conhecimento"

de 17 Abrirá uma nova janela, conforme mostra a imagem abaixo: Preencha os campos (imagem acima) de acordo com o tópico 'Como criar' (Página 3). Após preencher todos os campos, Salve os DOT selecionando uma dessas opções abaixo:

de 17 Como vincular Antes de mais nada, é importante ressaltar que para vincular um DOT, é necessário que a História esteja no passo "Desenvolver ( Changepoint Admin )".

de 17 Com a história aberta, clique no botão "Ações", no canto superior direito, conforme a imagem abaixo: Em seguida, selecione a opção "Editar"

de 17 O Changepoint abrirá uma nova janela,conforme mostra a imagem abaixo: Localize o campo "Dot s"

de 17 Utilize o Filtro para facilitar sua busca:

de 17 Após selecionar os DOT s Desejados, Salve as alterações, conforme a imagem abaixo: A Janela será fechada. Em seguida, verifique em 'DOT's Relacionados', se os DOT's que você vinculou estão sendo exibidos: Todos os DOT's vinculados devem ser exibidos neste campo do print acima, qualquer resultado diferente disto deve ser comunicado à Equipe de Qualidade. Obrigatoriedade de vinculo Abaixo estão discriminadas as regras que tratam a obrigatoriedade ou não do vinculo do DOT. Quando não vincular Existem alguns casos que dispensam o vinculo do DOT a História. Seguem abaixo os motivos com suas respectivas explicações. Em todos os casos descritos abaixo, será necessário o envio de um e-mail (qualidadesoftware@pcinformatica.com.br) com as informações (Histórias e motivos), pelos quais não será possível vincular o DOT. Esta informação deverá estar registrada também no histórico da HIS: Caso 1 Serviço: Existem casos de Histórias de desenvolvimento ou manutenção em algum serviço, seja ele novo ou não, que podem envolver uma ou várias rotinas, e até mesmo outras células. Neste caso, a célula responspavel pelo serviço, fica isenta da responsabilidade de vincular o DOT a história. As células

de 17 responsáveis pelas rotinas afetadas pelo serviço, deverão realizar os testes, bem como criar e vincular os DOTs às histórias pertinentes. Caso 2 Rotina específica: Não é necessário a criação e vinculo de DOT em histórias de rotinas específicas. Caso 3 Rotinas de configuração: Histórias que envolvem, criação de parâmetros, permissão de acesso, atualização de banco de dados, função, trigger, procedure, package, view, dispensam a criação e o vinculo do DOT, porém as histórias de rotinas que serão afetadas por estas rotinas de configuração, deverão ser testadas e o vinculo do DOT será obrigatório. Quando vincular Caso 1 Pequenas alterações: Existem casos em que a alteração realizada, tem impacto mínimo sobre a rotina. Podemos citar casos como criação de campos, mudança de layout, mensagens e etc. Neste cenário, quando a alteração não tiver impacto sobre o processo da rotina, a criação e vinculo do DOT deve ser baseada no processo principal realizado pela rotina, caso o DOT já exista, fica dispensado a sua criação. Caso 2 Refatoração: No caso de histórias de refatoração, deve ser criado um DOT que aborde pelo menos um processo da rotina afetada. Caso já existam DOTs que abordem os processos da rotina, fazer a verificação a fim de atualizá-los se necessário, e após isso realizar o vinculo. Obs.: É importante que fique claro, que todas as situações que sejam diferentes das abordadas nos tópicos 'Quando não vincular' e 'Quando vincular', necessitam obrigatoriamente do vinculo do DOT;.