Ele usa uma técnica chamada injeção de falhas.
linguagem de script de Byteman é baseado em Java, utilizando um formalismo chamado regras Evento Condição Ação para especificar onde, se e quais os efeitos secundários devem ser executadas durante um teste. Isso permite que as regras Byteman para ser poderoso e expressivo sem sacrificar a estrutura, clareza e facilidade de uso.
Byteman funciona através da inserção efeitos colaterais de script em código do aplicativo, os scripts de teste podem incluir ações que criam e propagar as condições adequadas para o cenário de teste.
O que é novo nesta versão:
- Solicitação de recurso:
- Fornecer encontro com tempo limite para evitar impasse em testes
- Bugs:
- & quot; Obter as fontes & quot; e & quot; Edifício Byteman & quot; seções de documentação estão incorretos
- biblioteca dtest não sabe trabalhar com interfaces
- dtest não sabe para métodos sobrecarregados de instrumentos
- Enhancement:
- Adicionado uma anotação de @BMUnitConfig para o agente de configuração de teste de unidade
biblioteca
O que é novo na versão 3.0.1:
- Solicitação de recurso:
- Fornecer encontro com tempo limite para evitar impasse em testes
- Bugs:
- & quot; Obter as fontes & quot; e & quot; Edifício Byteman & quot; seções de documentação estão incorretos
- biblioteca dtest não sabe trabalhar com interfaces
- dtest não sabe para métodos sobrecarregados de instrumentos
- Enhancement:
- Adicionado uma anotação de @BMUnitConfig para o agente de configuração de teste de unidade
biblioteca
O que é novo na versão 2.2.2:
- Solicitação de recurso:
- Fornecer encontro com tempo limite para evitar impasse em testes
- Bugs:
- & quot; Obter as fontes & quot; e & quot; Edifício Byteman & quot; seções de documentação estão incorretos
- biblioteca dtest não sabe trabalhar com interfaces
- dtest não sabe para métodos sobrecarregados de instrumentos
- Enhancement:
- Adicionado uma anotação de @BMUnitConfig para o agente de configuração de teste de unidade
biblioteca
O que é novo na versão 2.2.1:
- Solicitação de recurso:
- Fornecer encontro com tempo limite para evitar impasse em testes
- Bugs:
- & quot; Obter as fontes & quot; e & quot; Edifício Byteman & quot; seções de documentação estão incorretos
- biblioteca dtest não sabe trabalhar com interfaces
- dtest não sabe para métodos sobrecarregados de instrumentos
- Enhancement:
- Adicionado uma anotação de @BMUnitConfig para o agente de configuração de teste de unidade
biblioteca
O que é novo na versão 2.1.4.1:
- Loading regras de arquivo script com ClassLoader .getSystemResourceAsStream (& quot ; bytemanpkg.btm & quot;);
O que é novo na versão 2.1.0:
- Características:
- propriedade de comprimento Suporte para tipos de matriz
- Melhorar Instrumentor.class de dtest a ser mais flexível
- erros corrigidos:
- espaços em falta na produção
- VerifyError sob JDK7
O que é novo na versão 2.0.3:.
- helper Adicionado traçar pilhas de outros segmentos
- liberação Deploy Byteman para maven central.
O que é novo na versão 2.0.1:
- Melhorias:
- injecção gatilho melhorado para desativar a injeção por métodos que não conseguem corresponder a uma regra, permitindo que outros casos para prosseguir.
- Características:
- Pesquisa para 'valor' e 'dir' no classpath também.
- equivalentes Adicionado do Windows para scripts de comando / bash do Linux para liberar bin.
O que é novo na versão 1.3.0:
- Feature Requests:
- Fornecer ligações de regra para uma matriz de parâmetros de método e um parâmetro de método de contagem
- Permitir o acesso a pilha de conteúdo nas regras AT invocar
- Adicionar métodos pilha de chamadas util para o padrão helper
- Fornecer gerenciamento de ciclo de vida para regras / ajudantes
- Contribuir dtest protótipo
- Pode locais que têm uma contagem de também ter palavra-chave ALL
- Fornecer flag -p para bytemancheck roteiro permitindo pacotes para classes de regras a ser especificado
- Deve ser possível a redefinir o helper padrão por o certificado
- Bugs:
- Compiler falha ao chamar toString para converter um tipo de objeto numérico para uma String
- AT regras de entrada estão sendo executados na ordem inversa de apresentação contrária à especificação
- StringLiteral TypeCheck não está jogando um erro se ele é passado um tipo esperado incompatível
- Local gestão var frame no adaptador gerador não está a conta de alguns vars locais
- Transformer está permitindo a injeção ao ser tentada em métodos nativos
- AT regras de entrada injetado métodos começando com um loop while pode acabar dentro do while
- Open monitor de entrar algoritmo de propagação na CFG é quebrado
- verificador de tipos falha para permitir tipos primitivos encaixotados para ser empregado onde um tipo de super é esperado
- NumericLiteral typecheck não está permitindo literal numérico para aparecer em que um objeto é esperado
- Definir o ajudante em uma regra deixa definir regras posteriores
- Enviar não está respeitando roteiro encomenda
- Tarefas:
- Atualização JUnit para 4.8.2
Requisitos :
- JDK 6 ou superior
Comentários não encontrado