Compartilhar via

B (Visual Studio Team sistema Glossário)

  • Artigo

Este glossário define termos importantes usados no Visual Studio Team System Obter ajuda.

  • lista de pendências
    O conjunto de itens de trabalho ainda não foram fechados, que representa o trabalho em questão, ou ainda para ser concluída.

  • linha de base
    O plano de aprovados original (para um projeto, um pacote de trabalho ou uma atividade), mais ou menos aprovado alterações de escopo.Geralmente usado com um modificador (por exemplo, custo da linha de base, linha de base da agenda, linha de base de desempenho medida).

  • versão beta
    Uma versão de pré-lançamento de um produto que é enviado para clientes e parceiros para avaliação e comentários.

  • teste de caixa-preta
    Um teste baseado em comportamento real do componente sem considerar a sua implementação.

  • estimativa ascendente
    Um princípio do planejamento mercadoria.Isso significa ter que aqueles que fazem o trabalho estimar o esforço, acumulando estimativas de nível de tarefa e reconhecer a experiência é a melhor técnica de estimativa.

  • ramificar
    Para permitir que um conjunto de arquivos a evoluir em dois ou mais caminhos divergentes.A ramificação é freqüentemente usada quando as equipes precisam manter duas ou mais bases de código semelhantes, por exemplo, quando um produto é lançado e trabalhar precisa começar na próxima versão.No controle de fonte, a ramificação é análoga a uma operação de cópia do arquivo de sistema.

  • combinação de navegador
    Especifica a probabilidade de um usuário virtual estar executando um analisar de um determinado navegador.Por exemplo: 95 % use Internet Explorer 6 e 5 % usar Pocket IE.Válido somente para testar e codificado da Web Web testa consulte: cenário de teste de carga, teste da Web, o teste Web codificado.

  • analisar de navegador
    Uma coleção de cabeçalhos HTTP para simular um navegador específico, sistema autônomo o Internet Explorer 6 ou Netscape 6.

  • bug
    Um tipo de item de trabalho que registra uma possível fonte de insatisfação com o produto.O nome comum de um tipo de item de trabalho para acompanhamento de defeitos no código.

  • alocação de tempo para resolução de bugs
    Um parte de time de desenvolvimento alocado para corrigir erros.Uma alocação é criada por mantendo a margem de atraso no plano de iteração.

  • convergência de bug
    O ponto em que a taxa de bugs corrigidos excede a taxa de encontrar bugs.Convergência de bug é uma indicação visível que a equipe está fazendo progressos em relação a contagem de bug ativo.É um sinal de que o participante do projeto está ao alcance.

  • build
    Um conjunto nomeado de produtos (componentes de software) produzido, geralmente por compilação em um conjunto discreto de versões de fonte.

  • Compilar teste de aceitação
    Consulte o teste de verificação pós-compilação (BVT)

  • agente de compilação
    Um computador ou um servidor em que o Team Foundation compilação está instalado.Antes de criar uma nova definição de compilação, você deve designar um computador ou em um servidor sistema autônomo um agente de compilação.Você pode usar a interface do usuário do Visual Studio Team sistema para designar novos agentes de compilação ou gerenciar agentes de compilação existente.

  • ciclo de compilação
    Uma parte do ciclo de versão interna.Ele é o processo de adição de recursos, criar casos de teste para cada um, estabilização cada recurso antes da criação de novos recursos e, em seguida, liberar para avaliação.

  • definição de compilação
    Usado para gerenciar as condições sob as quais uma única solução ou um conjunto de soluções será compilado.

  • Erro de compilação
    Uma mensagem informando um problema que quebra a compilação.

  • criação de saúde
    A qualidade do software sistema autônomo construído.

  • Compilar teste de verificação (teste de verificação pós-compilação)
    Também conhecido sistema autônomo um teste rápido (smoke test).Um agrupar de testes usados para determinar a integridade de uma compilação em um alto nível.Normalmente, esses testes exercitam a funcionalidade central para ajudar os membros da equipe a determinar se outros testes vale a pena.Eles são executados após a compilação diária para verificar se a compilação de código-fonte foi criada com êxito e está pronta para outros testes.