Iterasys - Curso de Início Rápido em Teste de Software

Teste de Software

Objetivo

Introduzir e atualizar profissionais em Teste de Software e sua Automação
5 Módulos
60h
Concluído em 18/04/2022

Módulos

Tópicos	Concluído
Módulo 1 - Apresentação do Curso	100%
Módulo 2 - Introdução ao Teste de Software	100%
Módulo 3 - Atitudes de um Profissional da Qualidade	100%
Módulo 4 - Planejamento de Testes	100%
Módulo 5 - Testes Web	100%

Certificado de Conclusão de Eduardo Rodrigues

Módulo 1 - Apresentação do Curso

Professor: José Correia

Módulo 2 - Introdução ao Teste de Software

Professor: José Correia

Acrônimo (Sigla criada por mim): AF UCC ED MPS

AF UCC ED MPS	Tipos de Testes
AF	Adequação Funcional
U	Usabilidade
C	Compatibilidade
C	Confiança
ED	Eficiência no Desempenho
M	Manutenibilidade
P	Portabilidade
S	Segurança

Módulo 2 - Resumo das minhas anotações:

Aula 3 - Os 7 Fundamentos (Princípios) do Teste (ISTQB)

1 - Teste demonstra a presença de defeitos;

Reduz a probabilidade de permanência dos defeitos no software, mas não garante que o software esteja totalmente livre de defeitos.

2 - Teste exaustivo é impossível;

É necessário verificar os “riscos e prioridades” para focar aos esforços de testes nas principais expectativas e necessidades do software, já que testar “tudo” é praticamente impossível.

3 - Teste antecipado;

Deve começar no início do desenvolvimento, com atividades de planejamento, análise e modelagens contendo objetivos bem definidos.

4 - Agrupamento de defeitos;

Segue a definição do Princípio de Pareto: Um número pequeno de módulos (20%) contém a maioria dos defeitos descobertos (80%).

5 - Paradoxo do Pesticida;

Após determinado tempo, os testes que não identificam mais defeitos, precisam ser revisados e atualizados para testar outros pontos do sistema com objetivo de aumentar a possibilidade de encontrar mais erros.

6 - Teste depende do contexto;

Cada contexto exige que a aplicação de testes seja diferente. Não é possível aplicar o mesmo teste de um sistema de segurança em um sistema de e-commerce.

7 - A ilusão da ausência de erros.

Encontrar e consertar defeitos não ajuda se o sistema construído não atende às expectativas e necessidades dos usuários.

Fonte: Certified Tester Foundation Level Syllabus, disponível em: http://www.bstqb.org.br/

Os 7 Princípios do Teste de Software

1. Testes mostram a presença de erros. Testes objetivam a detecção de defeitos dentro de um pedaço do software. Mas não importa quanto um produto é exaustivamente testado, nunca é possível afirmar 100% que um produto não tem falhas. Apenas Podemos usar os testes para reduzir o número de defeitos não encontrados.

2. Testes Exaustivos são impossíveis. Não é possível testar todas as combinações de inputs de dados, cenários e pré-condições dentro de uma aplicação. Por exemplo, se uma única tela de aplicação contém 10 campos para acrescentar dados com 3 possíveis opções de valores cada, isto significa que para cobrir todas possíveis combinações, engenheiros de teste deveriam criar 59,049 (310) cenários de teste. E se a Aplicação contiver 50 ou mais de tais telas? Ao invés de gastar semanas criando milhões de tais cenários, é melhor focar naqueles potencialmente mais significativos.

3. Teste Cedo/Antes. O custo de um erro cresce exponencialmente ao longo do processo de Desenvolvimento, portanto é importante começar a testar o quanto antes, para que o defeito seja resolvido.

4. Aglutinação de Defeitos. Este princípio é frequentemente referido como uma aplicação do princípio de Pareto no Teste de Software. Isto significa que aproximadamente 80% dos erros são usualmente encontrados em 20% dos módulos do sistema. Assim, se um defeito é encontrado em um modulo particular do programa de software, as chances de haver outros defeitos são grandes. E por isso é que faz sentido testar esta área do produto exaustivamente.

5. Paradoxo Pesticida.
Rodar o mesmo conjunto de testes de novo e de novo não te achará a encontrar mais falhas. Assim que os defeitos detectados são corrigidos, estes cenários de teste se tornam inúteis. Assim, é importante revisar e atualizar regularmente os testes para adaptá-los e potencialmente encontrar mais falhas.

6. Teste depende do contexto. Dependendo do proposito ou da indústria, diferentes aplicações devem ser testadas diferentemente. Enquanto a segurança pode ser de importância primária para um produto de tecnologia financeira, é menos importante para um website corporativo. Este ultimo põe ênfase em usabilidade e velocidade.

7. Falácia da Ausência de erros.
A completa ausência de defeitos no seu produto não significa necessariamente que ele será um sucesso. Não importa o tempo que você dedique melhorando as funcionalidades se seu produto não é útil ou atende as expectativas dos usuários, ele não será adotado pela audiência alvo.

Enquanto a lista de princípios acima é um guia indiscutível para qualquer profissional de testes, existem mais aspectos à serem considerados. Algumas fontes adicionam outros princípios à estes princípios básicos:

Teste deve ser processo independente gerido por profissionais imparciais.
Teste para valores inválidos e inesperados tanto quanto para valores esperados e válidos.
Testes devem ser feitos apenas em partes estáticas do software (mudanças não devem ser feitas durante o processo de testes).
Use documentação exaustiva e compreensiva para definir os resultados esperados.

Aula 11. Diferença entre Teste e QA

Tester (Teste/Testador) - foco no produto
QA (Quality Analyst, Analista de Qualidade) - foco no processo
O QA, tende a ter um olhar macro sobre os processos, uma visão sistêmica, não só para o desenvolvimento de um software especifico e sim por todo os processos realizados a fim de otimizar o desenvolvimento da equipe, desde o planejamento até a entrega para o cliente.
- Ex: O QA, participa de várias reuniões em todos os times, principalmente das de planejamento e de retrospectiva. Ele é um sujeito otimista que está sempre procurando como melhorar a forma de trabalharmos
O Tester, tende a ter um olhar mais especifico no projeto, a fim de encontrar os erros que comprometam a experiência do cliente, ele tem que saber muito bem qual é a necessidade do cliente e verificar se o software atende as expectativas proposta!
- *Ex: O Tester sempre preocupada com a qualidade do software que estamos construindo. Ela discute critérios de aceitação, realiza testes manuais e automatizados e costuma ser muito participativa em todas as reuniões, nos lembrando que juntos construimos um software melhor.

Aula 12. Erro, Ocorrência, Defeito e Falha

Aula 13 - Tipos de Testes Baseados na IEC/ISO 25010

Conhecida como SQuaRE - Systems and Software Quality Requeriments and Evaluation (Requerimento e Avaliação da Qualidade de Sistemas e Software)
Qualidade de Produto e Software - IEC/ISO 25010 - AF UCC ED MPS
- AF (Adequação Funcional)
- UCC (Usabilidade, Compatibilidade e Confiança)
- ED (Eficiência no Desempenho)
- MPS (Manutenibilidade, Portabilidade, Segurança)

Módulo 3 - Atitudes de um Profissional da Qualidade

Professor: José Correia

Módulo 4 - Planejamento de Testes

Professor: José Correia

Módulo 4 - Resumo das minhas anotações:

Aula 05 - Requisitos Funcionais e Requisitos Não Funcionais

A diferença entre Requisitos Funcionais e Requisitos Não Funcionais é muito simples. Tudo o que diz respeito ao comportamento de um sistema que atenderá o processo do negócio do cliente são REQUISITOS FUNCIONAIS.
E tudo o que diz respeito às características gerais de um sistema, como custo, confiabilidade, desempenho, usabilidade, segurança, disponibilidade, manutenção e tecnologias envolvidas, são REQUISITOS NÃO FUNCIONAIS.

Aula 13. Análise de Riscos

A importância da análise de riscos

Qualquer ação humana está sujeita a riscos. Se você sai na rua, está sujeito ao risco de sofrer um acidente ou um ato de violência, certo? Porém, sabendo disso, você toma medidas para reduzir essas ameaças — como andar com mais atenção, fechar o vidro do carro nos semáforos e não carregar muito dinheiro na carteira.

Em um contexto empresarial, a realidade é muito similar, pois qualquer decisão ou atividade traz um risco.

Por isso, antes de agir, é preciso analisar quais são as ameaças prováveis e traçar estratégias para reduzir a possibilidade de que elas ocorram — além de determinar medidas para lidar com o pior cenário.

Essas estratégias e medidas podem livrar o negócio de grandes problemas, como perdas financeiras ou o enfraquecimento da marca. Ou seja, dedicando um pouco mais de tempo à fase de planejamento, você pode evitar muitas dores de cabeça no futuro.

Como fazer uma análise de riscos?

1. Determine a situação a ser analisada
2. Defina os possíveis resultados negativos da situação elencada
3. Estipule o grau de cada risco
4. Defina suas estratégias
4.1. Aceitar riscos
4.2. Evitar riscos
4.3. Transferir riscos
4.4. Mitigar riscos
4.5. Explorar riscos

EX. ANALISE DE RISCOS (Exemplo criado por mim)

Legenda da Tabela
- C - CONSEQUENCIA - são os impactos mais prováveis caso o risco venha a se concretizar.
- E - EXPOSIÇÃO AO RISCO - é a freqüência que este risco costuma manifestar-se na organização ou atividade avaliada.
- P - PROBABILIDADE - é a real chance do risco vir a acontecer, dentro de uma escala de possibilidades.
- GC - GRAU DE CRITICIDADE - Cada risco deverá ser pontuado de acordo com suas características nos três fatores da formula do Grau de Criticidade.
  - GC = ( C x E x P )

Nº	NOME DO RISCO	C	E	P	GC = (CxExP)	ESTRATEGIA	AÇÕES A TOMAR	COMO?	RESPONSAVEL	REAVALIDAR
1	FALHA	10	10	10	1.000	MITIGAR RISCOS	CORREÇÃO IMEDIATA	TESTAR	QA	DIÁRIO
2	TROCA DE PEDIDOS	5	5	5	125	TRANSFERIR RISCOS	CORREÇÃO URGENTE	MONITORAR	EQUIPE	DIÁRIO
3	TROCA DE PROGRAMADOR	1	2	2	4	ACEITAR RISCOS	ELIMINAR RISCO	MONITORAR	GERENTE	SEMANAL
4	PAGAMENTO FORA DO AR	1	1	2	2	EVITAR RISCOS	ELIMINAR RISCO	RELATORIOS	LIDER	SEMANAL

OBS: A tabela foi criada por mim!

Aula 14. Matriz de Risco

Matriz de Risco - Objetivo de exibir as chances de riscos acontecerem, traçando de certa maneira uma probabilidade em cada risco.
Através de uma Matriz de Risco é possível identificar a magnitude do risco e dimensionar as devidas ações para controle do mesmo. De maneira gráfica, como geralmente é feita, facilita o trabalho de acompanhar processos e desenvolver projetos de segurança, priorizando e mapeando tarefas e ações que merecem destaque. Além disso, ajuda bastante quando a empresa trabalha com equipes, pois é mais fácil de seguir as ações e acompanhar o trabalho.

Módulo 5 - Testes Web

Professor: Marcelo de Bittencourt

1. Tipos de Aplicações Web
- Tipos de Aplicações Web
- Além de uma fácil navegação, desempenho, acessibilidade e responsividade são algumas das características a serem avaliadas durante os testes de uma aplicação Web.
- E vários testes adicionais podem enriquecer a qualidade e relevância do site, como avaliar a otimização para mecanismos de busca (SEO) ou mesmo quais são as regiões das páginas, elementos, informações e produtos que chamam mais a atenção através de um mapa de calor (heat map).
- OBS:
  - Performace - Se um site demora carregar +10s - perde 80% do público
- Ferramentas:
  - Google Analytics - O Analytics é capaz de identificar além da tradicional taxa de exibição e hit de uma página, localização geográfica do visitante, forma com a qual chegou na página (através de links de outros sites, buscador, AdSense ou diretamente pelo endereço), sistema operacional, navegador, navegador e sistema operacional.
    - Link: https://rockcontent.com/br/blog/google-analytics/
  - Crazy Egg - Website Optimization | Heatmaps & A/B Testing
    - Heatmaps (Mapa de Calor)
    - A/B Testing (Teste A/B)
  - SEO Site Checkup: SEO Tools, Software and Articles
    - Link: https://seositecheckup.com/
2. Obama e o Teste A/B
- Test A/B Obama - O partido democrata fez um investimento milionário para otimizar o site da campanha eleitoral para o segundo mandato do presidente Obama.
- Vamos usar esse caso como um rápido exemplo de como podemos testar e melhorar a experiência dos usuários, aprendendo com quais elementos, cores, tamanhos, conteúdos e diagramações fazem mais sentido para o nosso público.
3. Planejamento e Análise para Testes Web
- Testes funcionais
  - Análise de riscos
    - Prioridades
  - Restrições de projeto
    - Tempo
    - Tamanho da equipe
  - Cenários
    - Validações básicas
    - Fluxo padrão
    - Funcionalidades adicionais
- Testes não funcionais
  - Desempenho
  - Segurança
  - Acessibilidade

E-Commerce
- PrestaShop live demo - Multi-devices support
- Links:

Projeto de Planejamento e Analise de Testes:

Prioridade	Fluxo	Cenários
1	Validações básicas	Lista de produtos na página principal
2	Validações básicas	Validar carrinho vazio
3	Fluxo padrão	Compra de um novo produto
4	Fluxo padrão	Procura de produto
5	Validações adicionais	Contate-nos
6	Validações adicionais	Links do rodapé

4. O que é Java
5. Instalar o Java (Open JDK)
- O Open JDK reune os recursos do Java necessários para realizarmos a automação, e é pré-requisito para um projeto com Selenium WebDriver com base nessa linguagem. Pode também ser utilizado o Oracle JDK. Fique atento a questões de licenciamento em sua empresa.
- O Open JDK é o open source e gratuíto.
- Link: https://jdk.java.net/
6. O que é o Eclipse IDE
- Verificar se o Java foi instalado.
- Terminal (Prompt de comando): java -version
7. Instalar o Eclipse IDE
- Uma das interfaces de desenvolvimento mais utilizadas para programação em Java é o Eclipse, ao lado de alternativas de peso como NetBeans (Oracle) e IntelliJ (JetBrains) .
- Link: https://www.eclipse.org/downloads/
8. Instalar o Chrome Browser
9. Instalar o Chrome Driver
- A comunicação entre o Selenium e o browser será feita através de um conector, um tradutor de comandos, que chamamos de driver. Para cada versão ou conjunto de versões de cada browser haverá um driver especifico.
- Isso lembra a necessidade que temos de instalar um driver para um impressora que desejamos usar em casa ou no escritório.
- O Chrome Driver é um dos poucos cujo número da versão do driver coincide com o número da versão do browser. Embora seja algo simples e útil, nem todas outras empresas tiveram a mesma preocupação de organização quanto o Google.
- Link: https://chromedriver.chromium.org/downloads
- Exemplo:
- Chrome version 94 >>> ChromeDriver 94.0.4606.61
- Chrome version 98 >>> ChromeDriver 98.0.4758.80
10. Criação de um Script de Teste com Maven e Selenium

Módulo 5 - Resumo das minhas anotações:

Pirâmide de Testes – Porque você precisa saber

O que é a Pirâmide de testes?

A pirâmide de testes é uma ilustração que permite visualizar de forma simples os tipos de testes, seus níveis, velocidades, complexidades e “custos”.

Além disso ela busca dar um direcionamento em relação a quantidade de testes a ser implementados em cada nível.

Além do direcionamento em relação a quantidade também apresenta uma visão acerca da velocidade da execução dos testes (e da sua criação também) e também do nível de isolamento do testes.

A pirâmide apresenta 3 níveis, são eles:

Base – Testes unitários (Unit)
Meio – Testes de integração (Service/Integration)
Topo – Testes ponta a ponta (E2E) (UI - User Interface)

Então vamos ver cada um dos níveis da pirâmide.

Base – Testes Unitários

Os testes unitários são os testes da menor parte testável de uma aplicação.

A menor parte testável de uma aplicação é um método público em uma classe (falando em orientação a objetos) ou uma função.

Os testes unitários é que eles são extremamente pequenos e rápidos.

Já que se referem a uma parte especifica da aplicação.

Além disso os testes são totalmente independentes.

Não tendo assim nenhum vínculo com outras partes da aplicação

Outra vantagem é que caso um teste unitário falhe é fácil descobrir o problema, já que o teste cobre um escopo de unidade do código.

Além disso outro ponto sobre os testes unitários é que eles podem guiar o desenvolvimento de todo o seu sistema

Usando o desenvolvimento orientado a testes (TDD).

Meio – Testes de Integração

O teste de integração busca testar como diferentes módulos (ou unidades) do sistema interagem entre si.

Diferente dos testes unitários os testes de integração dependem de componentes externos para serem criados e executados.

Alguns casos comuns de cobertura de testes de integração são por exemplo.

Comunicação com bancos de dados
Comunicação entre micro serviços

Por usarem elementos externos os testes de integração precisam de maior infraestrutura para serem criados e executados.

Muitas vezes os testes de integração demandam um ambiente completo.

Ambiente esse criado para testes de integração e testes ponta a ponta na maior parte dos casos.

Topo – Testes ponta a ponta (E2E)

Os testes ponta a ponta (E2E) buscam testar todo um fluxo de funcionamento da aplicação.

Nesse caso a ideia é realmente validar todo o funcionamento de fluxos que o usuário mais faz.

Além disso muitas vezes os testes ponta a ponta são um bom termômetro da saúde da aplicação.

Pois eles testam a aplicação como um todo.

Mas o tempo de desenvolvimento e de execução de testes ponta a ponta é muito grande.

Levando assim a terem poucos testes de ponta a ponta, cobrindo só os casos principais na maior parte dos casos.

Pirâmide de Testes – Conclusão

Voltando a pirâmide de testes em si, devemos lembrar que a base da pirâmide é mais simples de criar e mais rápida de rodar.

Já o topo da pirâmide é mais complexa de se criar e muito mais demorada de se rodar.

Então a maior parte dos testes deve estar na base da pirâmide, já no topo devemos ter só os fluxos principais.

Já os testes de integração devem ser usados para fluxos onde o teste ponta a ponta não cobre mas que os testes unitários não conseguem cobrir como um todo.

Tipos de testes de software: diferenças e exemplos

O teste de software é parte integrante do ciclo de vida de desenvolvimento de software (SDLC). Testar é como você pode ter certeza sobre funcionalidade, desempenho e experiência do usuário. Se você realizar seus testes manualmente ou via automação, quanto mais cedo e mais frequentemente você puder realizar testes, mais provável é que você identifique bugs e erros, não apenas salvando você e sua equipe de possíveis perfurações de incêndio mais tarde, mas também garantindo que seu aplicativo de software tenha sido cuidadosamente revisado e auditado antes que ele esteja na frente de seus usuários. Se os problemas passarem para o ambiente de produção, mais caros e demorados serão para corrigir.

Os testes de software podem ser divididos em dois tipos diferentes: testes funcionais e não funcionais. Diferentes aspectos de um aplicativo de software exigem diferentes tipos de testes, como testes de desempenho, testes de escalabilidade, testes de integração, testes de unidade e muito mais. Cada um desses tipos de testes de software oferece excelente visibilidade em seu aplicativo, desde o código até a experiência do usuário. Vamos entrar nos detalhes de alguns dos tipos mais comuns de testes de software.

Tipos de testes de software: Testes funcionais e não funcionais

Teste funcional

Testes funcionais são realizados para verificar os recursos, funcionalidades e usabilidade de negócios críticos. Testes funcionais garantem que os recursos e funcionalidades do software estejam se comportando como esperado sem qualquer falha. Ele valida principalmente toda a aplicação em relação às especificações mencionadas no documento SRS (Software Requirement Specification, eSpecificação de Requisitos de Software). Os tipos de testes funcionais incluem testes de unidade, teste de interface, testes de regressão, além de muitos.

Teste unitário

O teste unitário se concentra em testar partes/unidades individuais de um aplicativo de software no início do SDLC. Qualquer função, procedimento, método ou módulo pode ser uma unidade a ser submetida a testes unitários para determinar sua correção e comportamento esperado. O teste unitário é o primeiro teste que os desenvolvedores realizam durante a fase de desenvolvimento.

Teste de integração

Os testes de integração envolvem testar diferentes módulos de um aplicativo de software como um grupo. Um aplicativo de software é composto de diferentes submodules que trabalham juntos para diferentes funcionalidades. O objetivo dos testes de integração é validar a integração de diferentes módulos em conjunto e identificar os bugs e problemas relacionados a eles.

Teste não funcional

O teste não funcional é como testes funcionais; no entanto, a principal diferença é que essas funções são testadas sob carga para o desempenho do observador, confiabilidade, usabilidade, escalabilidade, etc. Testes não funcionais, como testes de carga e estresse, são normalmente realizados usando ferramentas e soluções de automação, como o LoadView. Além dos testes de desempenho, os tipos de testes não funcionais incluem testes de instalação, testes de confiabilidade e testes de segurança.

Teste de desempenho

O teste de desempenho é um tipo de teste não funcional, realizado para determinar a velocidade, estabilidade e escalabilidade de um aplicativo de software. Como o nome sugere, o objetivo geral deste teste é verificar o desempenho de um aplicativo em relação aos diferentes benchmarks do sistema e da rede, como utilização de CPU, velocidade de carga da página, manuseio de pico de tráfego, utilização de recursos do servidor, etc. Dentro dos testes de desempenho, existem vários outros tipos de testes, como testes de carga e testes de estresse.

Como esses tipos de teste diferem uns dos outros?

Você pode ter alguma ideia sobre os diferentes tipos de testes acima. Todos os testes se concentram na confiabilidade e prontidão do aplicativo de software, no entanto, vamos entender melhor as diferenças entre eles através de alguns exemplos. Vamos supor que você tenha um site/aplicativo de e-commerce com funcionalidades padrão. Aqui estão alguns exemplos de testes de desempenho, testes funcionais, testes de integração e testes de unidade:

Se você quiser verificar como seu site irá funcionar quando um alto número de usuários vem ao seu site, por exemplo, durante a temporada de vendas, você precisa realizar testes de carga, que se enquadram na categoria de teste de desempenho. Ele ajudará você a detectar problemas de velocidade e estabilidade e eliminar possíveis gargalos de desempenho.

Suponha que você queira validar a entrada e a saída para cada funcionalidade, como registro, login, adicionar ao carrinho, checkout, processamento de pagamentos, entradas de banco de dados, etc., de acordo com os casos de teste escritos no documento SRS. Nesse caso, você precisa realizar testes funcionais.

Se você quiser validar a funcionalidade do carrinho com integração de checkout e módulo de pagamento para ver se o número de itens adicionados ao carrinho são comprados com sucesso com pagamento correto, você precisa fazer testes de integração.

Se você escreveu um módulo para upload do produto e deseja verificar se está correto e os produtos estão sendo adicionados com sucesso sem qualquer bug ou defeito, você precisa fazer testes de unidade para o módulo de upload do produto.

Resumindo, o teste de desempenho é feito para verificar o desempenho do site. O teste funcional é feito para validar todas as funcionalidades. O teste de integração é feito para validar a interação entre diferentes módulos, e o teste unitário é feito para verificar as peças de código individuais para corrigir.

Vantagens desses tipos de teste

Teste de desempenho

Avalia a velocidade e escalabilidade do site/aplicativo.
Identifica gargalos para melhorias de desempenho.
Detecta bugs que são negligenciados em testes funcionais.
Otimização do sistema e aprimoramentos de recursos
Garante a confiabilidade do site sob carga pesada.

Teste funcional

Certifique-se de que o site/aplicativo está livre de defeitos.
Garante o comportamento esperado de todas as funcionalidades.
Garante que a arquitetura esteja correta com a segurança necessária.
Melhora a qualidade e funcionalidades gerais.
Minimiza os riscos do negócio associados ao site/aplicativo.

Teste de integração

Certifique-se de que todos os módulos de aplicação estejam bem integrados e funcionem como esperado em conjunto.
Detecta problemas e conflitos interconectares para resolvê-los cedo antes de criar um grande problema.
Valida a funcionalidade, confiabilidade e estabilidade entre diferentes módulos.
Detecta exceções negligenciadas para melhorar a qualidade do código.
Suporta o pipeline CI/CD.

Teste unitário

Detecção precoce de bugs nas funcionalidades ou recursos recém-desenvolvidos.
Minimiza os custos de teste à medida que os problemas são detectados no início.
Melhora a qualidade do código com melhor refatoração de código.
Apoia o processo de desenvolvimento ágil.
Simplifica a integração e permite uma boa documentação.

Desvantagens desses tipos de teste

Como todos esses tipos de teste melhoram as funcionalidades e melhoram a experiência do usuário, portanto não há desvantagens em fazê-las. A única coisa que você pode considerar uma desvantagem, em geral, é o tempo e o custo associados aos testes. Os testes exigem esforços e recursos, e há um risco envolvido com resultados imprecisos de testes. No entanto, não fazer testes de site/aplicativo vai colocá-lo em uma posição comprometedora que pode dificultar seu negócio e reputação significativamente.

A hora certa para realizar esses tipos de testes

O teste de desempenho é uma obrigação em todos os ambientes de desenvolvimento e produção para garantir que seu site/aplicativo esteja atualizado e possa suportar a carga esperada do usuário. Testes funcionais devem ser feitos a cada compilação para validar todas as alterações e funcionalidades contra especificações e requisitos.

Os Testes de Integração devem ser feitos quando você integrar um novo código com algum outro módulo para garantir que não haja conflitos e trabalhe em conjunto corretamente.

Os Testes Unitários devem ser feitos pelos desenvolvedores sempre que eles terminarem de escrever qualquer código para validar a entrada e saída corretas.

Dica: Uma abordagem mão-na-mão

Embora cada tipo de teste pareça uma tarefa autônoma, você pode combiná-los de forma inteligente para alcançar maior qualidade do produto. Vamos dar um exemplo.

Digamos que você criou uma nova página da Web, executando um teste de carga (teste de desempenho) usando o LoadView para essa página da Web como um teste de unidade, certifique-se de que quando você fizer sua compilação final com todas as páginas, o site já está otimizado para lidar com alta carga de usuários em cenários de pico de tráfego. Isso significa efetivamente que você tem o seu desempenho testando uma parte dos testes de unidade. Uma abordagem mão-na-mão como esta vai ajudá-lo a reduzir os problemas em um estágio inicial e economizar-lhe uma grande quantidade de custo e tempo no longo prazo.

O que é LoadView?

LoadView é uma ferramenta de teste de carga baseada em nuvem que verifica o desempenho do seu site em altas condições de tráfego. Ele simula milhares de usuários virtuais de diferentes locais geográficos em vários navegadores e dispositivos para criar os ambientes mais realistas para seus testes de desempenho. Ele também oferece um recurso de criação de script de ponto e clique usando o EveryStep Web Recorder que não requer nenhuma habilidade de codificação para que qualquer pessoa em sua equipe possa criar scripts e realizar testes de carga. Você pode testar seu site, aplicativo, páginas da Web e APIs de terceiros com o LoadView para detectar gargalos de desempenho e resolvê-los rapidamente. LoadView é rápido para começar, e seus relatórios de desempenho são fáceis de entender com insights acionáveis.

Conclusão: Tipos de Testes de Software

O teste de desempenho é uma obrigação em todos os ambientes de desenvolvimento e produção para garantir que seu site/aplicativo esteja atualizado e possa suportar a carga esperada do usuário.
Testes funcionais devem ser feitos a cada compilação para validar todas as alterações e funcionalidades contra especificações e requisitos.
Os testes de integração devem ser feitos quando você integrar um novo código com algum outro módulo para garantir que não haja conflitos e trabalhe em conjunto corretamente.
Os testes unitários devem ser feitos pelos desenvolvedores sempre que eles terminarem de escrever qualquer código para validar a entrada e saída corretas.

Autor 😄

Dev: Eduardo da Silva Rodrigues
GitHub: github.com/eduardodsr 🔗
E-mail: eduardodsr@gmail.com 📧

Name		Name	Last commit message	Last commit date
Latest commit History 4 Commits
certificado		certificado
.gitignore		.gitignore
README.md		README.md

Folders and files

Latest commit

History

Repository files navigation

Iterasys - Curso de Início Rápido em Teste de Software

Teste de Software

Objetivo

Módulos

Certificado de Conclusão de Eduardo Rodrigues

Módulo 1 - Apresentação do Curso

Módulo 2 - Introdução ao Teste de Software

Aula 3 - Os 7 Fundamentos (Princípios) do Teste (ISTQB)

1 - Teste demonstra a presença de defeitos;

2 - Teste exaustivo é impossível;

3 - Teste antecipado;

4 - Agrupamento de defeitos;

5 - Paradoxo do Pesticida;

6 - Teste depende do contexto;

7 - A ilusão da ausência de erros.

Os 7 Princípios do Teste de Software

Aula 11. Diferença entre Teste e QA

Aula 12. Erro, Ocorrência, Defeito e Falha

Aula 13 - Tipos de Testes Baseados na IEC/ISO 25010

Módulo 3 - Atitudes de um Profissional da Qualidade

Módulo 4 - Planejamento de Testes

Aula 05 - Requisitos Funcionais e Requisitos Não Funcionais

Aula 13. Análise de Riscos

Como fazer uma análise de riscos?

EX. ANALISE DE RISCOS (Exemplo criado por mim)

Aula 14. Matriz de Risco

Módulo 5 - Testes Web

Pirâmide de Testes – Porque você precisa saber

O que é a Pirâmide de testes?

Base – Testes Unitários

Meio – Testes de Integração

Topo – Testes ponta a ponta (E2E)

Pirâmide de Testes – Conclusão

Tipos de testes de software: diferenças e exemplos

Tipos de testes de software: Testes funcionais e não funcionais

Teste funcional

Teste unitário

Teste de integração

Teste não funcional

Teste de desempenho

Vantagens desses tipos de teste

Desvantagens desses tipos de teste

Dica: Uma abordagem mão-na-mão

O que é LoadView?

Conclusão: Tipos de Testes de Software

Autor 😄

About

Resources

Uh oh!

Stars

Watchers

Forks

Releases

Packages 0

Uh oh!

Contributors

Uh oh!

Packages