Manual Octane - V5
Manual Octane - V5
1. ÍNDICE
1. ÍNDICE 2
2. INTRODUÇÃO 2
3. QUALITY – OVERVIEW, TESTS, FEATURES E DEFECTS 2
4. MY WORK, DASHBOARD E DEFECTS. 2
5. PREPARAÇÃO DA PLANILHA PARA A CARGA DE CENÁRIOS 2
6. PROCESSO DE CARGA DE CENÁRIOS (IMPORT TESTS). 2
7. CRIAR SUÍTE DE TESTE E SUÍTE RUN. 2
8. VISUALIZAR/EXECUTAR CENÁRIOS. 7
9. CONFIGURAR O TEMPLATE PARA ABERTURA DE DEFEITO. 11
10. ANEXAR EVIDÊNCIAS DE TESTES e LINK DE DEFEITOS. 17
11. FLUXO BUGFIX 18
12. HISTÓRICO DE VERSIONAMENTO. 19
2. INTRODUÇÃO
Este manual tem como objetivo ilustrar a utilização da ferramenta Octane durante o fluxo de testes.
Modulos OCTANE
Acessar o link: http://octane.claro.com.br . Será apresentado a tela de login abaixo:
Obs: Não precisa estar logado na VPN para o acesso a aplicação e devido as instabilidades da ferramenta é indicado
que o uso seja realizado em aba anônima.
Neste Manual iremos falar apenas dos módulos voltados ao time de testes, itens listados abaixo:
Execução/Controle:
Neste tópico será apresentado os módulos existentes dentro do Quality, porém na atuação do time de testes
utilizamos na maior parte do tempo a Tests e Defects.
OVERVIEW.
DEFECTS - Neste item temos a visualização de todos os defeitos existentes idenpendente de status ou time. A
abertura do defeito será exibida em tópico posterior.
MODULO MY WORK.
Clicar no ícone verde no canto superior esquerdo, será apresentada a tela do My Work. Esse modulo mostra todos o
histórico que estiver no seu usuário.
Clicar no ícone azul no canto superior esquerdo, será apresentada a tela do DashBoard. Esse modulo serve para
gerar gráficos de execuções e defeitos.
Será apresentada a tela do Defects. Esse modulo tem todos os defeitos independente de seu status ou área de
abertura.
Após aplicar o filtro podemos verificar que o filtro aplicado é apresenhado no topo a esquerda, o simbolo do cone
ganha uma bola laranja indicando que há um filtro aplicado na visualização.
Obs: Também é possível buscar por expressão regular, utilizando por exemplo o * para buscar um termo. Exemplo:
*KB*
Também é possível aplicarmos mais filtros no painel de filtros localizado a direita da página.
Ainda na mesma visão é possível selecionar as colunas a serem exibidas ao clicar no ícone indicado abaixo e
selecionar os campos que deseja que sejam exibidos no retorno.
Antes de importar a planilha é imprescindível a aprovação dos casos de testes pelo PO via E-mail. Outro ponto
importante é que a nomenclatura dos casos de teste deve seguir o padrão: USXXXX_CTXX_Descrição do caso de
teste.
Ex: US99106_CT01_Garantir a carga incremental de dados do PS8 para o Sales Force de uma Conta de um cliente
Pré-pago
Observações:
* A primeira linha vide exemplo acima, é sempre com as informações referente ao cenário de teste, e as linhas abaixo são
os steps daquele cenário.
* Campo Type é test_manual apenas quando se refere ao título do cenário já o step é apenas para os steps dos
cenários.
Exemplo:
Os campos product_areas e Phase não são utilizados até o momento, podendo permanecer sempre em branco.
Todos os outros demais são de preenchimento obrigatório para realizar a carga corretamente.
Selecionar o Excel com os CTs conforme as premissas descritas no item anterior e Clicar em IMPORT.
Obs: Depois de realizarmos a carga dos cenários é necessário criarmos a Suíte de Teste e depois a Suíte de Execução.
Não devemos executar os cenários de testes apenas tendo realizado a carga destes.
Obs: Para utilizar o mesmo caso de teste em outra estória, devemos incluir no caso de teste em Backlog coverage o
número da estória que vamos reutilizar.Exemplo:
Para a criação da Suíte de Teste também foi criado um template para ser utilizado, “Testes – Template para Criação
da Suíte”. Para utilizar, devemos clicar em autofill, selecionar o template.
Os campos de preenchimento necessário serão preenchidos, porém ainda será necessário os ajustes para os dados
dos cenários/Estória que será testada.
Agora devemos ir em Quality -> Test e pesquisar pelo Quality Test criado e clicar cno ID do Test Suíte.
Obs: No exemplo abaixo estamos pesquisando por parte do nome , *009* como pode ser visto.
Proprietário e Confidencial Manual de Apoio
Página 20 de 41 Manual Octane V5
Ir na Aba Planning, clicar em Add Existing Testes.
Obs: Se todos os cenários não forem apresentados nesta tela, provavelmente tivemos algum problema de
inconsistência na carga dos cenários.
Agora devemos seguir com a criação da Suíte Run (Suíte de Execução). Clicar em “Plan Suite Run”.
Obs: Caso tenha alguma adição de escopo durante os testes fazendo-se necessário a inclusão de mais algum cenário.
Devemos ir na Suíte de Teste -> Planning e adcionar os cenários a serem incluidos e depois adcionar esse cenário a
Suíte Run.
Clicar em Suite runs para ir para tela de execução, e depois clicar no ID da Sprint.
Selecionar o caso de teste e clicar no ícone Run para executar o caso de teste.
Caso tenha sido encontrado erro durante a execução , podemos abrir o defeito através do simbolo abaixo.
Ao finalizar a execução devemos clicar no ícone para que seja gravada na ferramenta.
Obs:
CTs passed devem ter evidência anexada . Coluna Has Attachments.
CTs Failed deve ter defeito linkado. Coluna Linked defects.
CTs Skipped (Cancelados) precisam estar com o e-mail anexado com o ‘de acordo’ da PO.
Acessar o modulo ISSUES e Clicar no botão + Defect, será exibida a tela abaixo.
Selecionar QA – Testes
Clicar no ícone customize fields, marcar os campos Release, Competence Center, Sprint e Owner conforme
abaixo.
Nomes dos Backlog Item: [ Nome do Trem + Squad] + Type + Description, onde:
Nome do Trem (Exemplo: Atendimento)
Squad: Nome da Squad (exemplo: KB)
Type:
USF: User Story Funcional
UST: User Story Tecnical
Exemplo Defeito: [Atendimento - KB] - DFT – Busca de Conteúdo – Erro ao realizar a busca utilizando
o permission set Gestão KB
Low: Sem impacto no fluxo do cenário - itens simples como: nomenclatura de campo errada, objetos com
posicionamento errado
Medium: Consegue executar o cenário de teste, porém, necessário executar um fluxo alternativo. (ex, um
campo está recebendo um parametro errado, porém, se ajustar na mão consigo seguir o fluxo)
High: Impacta um cenário de teste inteiro
Very High: impacta uma US inteira
Critical: Impacta mais de uma US
Devemos garantir o preenchimento dos campos abaixo também na abertura do defeito. Caso esteja sendo utilizado
o layout corretamente já virá com um preenchimento prévio porém é necessário ajustar as informações existentes e
por ventura preencher o que estiver faltando.
Preencher o campo Feature de acordo com a qual feature pertence a US vinculada ao defeito.
Detected in release
Preencher o (campo “Team”) com a Informação da squad.
Preencher o campo Defect Type.
Preencher o campo “Environment” com QA.
Preencher o campo Análise de Procedência como Sim.
Preencher o campo release
Preencher o campo Competence Center.
Preencher o campo Sprint.
Preencher o Owner.
Obs: O Defeito nunca deve ser aberto sem evidência e sem o relacionamento com o caso de teste. Item será
abordado no próximo tópico.
Obs: Todo defeito Rejected deve ter o de acordo do PO ou número da US de melhoria para encerrar com status
closed.
13.2 Clicar na aba Relations e selecionar o botão Add Relation e depois em Linked Defect e linkar o defeito na
execução failed.
ENCERRAMENTO DA SPRINT
Fluxo De BugFix:
Data de Criação Nome do Documento Criado por Data de Aprovação Aprovado por
15/01/2020 Manual Octane_v1 Rafael Lima 24/01 CEC
29/01/2020 Manual Octane_v2 Rafael Lima 29/01 CEC
20/02/2020 Manual Octane_v3 Rafael Lima 20/02 CEC
09/10/2020 Manual Octane_v4 Laís Norte