Byteman

Se utiliza una técnica llamada inyección de fallos.

lenguaje de script de Byteman se basa en Java, utilizando un formalismo llamado reglas condición de evento de acción para especificar dónde, cuándo y qué efectos secundarios deberían ser ejecutados durante una prueba de funcionamiento. Esto permite que las reglas Byteman que ser potente y expresiva sin sacrificar la estructura, claridad y facilidad de uso.

Byteman obras de la inserción de los efectos secundarios de secuencias de comandos en código de la aplicación, scripts de prueba puede incluir acciones que crean y propagan las condiciones adecuadas para el escenario de prueba.

¿Qué hay de nuevo en esta versión:

• Pedido de funciones:
• Proporcionar cita con tiempo de espera para evitar estancamiento de las pruebas
• Defectos:
• & quot; La obtención de las fuentes de & quot; y & quot; Edificio Byteman & quot; secciones de la documentación son incorrectos
• biblioteca dTest no sabe trabajar con interfaces

biblioteca
• dTest no sabe a métodos sobrecargados de instrumentos
• Mejora:
• Ha añadido un agente de anotación @BMUnitConfig para la configuración de la unidad de prueba

¿Qué hay de nuevo en la versión 3.0.1:

• Pedido de funciones:
• Proporcionar cita con tiempo de espera para evitar estancamiento de las pruebas
• Defectos:
• & quot; La obtención de las fuentes de & quot; y & quot; Edificio Byteman & quot; secciones de la documentación son incorrectos
• biblioteca dTest no sabe trabajar con interfaces

biblioteca
• dTest no sabe a métodos sobrecargados de instrumentos
• Mejora:
• Ha añadido un agente de anotación @BMUnitConfig para la configuración de la unidad de prueba

¿Qué hay de nuevo en la versión 2.2.2:

• Pedido de funciones:
• Proporcionar cita con tiempo de espera para evitar estancamiento de las pruebas
• Defectos:
• & quot; La obtención de las fuentes de & quot; y & quot; Edificio Byteman & quot; secciones de la documentación son incorrectos
• biblioteca dTest no sabe trabajar con interfaces

biblioteca
• dTest no sabe a métodos sobrecargados de instrumentos
• Mejora:
• Ha añadido un agente de anotación @BMUnitConfig para la configuración de la unidad de prueba

¿Qué hay de nuevo en la versión 2.2.1:

• Pedido de funciones:
• Proporcionar cita con tiempo de espera para evitar estancamiento de las pruebas
• Defectos:
• & quot; La obtención de las fuentes de & quot; y & quot; Edificio Byteman & quot; secciones de la documentación son incorrectos
• biblioteca dTest no sabe trabajar con interfaces

biblioteca
• dTest no sabe a métodos sobrecargados de instrumentos
• Mejora:
• Ha añadido un agente de anotación @BMUnitConfig para la configuración de la unidad de prueba

¿Qué es la nueva en la versión 2.1.4.1:

• Loading gobierna archivo de secuencia de comandos con ClassLoader .getSystemResourceAsStream (& quot ; bytemanpkg.btm & quot;);

¿Qué hay de nuevo en la versión 2.1.0:

• Características:
• propiedad de longitud Apoyo a los tipos de matriz
• Mejorar Instrumentor.class de dtest sea más flexible
• Errores solucionados:
• espacios perdidos en los resultados
• VerifyError bajo JDK7

¿Qué es la nueva en la versión 2.0.3:.

• Añadido ayudante para rastrear las pilas de otros hilos
• Implementar la liberación Byteman a Maven central.

¿Qué hay de nuevo en la versión 2.0.1:

• Mejoras:
• Mejora de la inyección de disparo para deshabilitar la inyección de métodos que no logran cumplir una regla permitiendo al mismo tiempo otros casos que proceda.
• Características:
• Búsqueda de "valor" y "dir" en la ruta de clase también.
• equivalentes Agregado de Windows para archivos de comandos / bash de Linux que liberan directorio bin.

¿Qué hay de nuevo en la versión 1.3.0:

• Solicitud de funciones:
• Proporcionar enlaces de reglas para una matriz de parámetros del método y un parámetro de método de conteo
• Permitir el acceso a la pila de contenidos en las normas EN invoco
• Añadir métodos pila de llamadas util por defecto ayudante
• Proporcionar la gestión del ciclo de vida de reglas / ayudantes
• Contribuir prototipo dtest
• ¿Pueden los lugares que tienen un recuento también tener palabra clave ALL
• Proporcionar bandera -p para bytemancheck escritura de paquetes para permitir que las clases de reglas que se especifique
• Debe ser posible redefinir el ayudante predeterminado por la escritura
• Defectos:
• Compilador falla al llamar a toString para convertir un tipo de objeto numérico a una cadena de texto
• AT reglas de entrada se está ejecutando en orden inverso al de presentación contraria a las especificaciones
• StringLiteral TypeCheck no está lanzando un error si se pasa un tipo esperado incompatibles
• Gestión del marco var local en el adaptador del generador está fallando para dar cuenta de algunas vars locales
• Transformador está permitiendo la inyección de intentarse en los métodos nativos
• AT reglas de entrada se inyecta en los métodos de inicio con un bucle while puede terminar dentro del tiempo
• Abrir monitor de introducir algoritmo de propagación en CFG se rompe
• Tipo de comprobador de tiempo, no permite que se empleen tipos primitivos en caja donde se espera un tipo súper
• NumericLiteral typecheck no permite literal numérico para aparecer donde se espera un objeto
• Configuración de la ayudante en una regla deja reposar por normas posteriores
• Presentar ya no está respetando la escritura pedido
• Tareas:
• Actualizar junit a 4.8.2

Requisitos

• JDK 6 o superior