Ações de medição de tempo em testes de dispositivo móvel

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 e clique no nó Ativar ou em 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:
  • Política Esperar por inatividade (padrão): Indica que a reprodução irá esperar que o aplicativo aceite a nova entrada do usuário, ignorando os indicadores de progresso. É possível clicar no botão de comando e ignorar o indicador 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. Você aguarda a página ser carregada ou o indicador de progresso desaparecer. 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: Com essa política selecionada, a execução do teste não depende de nenhuma ação de sincronização; nesse caso, nenhum tempo de resposta exato é medido, nenhum tempo de resposta é relatado. O think time e o tempo limite da próxima etapa são, nesse caso, a única maneira de calcular quanto tempo é necessário para que o aplicativo fique pronto para novas entradas do usuário. 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.
  • Nenhum: significa que o teste foi gravado com uma liberação do produto anterior à 8.6. Os tempos de resposta não são medidos, 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.

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 (Janela > Preferências > Teste > Execução de teste), 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.

Tempo limite
Se tiver ocorrido um tempo limite em qualquer etapa durante a sincronização do aplicativo, por exemplo, é possível modificar o valor de tempo limite. 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 Janela > Preferências > Teste > Execução de teste.

Feedback