Menu

5 diagramas importantes que os testadores precisam aprender a usar

5 important diagrams that testers need learn how use

Experimente Nosso Instrumento Para Eliminar Problemas

Se não fosse pelas fotos, não havia registros da história primitiva, conhecimento passável e evolução da linguagem.

Para não dramatizar abertamente, os diagramas têm seu próprio lugar especial, mesmo em um mundo com formas sofisticadas e altamente evoluídas de escrita e expressão.

Na indústria de tecnologia, nossos diagramas são caros para nós.

Aqui estão alguns dos mais importantes com os quais nós, testadores, temos contato próximo com frequência e como os usamos.

O que você aprenderá:

5 diagramas que os testadores precisam aprender a usar

Diagramas para testadores

Aqui vamos nós.

# 1) Fluxogramas:

Os fluxogramas são os melhores para ilustrações de processos. Eles usam símbolos específicos para cada tarefa / tipo de ação que é realizada dentro do processo. Ele permite decisões, ramificações, loops, etc., tornando-se uma ferramenta perfeita para documentação e compreensão.

Os testadores geralmente encontrarão os fluxogramas no plano de teste, estratégia de teste, artefatos de requisitos (BRD, FRD, etc.) ou outros documentos de processo.

Os símbolos mais comumente usados ​​e seus significados em um fluxograma são:

  • Ovals- Para começar e parar
  • Retângulos- Para processar / ou uma tarefa
  • Diamante- Para decisões

Para obter informações completas sobre formas de fluxograma, confira Símbolos de fluxograma .

Entender um processo ou fluxo de controle por meio de um fluxograma é muito simples. Ajuda a lembrar, compreender e serve como uma referência rápida.

Leia também => Como escrever cenários complexos de teste de lógica de negócios usando a técnica da tabela de decisão

Aqui estão duas maneiras pelas quais nós testadores usamos fluxogramas:

a) Fluxogramas para fluxo de controle e análise estatística:

Complexidade ciclomática é uma métrica que nos ajuda a medir o quão complexo é um programa de software específico. Um dos usos de conhecer a Complexidade Ciclomática é que nos ajuda a entender a extensão do teste de unidade a ser feito para obter uma cobertura completa (mais informações e links abaixo).

O fluxograma é um método básico para se chegar a essa medida.

Vamos aprender como calcular a Complexidade Ciclomática para o programa a seguir por meio de um fluxograma de controle.

fluxograma de controle

Basta criar um fluxograma de controle conforme mostrado abaixo e usar esta fórmula:

Complexidade ciclomática: = Número de conexões ou linhas - Número de nós + 2

fluxograma de controle 1

No diagrama, o número de nós é 7 e as conexões são 7.

Portanto, a Complexidade Ciclomática desse trecho de código é 7-7 + 2 = 2.

Precisa de mais informações sobre como usar o fluxograma de controle e a Complexidade Ciclomática?

Veja isso:

b) Fluxogramas para ilustração do processo:

A seguir está um processo de rastreamento de defeitos representado em um formato de fluxograma. Como você pode ver, é super fácil de absorver e implementar:

(Observação:Clique na imagem para ampliá-la)

Fluxogramas para ilustração do processo

# 2) Diagramas de transição de estado:

As tabelas ou diagramas de transição de estado são ótimas ferramentas de análise quando você está olhando para sistemas complexos que passam por muitas mudanças de um estado para outro.

Para aqueles iniciantes que estão pensando, 'o que é transição de estado?' - Pense em uma lâmpada que é controlada por um interruptor. Um interruptor pode ser LIGADO / DESLIGADO. Portanto, o estado em que uma lâmpada pode estar em um determinado ponto do tempo está LIGADA ou DESLIGADA e o evento / ação que faz com que ela mude de um estado para outro é o movimento do interruptor.

Isso pode ser mostrado na forma de um diagrama ou de uma tabela. Como abaixo:

Diagrama de transição de estado

LightBulb ONLightBulb OFF
LightBulb ONNFlipswitch OFF
Lâmpada desligadaFlipswitch ONN

Simples, não é? Vamos fazer algo um pouco mais complexo. Observe um diagrama de transição de estado para um sistema de tíquetes. É bastante simples e fácil de compreender.

diagrama de transição de estado para um sistema de bilhetagem

Observe que os diagramas de transição de estado geralmente são centrados na entidade comercial e não visuais, página por página, centrados na navegação.

Por exemplo: A entidade de negócios principal em nosso caso é o próprio tíquete criado por meio do aplicativo. A primeira parte, fazer o tíquete, pode envolver navegar no sistema por algumas páginas:

  • Página 1-> Selecione não. de viajantes - adultos, crianças e idosos.
  • Página 2-> Escolha o tipo de bilhete - um passe diário, um passe semanal, um passe mensal, etc.
  • Página 3-> Revise os detalhes e finalize.
  • Página4-> Faça o pagamento, etc.

Portanto, pode haver muitas transições visuais de página por página, mas o próprio tíquete está prestes a ser feito. Portanto, normalmente não criamos um diagrama ST para transições visuais (você pode se quiser, mas não é usado com tanta frequência), nós o fazemos para transições de estado da entidade de negócios principal.

Depois que o diagrama ST é criado, você pode usá-lo para identificar facilmente os cenários de teste de ponta a ponta e as transações do usuário final, da seguinte maneira:

Diagrama ST

As três linhas amarelas são 3 casos ponta-a-ponta que, quando testados, cobrirão as áreas mais críticas e mais utilizadas da aplicação. Esta é uma ferramenta benéfica para criar casos de teste significativos e testes de aceitação de ponta a ponta.

Para uma explicação muito mais abrangente e uso no mundo real, verifique => Técnica de teste de transição de estado para testar aplicativos complexos

# 3) Diagramas de contexto:

Os sistemas de software raramente funcionam como unidades independentes. Aplicativos simples como calculadora, bloco de notas, etc. podem funcionar por conta própria, mas o aplicativo corporativo geralmente faz interface com muitos outros aplicativos.

Por exemplo: Um sistema de folha de pagamento pode interagir com o aplicativo de contabilidade, o sistema de folhas de ponto para as horas dos funcionários e o portal de RH para os detalhes dos funcionários. Os diagramas de contexto são diagramas excelentes que mostram todos esses relacionamentos de uma maneira fácil de entender.

A seguir está um diagrama de contexto para o sistema de folha de pagamento que acabou de ser descrito:

Diagrama de contexto

Um diagrama de contexto mostra muito claramente o contexto de um determinado sistema com todas as outras entidades relacionadas a ele. Para uma explicação simples, verifique aqui =>

Para uma explicação simples, verifique aqui => Diagrama de contexto do sistema

Os Diagramas de Contexto ajudam os testadores a entender o sistema em um sentido mais amplo e auxiliam na criação de estratégias de teste que incluem esses relacionamentos de entrada e saída que o sistema tem com outras entidades. Podemos não criar um diagrama de contexto como parte de nosso processo de teste, mas, se disponível, ajuda a uma grande compreensão.

# 4) Mapas mentais:

Um mapa mental rastreia uma mente ocupada que salta de um tópico para outro; cada pensamento se aprofundando e se ramificando mais amplamente com cada ideia. É uma forma de diagrama de apenas começar com sua ideia principal e documentar cada sub-pensamento que se origina dela.

Perguntas e respostas da entrevista .net para experientes

Mapas mentais podem ser usados ​​para tudo e qualquer coisa. Embora ainda não tenham aparecido no IEEE, CMMI ou em outros modelos padrão ou documentos de processo, eles ainda são uma parte muito popular da cultura da indústria de software.

Um uso muito popular de mapas mentais é rastrear testes exploratórios. (Eu sei, eu sei, você está pensando, por que o teste exploratório precisa ser rastreado? É porque, com ciclos de desenvolvimento rápidos, métodos ágeis e outros métodos mais rápidos de desenvolvimento de software, é menos provável que os testadores encontrem o tempo e escopo para documentação completa. Isso significa que a extensão da exploração está crescendo e precisa ser fortificada. Mapas mentais podem fazer exatamente isso por você.)

Por exemplo: A seguir está um diagrama para um aplicativo de e-commerce onde você está simplesmente rastreando seus testes com um mapa mental da seguinte maneira:

diagrama para um aplicativo de comércio eletrônico

Os testadores podem não obter os mapas mentais como entradas. Mas podemos ver situações em que temos que criá-las. Fazer isso é muito fácil. Comece com sua ideia central ou ponto de partida e siga aonde seus pensamentos o levarem. Existem muitas ferramentas online gratuitas simples e fáceis que você pode usar para mapeamento mental. Este é o que usei para desenhar o acima mapa aqui.

Para mais informações e ferramentas, verifique => Mapeamento mental em testes de software - maneiras de tornar os testes mais divertidos!

# 5) Gráficos ER:

Os diagramas de Entidade-Relacionamento (ER) são usados ​​para modelagem de banco de dados. Eles nos ajudam a entender as tabelas, seus campos e como os campos de uma tabela se relacionam com os campos de outras tabelas do sistema BD. Ele mostra os componentes do seu sistema de banco de dados e as relações entre eles de uma forma visual.

Os diagramas ER também atuam como um teste inicial do modelo de banco de dados e visualização antes que os sistemas de banco de dados sejam projetados e construídos.

Os diagramas ER têm entidades (as instâncias das tabelas de banco de dados) e seus relacionamentos (um para um, um para muitos, um para obrigatório, etc.) representados por meio de caixas e conectores de pés de galinha. )

Existem muitas variações para os diagramas ER, mas a versão mais simples pode ter a seguinte aparência:

Diagrama IS

Imagem Fonte

Para uma introdução e explicação rápida, verifique:

# 6) Bônus: Mock up screens / wireframes:

Wireframes são HTML ou imagens simples (capturas de tela) que nos mostram a futura página / componente da IU em diagrama.

Os wireframes são uma bênção para os testadores, pois tornam muito fácil para nós visualizar o produto final e poder melhorar seu processo de análise de design de teste. Isso significa melhores cenários de teste, melhores casos de teste e, por sua vez, maior eficácia de teste.

Os wireframes podem ser imagens simples desenhadas à mão, ou estruturas de páginas da web criadas interativamente ou quaisquer outros diagramas representativos do sistema final.

Um wireframe simples para a tela de login pode ser o seguinte:

tela de login

Aqui está um link rápido para entender como as equipes de controle de qualidade usam wireframes para testes iniciais e algumas ferramentas para criá-los => Wireframes - Eles deveriam realmente ser testados? E se sim, como?

Para finalizar, como você pode criar esses diagramas se for necessário?

Geralmente, os testadores interpretam a maioria dos diagramas mencionados acima. Mas raramente, podemos ter que criá-los. MS Visio e SmartDraw são ótimas ferramentas para usar. No entanto, se você estiver procurando por algo gratuito e leve (sem instalação e configuração), verifique aqui.

Quando você não tem acesso à internet e tudo o que você tem é sua palavra ou tinta, você pode usar as formas disponíveis para criar esses diagramas (bem, pelo menos a maioria deles). Este é o meu método menos favorito porque é demorado e não é tão fácil de usar, mas serve.

Sobre o autor: Este artigo foi escrito pelo membro da nossa equipe, Swati.

Então, quais diagramas você usa e quais são seus favoritos?

Leitura recomendada

^