Quando um teste móvel for gravado e suas etapas executadas
com êxito, o tempo de resposta será calculado e relatado no relatório da web móvel
e relatório estatístico.
A sincronização de aplicativo e etapas de início
As opções a seguir estão disponíveis no editor de teste.
Abra um teste com o editor de teste, clique no nó de Ativação ou uma etapa
no script. As opções
Política de sincronização e
Tempo
limite estão localizadas na área de janela
Detalhes de ações do
usuário. A opção think time está disponível apenas para
etapas do script.
- Política de sincronização
- Esta opção está disponível para etapas nativas apenas; não é aplicável
às etapas de IU da web. Quando um script de teste for executado, ele reproduzirá as ações do usuário
no Aplicativo Sob Teste (AUT). No entanto leva tempo para o aplicativo
executar e reagir às ações. Um período de espera poderá
ser necessário para as ações precedentes concluírem a sua execução
antes que a próxima ação ou a verificação de uma condição de verificação possa
ser realizada. Este cenário é algo que necessita de sincronização. Um
exemplo onde a sincronização é necessária: um botão deverá ser ativado
antes de ser possível clicar nele. Para algumas ações ou solicitações, você deverá
executar manualmente a sincronização, se as interações de IU não forem manipuladas
no teste. O relatório de teste contém avisos que o ajudam a localizar
as etapas no teste que precisam de sincronização. Quando um teste for gravado
com o Rational Test Workbench Mobile
Client 8.6
ou mais recente, as políticas de sincronização configuradas estarão em conformidade
com os dados gravados. Na maioria das vezes, as políticas são configuradas como Esperar
por inativo ou Esperar não ocupado. Modifique
a política de sincronização, onde for necessário. As opções de políticas de
sincronização estão disponíveis no nó de Ativação selecionado na edição
de script de teste e de cada etapa selecionada. As políticas são as
seguintes:
- Nenhum: significa que o teste foi gravado
com uma liberação do produto anterior à 8.6.
- Política Aguardar por inativo (padrão): Indica
que a reprodução aguarda que o aplicativo aceite uma nova entrada do usuário,
ignorando os indicadores de progresso. Exemplo: nenhuma barra de progresso é mostrada ao
usuário até que ponto a operação progrediu. Quando a política for configurada
como padrão e a ação for bem-sucedida, o think time máximo será
levado em conta durante a reprodução do teste para a próxima etapa.
- Política Esperar não ocupado: Indica
que a reprodução aguardará até que um indicador de progresso da tarefa em segundo plano seja concluído
ou não seja mais exibido. O think time será recortado em uma etapa, apenas se
o teste for bem-sucedido. Exemplo: é possível sincronizar as ações de rolagem,
dar um toque e outros comportamentos.
- Política Não esperar: Indica que a
reprodução não aguarda, mas continua para a próxima etapa no teste, aplicando
o think time especificado para a próxima etapa e ignorando a preferência de
think time. Ela espera repetidamente pelo objeto de IU da visualização seguinte para que
esteja pronta para que ele possa ser reproduzido (exemplo: ela aguarda um botão
ser exibido). O think time e tempo limite da próxima etapa são, nesse
caso, a única maneira de calcular quanto tempo é necessário pelo
aplicativo para se preparar para as novas entradas do usuário. Nenhum tempo
de resposta preciso pode ser medido neste caso e nenhum tempo de resposta é
relatado.
Após a sincronização de uma etapa com êxito, o período
de think time da etapa a seguir é recortada para o valor de think time
máximo especificado nas preferências (), se houver. Uma mensagem
é exibida no relatório da web para explicar o think time real
aplicado. As mensagens de aviso poderão ser exibidas quando um monitor
de progresso ativo (exemplo: uma barra de progresso) for detectado e
configurar automaticamente a política de sincronização como Esperar por
inativo ou Esperar não ocupado. Neste
caso, é possível alterar a política de sincronização.
Com as políticas Nenhum e Não
esperar, nenhum tempo de resposta é medido, o que
significa que a execução do teste não depende de nenhuma ação de
sincronização. Somente os períodos de think time se aplicam, mas eles não são recortados ao
think time máximo indicado nas preferências. Se
a execução da próxima etapa falhar, isso significa que o tempo limite ou
o think time deverá ser aumentado para a ação e que a etapa
não será mais válida para o aplicativo ou que o aplicativo não responde
por razões internas ou externas.
- Tempo limite
- Será possível modificar o tempo limite, se for indicado em qualquer etapa que
ocorreu um tempo limite ao sincronizar o aplicativo, por exemplo.
Essa configuração será usada para especificar o intervalo de tempo alocado para uma
ação ou solicitação para ser concluída antes de ser interrompida. O tempo limite
padrão é de 10 segundos. Para modificar o tempo limite, marque a opção e
insira um novo valor.
- Think time
- Think time pode ser modificado para o conjunto
de aplicativos e/ou para cada etapa. Essa configuração é para um atraso no
processamento de uma solicitação alocada para reproduzir o tempo que uma pessoa
levaria para ler ou examinar os dados que são exibidos a partir de uma ação do usuário
anterior. O think time é calculado da hora em que um solicitação
é recebida (isto é, a exibição está completa no monitor) até
a hora em que o usuário clica em uma tecla ou em um link para executar uma ação.
O valor pode ser modificado para cada etapa do script de teste. É possível
limitar esse tempo para acelerar a reprodução, ativando um think time
máximo de execução de teste nas preferências .