180 web application testing example test cases
Casos de teste de exemplo de teste de aplicativo da Web: Esta é uma lista de verificação de teste completa para aplicativos baseados na Web e desktop.
Esta é uma lista muito abrangente de casos de teste / cenários de exemplo de teste de aplicativo da Web. Nosso objetivo é compartilhar uma das listas de verificação de teste mais abrangentes já escrita e isso ainda não foi feito.
Continuaremos atualizando esta postagem no futuro também com mais casos de teste e cenários. Se você não tem tempo para ler agora, sinta-se à vontade para compartilhá-lo com seus amigos e adicioná-lo aos favoritos para mais tarde.
Faça uma lista de verificação de teste como parte integrante do processo de redação do caso de teste. Usando esta lista de verificação, você pode criar facilmente centenas de Casos de teste para testar aplicativos da web ou de desktop.
Todos esses são casos de teste gerais e devem ser aplicáveis a quase todos os tipos de aplicativos. Consulte esses testes enquanto escreve casos de teste para o seu projeto e tenho certeza que você cobrirá a maior parte do tipos de teste exceto as regras de negócios específicas do aplicativo fornecidas em seus documentos SRS.
Embora esta seja uma lista de verificação comum, recomendo preparar uma lista de verificação de teste padrão adaptada às suas necessidades específicas usando os casos de teste abaixo, além de testes específicos do aplicativo.
Ferramenta Recomendada:
Antes de continuar com o processo de escrita do caso de teste, recomendamos o download desta ferramenta de gerenciamento de caso de teste. Isso facilitará o processo de escrita do seu plano de teste e caso de teste mencionado neste tutorial.
=> Baixe a ferramenta de gerenciamento de caso de teste TestRail
Importância de usar uma lista de verificação para testes
# 1) Manter um repositório padrão de casos de teste reutilizáveis para seu aplicativo garantirá que os bugs mais comuns sejam detectados mais rapidamente.
#dois) Uma lista de verificação ajuda a escrever casos de teste rapidamente para novas versões do aplicativo.
# 3) Reutilizar os casos de teste ajuda a economizar dinheiro em recursos para escrever testes repetitivos.
# 4) Casos de teste importantes serão cobertos sempre, tornando quase impossível esquecê-los.
# 5) A lista de verificação de teste pode ser consultada por desenvolvedores para garantir que os problemas mais comuns sejam corrigidos na própria fase de desenvolvimento.
Notas:
- Execute esses cenários com diferentes funções de usuário, por exemplo usuário administrador, usuário convidado etc.
- Para aplicativos da web, esses cenários deve ser testado em vários navegadores como IE, FF, Chrome e Safari com versões aprovadas pelo cliente.
- Teste com diferentes resoluções de tela, como 1024 x 768, 1280 x 1024, etc.
- Um aplicativo deve ser testado em uma variedade de telas, como LCD, CRT, notebooks, tablets e telefones celulares.
- Teste o aplicativo em diferentes plataformas, como sistemas operacionais Windows, Mac, Linux etc.
O que você aprenderá:
- Mais de 180 casos de teste de exemplo de teste de aplicativo da Web
- Mais de 100 casos de teste prontos para execução (listas de verificação)
- A lista de verificação completa (casos de teste) para os componentes mais comuns do AUT
- Lista de verificação nº 1: lista de verificação de teste móvel
- Lista de verificação 2: Lista de verificação de teste de formulários / telas
- Lista de verificação 3: Lista de verificação de teste de campo de caixa de texto
- Lista de verificação 4: Lista de verificação de teste de lista suspensa ou caixa de listagem
- Checklist # 5: Checkbox Field Testing Checklist
- Lista de verificação # 6: Lista de verificação de teste do botão de rádio
- Lista de verificação # 7: Cenários de teste de campo de data
- Lista de verificação 8: Cenários de teste do botão Salvar
- Lista de verificação # 9: Cenários de teste do botão Cancelar
- Lista de verificação # 10: Excluir pontos de teste do botão
- Lista de verificação # 11: para verificar as áreas afetadas após salvar ou atualizar
- Lista de verificação # 12: Lista de testes de grade de dados
- Leitura recomendada
- A lista de verificação completa (casos de teste) para os componentes mais comuns do AUT
Mais de 180 casos de teste de exemplo de teste de aplicativo da Web
Premissas: Suponha que seu aplicativo suporte as seguintes funcionalidades
- Formulários com vários campos
- Janelas infantis
- O aplicativo interage com o banco de dados
- Vários critérios de filtro de pesquisa e resultados de exibição
- Upload de imagem
- Funcionalidade de envio de e-mail
- Funcionalidade de exportação de dados
Cenários Gerais de Teste
1. Todos os campos obrigatórios devem ser validados e indicados por um asterisco (*).
2. As mensagens de erro de validação devem ser exibidas corretamente na posição correta.
3. Todas as mensagens de erro devem ser exibidas no mesmo estilo CSS ( Por exemplo, usando a cor vermelha)
4. As mensagens de confirmação geral devem ser exibidas usando um estilo CSS diferente do estilo de mensagens de erro ( Por exemplo, usando a cor verde)
5. O texto das dicas de ferramentas deve ser significativo.
6. Os campos suspensos devem ter a primeira entrada em branco ou um texto como ‘Selecionar’.
7. 'Excluir funcionalidade' para qualquer registro em uma página deve pedir uma confirmação.
8. A opção de selecionar / desmarcar todos os registros deve ser fornecida se a página suportar a funcionalidade de adicionar / excluir / atualizar registros
9. Os valores da quantidade devem ser exibidos com os símbolos de moeda corretos.
10. A classificação de página padrão deve ser fornecida.
11. A funcionalidade do botão Redefinir deve definir os valores padrão para todos os campos.
12. Todos os valores numéricos devem ser formatados corretamente.
13. Os campos de entrada devem ser verificados para o valor máximo do campo. Valores de entrada maiores que o limite máximo especificado não devem ser aceitos ou armazenados no banco de dados.
14. Verifique todos os campos de entrada para caracteres especiais.
15. Rótulos de campo devem ser padrão, por exemplo O campo que aceita o nome do usuário deve ser rotulado corretamente como 'Nome'.
16. Verifique a funcionalidade de classificação de páginas após adicionar / editar / excluir operações em qualquer registro.
17. Verifique a funcionalidade de tempo limite. Os valores de tempo limite devem ser configuráveis. Verifique o comportamento do aplicativo após o tempo limite da operação.
18. Verifique os cookies usados em um aplicativo.
19. Verifique se os arquivos para download estão apontando para os caminhos de arquivo corretos.
20. Todas as chaves de recursos devem ser configuráveis em arquivos de configuração ou banco de dados em vez de codificação permanente.
21. As convenções padrão devem ser seguidas para nomear as chaves de recursos.
22. Valide a marcação para todas as páginas da web (valide HTML e CSS para erros de sintaxe) para certificar-se de que está em conformidade com os padrões.
23. A falha do aplicativo ou as páginas indisponíveis devem ser redirecionadas para a página de erro.
24. Verifique o texto em todas as páginas quanto a erros ortográficos e gramaticais.
25. Verifique os campos de entrada numéricos com valores de entrada de caracteres. Uma mensagem de validação adequada deve aparecer.
26. Verifique se há números negativos, se permitido para campos numéricos.
27. Verifique o número de campos com valores numéricos decimais.
28. Verifique a funcionalidade dos botões disponíveis em todas as páginas.
29. O usuário não deve ser capaz de enviar uma página duas vezes pressionando o botão de envio em rápida sucessão.
30. Os erros de divisão por zero devem ser tratados para quaisquer cálculos.
31. Os dados de entrada com o primeiro e o último espaço em branco devem ser tratados corretamente.
como abrir um arquivo .bin no windows
Cenários de teste de interface e usabilidade
1. Todos os campos em uma página ( Por exemplo, caixa de texto, opções de rádio, listas suspensas) devem ser alinhados corretamente.
2. Os valores numéricos devem ser justificados corretamente, a menos que especificado de outra forma.
3. Deve ser fornecido espaço suficiente entre os rótulos de campo, colunas, linhas, mensagens de erro, etc.
4. A barra de rolagem deve ser ativada apenas quando necessário.
5. O tamanho, estilo e cor da fonte para título, texto de descrição, rótulos, dados do campo interno e informações da grade devem ser padronizados conforme especificado no SRS.
6. A caixa de texto de descrição deve ter várias linhas.
7. Os campos desabilitados devem estar esmaecidos e os usuários não devem ser capazes de definir o foco nesses campos.
8. Ao clicar em um campo de texto de entrada, o ponteiro da seta do mouse deve ser alterado para o cursor.
9. O usuário não deve ser capaz de digitar em listas de seleção suspensas.
10. As informações preenchidas pelos usuários devem permanecer intactas quando houver uma mensagem de erro no envio da página. O usuário deve poder enviar o formulário novamente, corrigindo os erros.
11. Verifique se os rótulos de campo adequados são usados nas mensagens de erro.
12. Os valores dos campos suspensos devem ser exibidos em uma ordem de classificação definida.
13. A ordem Tab e Shift + Tab deve funcionar corretamente.
14. As opções de rádio padrão devem ser pré-selecionadas no carregamento da página.
15. Mensagens de ajuda específicas do campo e no nível da página devem estar disponíveis.
16. Verifique se os campos corretos estão destacados em caso de erros.
17. Verifique se as opções da lista suspensa são legíveis e não estão truncadas devido aos limites de tamanho do campo.
18. Todos os botões em uma página devem ser acessíveis por atalhos de teclado e o usuário deve ser capaz de realizar todas as operações usando um teclado.
19. Verifique se há imagens quebradas em todas as páginas.
20. Verifique todas as páginas para links quebrados.
21. Todas as páginas devem ter um título.
22. As mensagens de confirmação devem ser exibidas antes de realizar qualquer atualização ou operação de exclusão.
23. A ampulheta deve ser exibida quando o aplicativo está ocupado.
24. O texto da página deve ser justificado à esquerda.
25. O usuário deve ser capaz de selecionar apenas uma opção de rádio e qualquer combinação de caixas de seleção.
Cenários de teste para critérios de filtro
1. O usuário deve ser capaz de filtrar os resultados usando todos os parâmetros da página.
2. Refinar a funcionalidade de pesquisa deve carregar a página de pesquisa com todos os parâmetros de pesquisa selecionados pelo usuário.
3. Quando houver pelo menos um critério de filtro necessário para executar a operação de pesquisa, certifique-se de que a mensagem de erro apropriada seja exibida quando o usuário enviar a página sem selecionar nenhum critério de filtro.
4. Quando pelo menos a seleção de um critério de filtro não for obrigatória, o usuário deve poder enviar a página e os critérios de pesquisa padrão devem se acostumar para consultar os resultados.
5. As mensagens de validação adequadas devem ser exibidas para todos os valores inválidos para os critérios de filtro.
Cenários de teste para grade de resultados
1. O símbolo de carregamento da página deve ser exibido quando estiver demorando mais do que o tempo padrão para carregar a página de resultados.
2. Verifique se todos os parâmetros de pesquisa são usados para buscar dados mostrados na grade de resultados.
3. O número total de resultados deve ser exibido na grade de resultados.
4. Os critérios de pesquisa usados para pesquisar devem ser exibidos na grade de resultados.
5. Os valores da grade de resultados devem ser classificados pela coluna padrão.
6. As colunas classificadas devem ser exibidas com um ícone de classificação.
7. As grades de resultados devem incluir todas as colunas especificadas com valores corretos.
8. A funcionalidade de classificação crescente e decrescente deve funcionar para colunas suportadas pela classificação de dados.
9. As grades de resultados devem ser exibidas com espaçamento adequado entre colunas e linhas.
10. A paginação deve ser ativada quando houver mais resultados do que a contagem de resultados padrão por página.
11. Verifique a funcionalidade de paginação da página seguinte, anterior, primeira e última página.
12. Os registros duplicados não devem ser exibidos na grade de resultados.
13. Verifique se todas as colunas estão visíveis e se uma barra de rolagem horizontal está habilitada, se necessário.
14. Verifique os dados para colunas dinâmicas (colunas cujos valores são calculados dinamicamente com base nos outros valores de coluna).
15. Para grades de resultados mostrando relatórios, marque a linha 'Totais' e verifique o total para cada coluna.
16. Para grades de resultados que mostram relatórios, verifique os dados da linha 'Totais' quando a paginação estiver habilitada e o usuário for navegado para a próxima página.
17. Verifique se os símbolos adequados são usados para exibir os valores das colunas, por exemplo O símbolo% deve ser exibido para cálculo de porcentagem.
18. Verifique os dados da grade de resultados para saber se o intervalo de datas está ativado.
Cenários de teste para uma janela
1. Verifique se o tamanho da janela padrão está correto.
2. Verifique se o tamanho da janela filho está correto.
3. Verifique se há algum campo da página com foco padrão (em geral, o foco deve ser definido no primeiro campo de entrada da tela).
4. Verifique se as janelas-filhas estão fechando ao fechar a janela-pai / abridor.
5. Se a janela filho for aberta, o usuário não deve ser capaz de usar ou atualizar nenhum campo no plano de fundo ou na janela pai
6. Verifique a funcionalidade de minimizar, maximizar e fechar a janela.
7. Verifique se a janela é redimensionável.
8. Verifique a funcionalidade da barra de rolagem para as janelas pai e filho.
9. Verifique a funcionalidade do botão de cancelamento para a janela filho.
Cenários de teste de teste de banco de dados
1. Verifique se os dados corretos estão sendo salvos no banco de dados após um envio de página bem-sucedido.
2. Verifique os valores das colunas que não aceitam valores nulos.
3. Verifique a integridade dos dados. Os dados devem ser armazenados em uma ou várias tabelas com base no projeto.
4. Os nomes dos índices devem ser fornecidos de acordo com os padrões, por ex. IND__
5. As tabelas devem ter uma coluna de chave primária.
6. As colunas da tabela devem ter informações de descrição disponíveis (exceto para colunas de auditoria como data de criação, criação de, etc.)
7. Para cada banco de dados adicionar / atualizar o log de operação deve ser adicionado.
8. Os índices de tabela necessários devem ser criados.
9. Verifique se os dados são confirmados no banco de dados apenas quando a operação é concluída com êxito.
10. Os dados devem ser revertidos em caso de transações com falha.
11. O nome do banco de dados deve ser fornecido de acordo com o tipo de aplicativo, ou seja, teste, UAT, sandbox, ao vivo (embora este não seja um padrão, é útil para a manutenção do banco de dados)
12. Os nomes lógicos do banco de dados devem ser fornecidos de acordo com o nome do banco de dados (novamente, isso não é padrão, mas é útil para a manutenção do banco de dados).
13. Os procedimentos armazenados não devem ser nomeados com o prefixo “sp_”
14. Verifique se os valores das colunas de auditoria da tabela (como data de criação, criação, atualização, atualização, exclusão, exclusão de dados, exclusão de, etc.) estão preenchidos corretamente.
15. Verifique se os dados de entrada não estão truncados ao salvar. O comprimento do campo mostrado ao usuário na página e no esquema do banco de dados deve ser o mesmo.
16. Verifique os campos numéricos com valores mínimo, máximo e flutuante.
17. Verifique os campos numéricos com valores negativos (para aceitação e não aceitação).
18. Verifique se o botão de rádio e as opções da lista suspensa estão salvas corretamente no banco de dados.
19. Verifique se os campos do banco de dados foram projetados com o tipo e comprimento de dados corretos.
20. Verifique se todas as restrições de tabela, como chave primária, chave estrangeira, etc., estão implementadas corretamente.
21. Teste procedimentos armazenados e acionadores com dados de entrada de amostra.
22. Os espaços à esquerda e à direita do campo de entrada devem ser truncados antes de confirmar os dados no banco de dados.
23. Valores nulos não devem ser permitidos para a coluna de chave primária.
Cenários de teste para funcionalidade de upload de imagens
(Também aplicável para outra funcionalidade de upload de arquivo)
1. Verifique o caminho da imagem carregada.
2. Verifique o upload da imagem e altere a funcionalidade.
3. Verifique a funcionalidade de upload de imagem com arquivos de imagem de diferentes extensões ( Por exemplo, JPEG, PNG, BMP, etc.)
4. Verifique a funcionalidade de upload de imagens com imagens com espaço ou qualquer outro caractere especial permitido no nome do arquivo.
5. Verifique o upload de imagem de nome duplicado.
6. Verifique o upload da imagem com tamanho de imagem maior do que o tamanho máximo permitido. A mensagem de erro apropriada deve ser exibida.
7. Verifique a funcionalidade de upload de imagem com outros tipos de arquivo além de imagens ( Por exemplo, txt, doc, pdf, exe, etc.). Uma mensagem de erro adequada deve ser exibida.
8. Verifique se as imagens de altura e largura especificadas (se definidas) são aceitas de outra forma rejeitadas.
9. A barra de progresso do upload da imagem deve aparecer para imagens de tamanho grande.
10. Verifique se a funcionalidade do botão Cancelar está funcionando entre o processo de upload.
11. Verifique se a caixa de diálogo de seleção de arquivo mostra apenas os arquivos suportados listados.
12. Verifique a funcionalidade de upload de várias imagens.
13. Verifique a qualidade da imagem após o upload. A qualidade da imagem não deve ser alterada após o upload.
14. Verifique se o usuário é capaz de usar / visualizar as imagens carregadas.
Cenários de teste para envio de emails
(Casos de teste para redigir ou validar e-mails não estão incluídos aqui)
(Certifique-se de usar endereços de e-mail fictícios antes de executar testes relacionados a e-mail)
1. O modelo de email deve usar CSS padrão para todos os emails.
2. Os endereços de email devem ser validados antes de enviar emails.
3. Os caracteres especiais no modelo do corpo do e-mail devem ser tratados adequadamente.
4. Caracteres específicos do idioma ( Por exemplo, Caracteres do idioma russo, chinês ou alemão) devem ser tratados adequadamente no modelo do corpo do e-mail.
5. O assunto do e-mail não deve ficar em branco.
6. Os campos de espaço reservado usados no modelo de e-mail devem ser substituídos por valores reais, por exemplo, {Firstname} {Lastname} deve ser substituído pelo nome e sobrenome de uma pessoa adequadamente para todos os destinatários.
7. Se relatórios com valores dinâmicos forem incluídos no corpo do email, os dados do relatório deverão ser calculados corretamente.
8. O nome do remetente do e-mail não deve ficar em branco.
9. Os emails devem ser verificados em diferentes clientes de email, como Outlook, Gmail, Hotmail, Yahoo! correio, etc.
10. Marque para enviar a funcionalidade de e-mail usando os campos TO, CC e BCC.
11. Verifique os e-mails de texto simples.
12. Verifique os emails em formato HTML.
13. Verifique o cabeçalho e rodapé do e-mail para o logotipo da empresa, política de privacidade e outros links.
14. Verifique e-mails com anexos.
15. Marque para enviar a funcionalidade de e-mail para destinatários únicos, múltiplos ou de lista de distribuição.
16. Verifique se a resposta ao endereço de e-mail está correta.
17. Marque para enviar um grande volume de e-mails.
Cenários de teste para funcionalidade de exportação do Excel
1. O arquivo deve ser exportado na extensão de arquivo apropriada.
2. O nome do arquivo para o arquivo Excel exportado deve estar de acordo com os padrões, Por exemplo, se o nome do arquivo estiver usando o carimbo de data / hora, ele deve ser substituído corretamente por um carimbo de data / hora real no momento da exportação do arquivo.
3. Verifique o formato da data se o arquivo Excel exportado contiver as colunas de data.
4. Verifique a formatação dos números para valores numéricos ou monetários. A formatação deve ser a mesma mostrada na página.
5. O arquivo exportado deve ter colunas com nomes de coluna apropriados.
6. A classificação de página padrão também deve ser carregada no arquivo exportado.
7. Os dados do arquivo Excel devem ser formatados apropriadamente com texto de cabeçalho e rodapé, data, números de página, etc. valores para todas as páginas.
8. Verifique se os dados exibidos em uma página e no arquivo Excel exportado são iguais.
9. Verifique a funcionalidade de exportação quando a paginação está habilitada.
10. Verifique se o botão de exportação está mostrando o ícone adequado de acordo com o tipo de arquivo exportado, Por exemplo, Ícone de arquivo do Excel para arquivos xls
11. Verifique a funcionalidade de exportação para arquivos de tamanho muito grande.
12. Verifique a funcionalidade de exportação para páginas que contêm caracteres especiais. Verifique se esses caracteres especiais são exportados corretamente no arquivo Excel.
Cenários de teste de teste de desempenho
1. Verifique se o tempo de carregamento da página está dentro do intervalo aceitável.
2. Verifique o carregamento da página em conexões lentas.
3. Verifique o tempo de resposta para qualquer ação sob condições de carga leve, normal, moderada e pesada.
4. Verifique o desempenho dos procedimentos e gatilhos armazenados do banco de dados.
5. Verifique o tempo de execução da consulta ao banco de dados.
6. Verifique o teste de carga do aplicativo.
7. Verifique o teste de estresse do aplicativo.
8. Verifique o uso da CPU e da memória em condições de pico de carga.
Cenários de teste de teste de segurança
1. Verifique se há ataques de injeção de SQL.
2. As páginas seguras devem usar o protocolo HTTPS.
3. A queda da página não deve revelar informações do aplicativo ou do servidor. A página de erro deve ser exibida para isso.
4. Escape caracteres especiais na entrada.
5. As mensagens de erro não devem revelar nenhuma informação sensível.
6. Todas as credenciais devem ser transferidas por meio de um canal criptografado.
7. Teste a segurança da senha e a aplicação da política de senha.
8. Verifique a funcionalidade de logoff do aplicativo.
9. Verifique se há ataques de força bruta.
10. As informações do cookie devem ser armazenadas apenas em formato criptografado.
11. Verifique a duração do cookie da sessão e o encerramento da sessão após o tempo limite ou logout.
11. Os tokens de sessão devem ser transmitidos por um canal seguro.
13. A senha não deve ser armazenada em cookies.
14. Teste para ataques de negação de serviço.
15. Teste para vazamento de memória.
16. Teste o acesso não autorizado ao aplicativo manipulando os valores das variáveis na barra de endereço do navegador.
17. Teste a extensão do arquivo para que os arquivos exe não sejam carregados e executados no servidor.
18. Os campos confidenciais, como senhas e informações de cartão de crédito, não devem ter o preenchimento automático habilitado.
19. A funcionalidade de upload de arquivo deve usar restrições de tipo de arquivo e também antivírus para verificar os arquivos carregados.
20. Verifique se a listagem de diretórios é proibida.
21. As senhas e outros campos confidenciais devem ser mascarados durante a digitação.
22. Verifique se a funcionalidade de esquecimento de senha está protegida com recursos como expiração temporária de senha após horas especificadas e perguntas de segurança antes de alterar ou solicitar uma nova senha.
23. Verifique a funcionalidade CAPTCHA.
24. Verifique se eventos importantes estão registrados nos arquivos de log.
25. Verifique se os privilégios de acesso estão implementados corretamente.
Casos de teste de teste de penetração - Eu listei cerca de 41 casos de teste para teste de penetração em esta página .
Eu realmente gostaria de agradecer Devanshu lavaniya (Engenheiro sênior de QA trabalhando para I-link Infosoft) por me ajudar a preparar esta lista de verificação de teste abrangente.
Tentei cobrir quase todos os cenários de teste padrão para a funcionalidade de aplicativos da Web e de desktop. Mesmo assim, sei que esta não é uma lista de verificação completa. Os testadores em projetos diferentes têm sua própria lista de verificação de teste com base em sua experiência.
Atualizada:
Mais de 100 casos de teste prontos para execução (listas de verificação)
Você pode usar esta lista para testar os componentes mais comuns do AUT
Como testar os componentes mais comuns do seu AUT com eficácia, todas as vezes?
Este artigo é uma lista de validações comuns nos elementos mais amplamente encontrados do AUT - que é reunida para a conveniência dos testadores (especialmente no ambiente ágil onde ocorrem frequentes lançamentos de curto prazo).
Cada AUT (aplicativo em teste) é único e tem um propósito comercial muito específico. Os aspectos individuais (módulos) do AUT atendem a diferentes operações / ações que são cruciais para o sucesso do negócio que o AUT apóia.
Embora cada AUT seja projetado de forma diferente, os componentes / campos individuais que encontramos na maioria das páginas / telas / aplicativos são os mesmos com comportamento mais ou menos semelhante.
Alguns componentes comuns do AUT:
- Salvar, Atualizar, Excluir, Redefinir, Cancelar, OK - links / botões - cuja funcionalidade é o rótulo do objeto indica.
- Caixa de texto, menus suspensos, caixas de seleção, botões de opção, campos de controle de data - que funcionam sempre da mesma forma.
- Grades de dados, áreas impactadas, etc. para facilitar os relatórios.
A maneira como esses elementos individuais contribuem para a funcionalidade geral do aplicativo pode ser diferente, mas as etapas para validá-los são sempre as mesmas.
Vamos continuar com a lista das validações mais comuns para Aplicativo da web ou desktop páginas / formulários.
Observação : O resultado real, o resultado esperado, os dados de teste e outros parâmetros que normalmente fazem parte de um caso de teste são omitidos por uma questão de simplicidade - uma abordagem de lista de verificação geral é empregada.
Referência indefinida de erro c ++ para
Objetivo desta lista de verificação abrangente:
O objetivo principal dessas listas de verificação (ou casos de teste) é garantir a cobertura máxima de teste em validações em nível de campo sem gastar muito tempo e, ao mesmo tempo, não comprometer a qualidade dos testes.
Afinal, a confiança em um produto só pode ser alcançada testando cada elemento da melhor maneira possível.
A lista de verificação completa (casos de teste) para os componentes mais comuns do AUT
Observação:Você pode usar essas listas de verificação em formato Microsoft Excel (download fornecido no final do artigo). Você pode até acompanhar a execução do teste no mesmo arquivo com resultados e status de aprovação / reprovação.
Este poderia ser um recurso completo para as equipes de QA testarem e rastrearem os componentes mais comuns do AUT.Você pode adicionar ou atualizar casos de teste específicos para sua aplicaçãoe torná-la uma lista ainda mais abrangente.
Lista de verificação nº 1: lista de verificação de teste móvel
Nome do módulo: |
Funcionalidade do módulo: |
Impacto do módulo sobre o aplicativo: |
Fluxo do Módulo: |
Menu e submenu: |
Ortografia e ordem e adequação: |
Controle para cada submenu: |
Lista de verificação 2: Lista de verificação de teste de formulários / telas
Funcionalidade do formulário: |
Impacto do formulário sobre o aplicativo: |
Fluxo do formulário: |
Projetando: |
Alinhamentos: |
Título: |
Nomes de campo: |
Ortografia: |
Marcas obrigatórias: |
Alertas para campos obrigatórios: |
Botões: |
Posição padrão do cursor: |
Sequência de guias: |
A página antes de inserir qualquer dado: |
Página após inserir os dados: |
Lista de verificação 3: Lista de verificação de teste de campo de caixa de texto
Caixa de texto:
ADICIONAR (na tela de adição) | EDITAR (na tela Editar) | |
Personagens | ||
Caracteres especiais | ||
Números | ||
Limite | ||
Alerta | ||
Ortografia e gramática na mensagem de alerta: |
BVA (tamanho) para caixa de texto:
Min -> -> Passe
Min-1 -> -> Falha
Min + 1 -> -> Passe
Máx-1 -> -> Passe
Máx + 1 -> -> Falha
Máx -> -> Passe
ECP para caixa de texto:
Válido | Em Válido |
- | - |
- | - |
Lista de verificação 4: Lista de verificação de teste de lista suspensa ou caixa de listagem
Caixa de listagem / lista suspensa:
ADICIONAR (na tela de adição) | EDITAR (na tela Editar) | |
Cabeçalho | ||
A exatidão dos dados existentes | ||
Ordem dos Dados | ||
Seleção e desseleção | ||
Alerta: | ||
Ortografia e gramática da mensagem de alerta | ||
Cursor após alerta | ||
Reflexo de seleção e desseleção nos campos restantes |
Checklist # 5: Checkbox Field Testing Checklist
CheckBox:
ADICIONAR (na tela de adição) | EDITAR (na tela Editar) | |
Seleção Padrão | ||
Ação após a seleção | ||
Ação após a des-seleção | ||
Seleção e desseleção | ||
Alerta: | ||
Ortografia e gramática da mensagem de alerta | ||
Cursor após alerta | ||
Reflexo de seleção e desseleção nos campos restantes |
Lista de verificação # 6: Lista de verificação de teste do botão de rádio
Botao de radio:
ADICIONAR (na tela de adição) | EDITAR (na tela Editar) | |
Seleção Padrão | ||
Ação após a seleção | ||
Ação após a des-seleção | ||
Seleção e desseleção | ||
Alerta: | ||
Ortografia e gramática da mensagem de alerta | ||
Cursor após alerta | ||
Reflexo de seleção e desseleção nos campos restantes |
Lista de verificação # 7: Cenários de teste de campo de data
Campo de data:
ADICIONAR (na tela de adição) | EDITAR (na tela Editar) | |
Exibição de data padrão | ||
Design de calendário | ||
Navegação por diferentes meses e anos no controle de data | ||
Entrada manual na caixa de texto de data | ||
Formato de data e uniformidade com a aplicação geral | ||
Alerta: | ||
Ortografia e gramática da mensagem de alerta | ||
Cursor após alerta | ||
Reflexo de seleção e desseleção nos campos restantes |
Lista de verificação 8: Cenários de teste do botão Salvar
Salvar / atualizar:
ADICIONAR (na tela de adição) | EDITAR (na tela Editar) | |
Sem fornecer dados: | ||
Com apenas campos obrigatórios: | ||
Com todos os campos: | ||
Com limite máximo: | ||
Com limite mínimo | ||
Ortografia e gramática na mensagem de alerta de confirmação: | ||
Cursor | ||
Duplicação de campos únicos: | ||
Ortografia e gramática na mensagem de alerta de duplicação: | ||
Cursor |
Lista de verificação # 9: Cenários de teste do botão Cancelar
Cancelar:
Com dados em todos os campos | ||
Com apenas campos obrigatórios: | ||
Com todos os campos: |
Lista de verificação # 10: Excluir pontos de teste do botão
Excluir:
EDITAR (na tela Editar) | |
Exclua o registro que não é usado em nenhum lugar do aplicativo | |
Exclua o registro que tem uma dependência | |
Adicione o novo registro com os mesmos detalhes excluídos novamente |
Lista de verificação # 11: para verificar as áreas afetadas após salvar ou atualizar
Depois de salvar / atualizar:
Exibir na vista | |
Reflexão nas formas impactadas no aplicativo |
Lista de verificação # 12: Lista de testes de grade de dados
Grade de dados:
Título e ortografia da grade | |
Formulário antes de fornecer qualquer dado | |
Mensagem antes de fornecer quaisquer dados | |
Grafias | |
Alinhamentos | |
S Não | |
Nomes de campo e ordem | |
A exatidão dos dados existentes | |
Ordem dos dados existentes | |
Alinhamento de dados existentes | |
Navegadores de página | |
Dados ao navegar em páginas diferentes |
Editar funcionalidade do link
Página após a edição: | |
Título e grafia | |
Dados existentes do registro Selecionado em cada campo | |
Botões |
Embora esta lista possa não ser exaustiva, é realmente extensa.
DOWNLOAD==> Você pode baixar todas essas listas de verificação no formato MS Excel: Baixar em formato Excel
Pontos a serem observados:
- Dependendo da sua necessidade, testes adicionais em cada categoria / para cada campo podem ser adicionados ou campos existentes podem ser removidos. Em outras palavras, essas listas são totalmente personalizáveis.
- Quando precisar incluir validações em nível de campo em seus conjuntos de teste, tudo o que você precisa fazer é pegar a lista respectiva e usá-la para a tela / página que deseja testar.
- Mantenha a lista de verificação atualizando o status de aprovado / reprovado para torná-lo um balcão único para listar recursos, validá-los e registrar os resultados do teste.
Sinta-se à vontade para fazer desta uma lista de verificação completa adicionando mais casos / cenários de teste ou casos de teste negativos na seção de comentários abaixo.
Além disso, agradeceria se você compartilhasse isso com seus amigos!
PREV Tutorial | PRÓXIMO Tutorial
Leitura recomendada
- Como escrever casos de teste: o guia definitivo com exemplos
- Teste de cookies de site e casos de teste para testes de cookies de aplicativos da Web
- Modelo de caso de teste de amostra com exemplos de caso de teste [download]
- Melhores ferramentas de teste de software 2021 [QA Test Automation Tools]
- Guia de teste de segurança de aplicativos da Web
- Teste de aplicativos - Noções básicas de teste de software!
- Instalando seu aplicativo no dispositivo e comece a testar no Eclipse
- TDD Vs BDD - Analise as diferenças com exemplos