Criando um Datapool Associado a um Teste

É possível criar datapools que contenham dados variáveis para testes durante a execução. Essa é a maneira preferida para criar um datapool, porque o datapool é associado automaticamente a um teste. Você pode criar qualquer coisa a partir de um datapool vazio que contenha uma coluna, que poderá ser editada mais tarde, em um datapool totalmente funcional.

Procedimento

  1. No Navegador de Teste, navegue até o teste e clique duas vezes nele. O teste é aberto.
  2. Na área Conteúdo do Teste, clique no nome do teste.
  3. Na guia Opções Comuns, clique em Incluir Datapool. As opções, listadas na tabela a seguir, permitem a criação de qualquer coisa a partir de um datapool simples, que poderá ser editado mais tarde em um datapool completo.
    Para criar Faça isso na janela Editor de Teste - Incluir Datapool
    Um datapool com uma coluna com um modo de acesso padrão. Em Datapools Existentes na Área de Trabalho, selecione Novo Datapool<testname>.datapool e clique em Concluir. É possível nomear, opcionalmente, a coluna do datapool nesta sessão e incluir outras colunas e dados posteriormente.
    Um datapool com uma coluna e escolher o modo de acesso. Em Datapools Existentes na Área de Trabalho, selecione Novo Datapool<testname>.datapool e clique em Avançar. o modo de acesso é solicitado. É possível nomear, opcionalmente, a coluna do datapool nesta sessão e incluir outras colunas e dados posteriormente.
    Uma associação entre o teste e um datapool existente. Selecione o datapool. O datapool é associado ao teste e você pode, opcionalmente, configurar o modo de acesso nesta sessão.
    Um novo datapool totalmente funcional. Selecione um projeto e clique em Utilizar Assistente para Criar um Novo Datapool.
  4. Selecione modo Aberto para o datapool. Esse modo determina a visualização que os usuários virtuais terão do datapool. Diferentes testes podem abrir o mesmo datapool de forma diferente, e você pode alterar o modo de abertura posteriormente abrindo o teste e dando um clique duplo no título do datapool.
    Opção Descrição
    Compartilhado (por máquina) (padrão)

    Virtual users on each computer draw from a shared view of the datapool, with datapool rows apportioned to them collectively in sequential order, on a first-come-first-served basis.

    This option makes it likely that the virtual users or loop iterations will use data from different rows and that the server will see variable data. The exact row access order among all virtual users or iterations cannot be predicted, because this order depends on the test execution order and the duration of the test on each computer.

    Privado

    Each virtual user draws from a private view of the datapool, with datapool rows apportioned to each user in sequential order.

    This option ensures that each virtual user gets the same data from the datapool in the same order. However, because each user starts with the first row of the datapool and accesses the rows in order, different virtual users will use the same row. The next row of the datapool is used only if you add the test that is using the datapool to a schedule loop with more than one iteration.

    Segmentado (por máquina)

    Virtual users on each computer draw from a segmented view of the datapool, with data apportioned to them collectively from their segment in sequential order, on a first-come-first-served basis. The segments are computed based on how a schedule apportions virtual users among computers. For example, if a schedule assigns 25% of users to group 1 and 75% to group 2, and assigns these groups to computer 1 and computer 2, the computer 1 view will consist of the first 25% of datapool rows and the computer 2 view will consist of the remaining 75% of rows.

    This option prevents virtual users from selecting duplicate values (for example, account IDs). If you disable wrapping, no row can be used more than once.

  5. Se você for configurar como o teste acessará o datapool durante esta sessão, selecione uma das opções a seguir. Diferentes testes podem acessar o mesmo datapool de formas diferentes e você pode alterar o modo de acesso posteriormente abrindo o teste e dando um clique duplo no título do datapool.
    • Sequential: Rows in the datapool are accessed in the order in which they are physically stored in the datapool file, beginning with the first row and ending with the last.
    • Random: Rows in the datapool are accessed in any order, and any given row can be accessed multiple times or not at all. Each row has an equal chance of being selected each time.
    • Shuffled: Before each datapool access, the order of the rows is changed, and a different sequence results. Rows are accessed randomly but all rows must be selected once before a row is selected again.

    Think of the nonsequential access order (Random and Shuffled) as being like a shuffled deck of cards. With Random access order, the selected card is returned anywhere in the deck, which means that one card might be selected multiple times before another is selected once. Because you never reach the end of the deck, Wrap when the last row is reached is unavailable. With Shuffled access order, the selected card is returned to the bottom of the deck. After each card has been selected once, you either resume selecting from the top with the same access order (Wrap when the last row is reached is Yes), or no more selections are made (Wrap when the last row is reached is No).

  6. Selecione uma das seguintes opções.
    Opção Descrição
    Agrupar quando chegar à última linha

    By default, when a test reaches the end of a datapool or datapool segment, it reuses the data from the beginning. To force a test to stop at the end of a datapool or segment, clear the check box beside Wrap when the last row is reached. Forcing a stop might be useful if, for example, a datapool contains 15 records, you run a test with 20 virtual users, and you do not want the last five users to reuse information. Although the test is marked Fail because of the forced stop, the performance data in the test is still valid. However, if it does not matter to your application if data is reused, the default of wrapping is more convenient. With wrapping, you need not ensure that your datapool is large enough when you change the workload by adding more users or increasing the iteration count in a loop.

    Nota: Essa opção fica indisponível com a opção Aleatório, pois com acesso aleatório, na verdade, não há fim do arquivo.
    Buscar somente uma vez por usuário

    By default, one row is retrieved from the datapool for each execution of a test, and the data in the datapool row is available to the test only for the duration of the test. Select Fetch only once per user to specify that every access of the datapool from any test being run by a particular virtual user will always return the same row.

    To illustrate how these options affect the rows that are returned, assume that a test contains a loop which accesses a datapool. The loop has 2 iterations. The following table shows the row that is accessed in each iteration:
    Datapool option Iteration 1 Iteration 2
    Sequential and Private row 1 row 2
    Shared and Shuffled row x row y
    Fetch only once per user row x row x
  7. Se você estiver criando um datapool totalmente funcional, poderá importar, opcionalmente, os dados de um arquivo CSV durante essa sessão. Você poderá importar dados posteriormente clicando em Arquivo > Importar > Teste > Datapool e selecionando um arquivo CSV. Para obter informações adicionais sobre a importação de datapools, consulte Importando um Arquivo CSV para um Datapool.

O que Fazer Depois

Após a criação de um datapool e os dados incluídos nele, a próxima etapa é associar um valor no teste a uma coluna no datapool, conforme descrito em Associando um valor de teste a uma coluna de datapool.

Feedback