Sucesso! Seu envio aparece nesta página.

O número da confirmação do envio é 95977313-

2a47-4792-85c8-4e257b0dfa02. Copie e salve este número como prova de seu envio

Pós-graduação: Engenharia da Qualidade de Software

SP_POS_698121_2203_01 2202 – Testes de software
Victória dos Santos Oliveira

1 - Com base no aplicativo Legis segue um roteiro de teste de aceitação

Caso Ação Procedimento Testador Observação

Envio de Teste de - Os OK Os
notificações das unidade desenvolvedores desenvolvedores
novas propostas. devem criar testam esse
Técnica: drivers e stubs caminho interno
Caixa-branca. como apoio para para certificar que
auxiliar nos as notificações
testes. estão sendo
-Devem verificar enviadas apenas
o caminho dentro para clientes que
do sistema para se cadastraram
acompanhamento para receber
e monitoramento essas notificações,
do envio das e se elas estão
notificações para sendo enviadas
clientes diariamente , se
cadastrados. não existe
duplicidade ou
qualquer outro
erro.
Monitorar os Teste de - Abrir o OK O time de
Projetos de lei por aceitação aplicativo; desenvolvimento
meio de palavras- - No campo de irá realizar os
chave. Técnica: pesquisa informar testes do aplicativo
Caixa-preta. a palavras chave em celulares
para a busca dos diferentes.
projetos de lei Simulando a busca
- Apertar o botão por palavras-chave
de pesquisar. de projetos de lei
para verificar se o
 requisito funcional
está pesquisando
normalmente.
Acompanhament Teste de - Os testadores OK Os testadores, que
o do status do aceitação devem abrir o nesse caso, é um
projeto de lei. beta. aplicativo e grupo grande de
selecionar a usuários externos,
opção “Status”. devem preencher
-Digitar o nome um relatório com
do projeto de lei e todas as
verificar se todos informações do
os status estão teste. Erros
aparecendo encontrados,
corretamente. pontos a melhorar
e suas
recomendações
casa haja.
Testar o Teste de - OK O interesse ao
desempenho do carga Desenvolvedores executar esse
aplicativo devem realizar os teste é analisar a
testes em um velocidade do
emulador. processamento,
transferência de
- Projeta cenários dados e como o
com usuários aplicativo se
reais e um comporta com a
grande número carga de acessos.
de solicitações O desempenho é
simultâneas. uma etapa
fundamental para
garantir a
qualidade do
software.

2 – Plano de teste para a Regra de negócio: Legis

1. Pré-condição: O número do projeto de lei deve estar correto
Cenário 1: Internauta digitou o número do projeto de lei que existe
Passo 1: Internauta abre o aplicativo
Passo 2: Internauta localiza a opção “Consulta projeto de lei”.
Passo 3: Internauta digita o número do projeto
Passo 4: Aperta o buscar

2. Pré-condição: O número do projeto de lei deve estar incorreto

Cenário 2: Internauta digitou o número errado do projeto de lei
Passo 1: Internauta abre o aplicativo
Passo 2: Internauta localiza a opção “Consulta projeto de lei”
Passo 3: Internauta digita o número do projeto
Passo 4: Aperta o buscar
Passo 5: Aparece na tela “Projeto de lei não existe”

3. Pré-condição: Deve existir o projeto de lei

Cenário 3: Internauta deseja visualizar o status do projeto de lei
Passo 1: Internauta abre o aplicativo
Passo 2: Internauta localiza a opção “Status do projeto de lei”
Passo 3: Internauta digita o número do projeto
Passo 4: Aperta o buscar
Passo 5: Localiza o status da decisão judicial

Plano de teste para a Regra de negócio: Judicio

Cenário 1: Internauta deseja visualizar o status da decisão judicial
1. Pré-condição: O número da ação judicial deve ser correto
Passo 1: Internauta abre o aplicativo
Passo 2: Internauta localiza a opção “Status ação judicial”
Passo 3: Internauta digita o número da ação
Passo 4: Aperta o buscar
Passo 5: Localiza o status da ação judicial

Cenário 2: Verificar se após sair faz o logoff da conta

2. Pré-condição: Internauta deve ter cadastro no aplicativo
Passo 1: Internauta deve apertar o botão de “sair do sistema da justiça”
Passo 2: Verificar se aparece a tela inicial para fazer o seu login
Cenário 3: Internauta deseja enviar para seu e-mail o status da decisão judicial
3. Pré-condição: Internauta deve ter cadastro no aplicativo e ser o cliente
da ação
Passo 1: Cliente deve fazer o login no aplicativo
Passo 2: Cliente localiza a opção “Status ação judicial”
Passo 3: Internauta digita o número da ação
Passo 4: Aperta o buscar
Passo 5: Ao localiza o status da ação judicial apertar o botão enviar para seu e-
mail.

3 – Para o caso: Projeto - Aplicativos Legis e Judicio apresentarei 3

abordagens de teste que poderia e como poderia ser implementado. A começar
pelo teste de caixa preta: Os testes de caixa preta testam as entradas e as
saídas do sistema sem analisar as estruturas internas, o que importa é o
resultado com base nos requisitos implementados.
Para o aplicativo Legis faria um teste com usuários do sistema simulando a
busca pelos projetos de leis, então no campo de busca por palavras–chave
colocariam nomes de projetos para analisar o que retorna no sistema, se
aparece o status do projeto e o texto o relatando.
Para o Judicio faria testes inserindo os números das propostas para analisar se
os retortos das ações judiciais estão corretos.
Os testes de caixa branca testam a estrutura interna, ou seja, o caminho
percorrido pelo sistema durante a execução, e não só o resultado final. Para o
aplicativo Legis testaria o caminho dos envios de notificações das novas
propostas para os usuários. Se está enviando propostas atualizadas, se repete
propostas, se envia para pessoas que permitiram receber as notificações
diárias.
O teste de regressão testa versões atualizadas dos sistemas e garante que não
existe defeitos em componentes antes já testados. O uso de ferramentas de
automação é essencial, pois novas versões são atualizadas com muita
frequência. Para os aplicativos em nuvem desenvolveria uma ferramenta de
automação com o teste de caixa preta para verificar se as saídas de
informações estão corretas e com o teste de caixa branca para analisar o
caminho das notificações se está atualizado o envio, se existe duplicidades e
se está sendo enviado para pessoas cadastrados.