Он использует технику, называемую инъекцию ошибки.
язык сценариев Байтмен основан на Java, используя формализм под названием правила событий Состояние действия, чтобы указать, где, независимо от того, и какие побочные эффекты должны быть выполнены во время тестового прогона. Это позволяет Байтмен правила, чтобы быть мощным и выразительным без ущерба для структуры, ясности и простоты использования.
Байтмен работ, вставив скриптовые побочные эффекты в коде приложения, тестовые сценарии могут включать в себя действия, которые создают и распространяются условия, подходящие для тестового сценария.
Что нового сильный > в этом выпуске:
- Feature Request:
- Обеспечение Свидание с тайм-аут, чтобы избежать тупиковой ситуации в тестах
- Ошибки:
- & Quot; Получение источников & Quot; и & Quot; Строительство Байтмен & Quot; разделы документации являются неправильными
- библиотека Dtest не знает, работать с интерфейсами
- Dtest не знает инструментов перегруженных методов
- Улучшение:
- Добавлен @BMUnitConfig аннотацию для настройки агента из модульного тестирования
библиотека
Что нового в версии 3.0.1:
- Feature Request:
- Обеспечение Свидание с тайм-аут, чтобы избежать тупиковой ситуации в тестах
- Ошибки:
- & Quot; Получение источников & Quot; и & Quot; Строительство Байтмен & Quot; разделы документации являются неправильными
- библиотека Dtest не знает, работать с интерфейсами
- Dtest не знает инструментов перегруженных методов
- Улучшение:
- Добавлен @BMUnitConfig аннотацию для настройки агента из модульного тестирования
библиотека
Что нового в версии 2.2.2:
- Feature Request:
- Обеспечение Свидание с тайм-аут, чтобы избежать тупиковой ситуации в тестах
- Ошибки:
- & Quot; Получение источников & Quot; и & Quot; Строительство Байтмен & Quot; разделы документации являются неправильными
- библиотека Dtest не знает, работать с интерфейсами
- Dtest не знает инструментов перегруженных методов
- Улучшение:
- Добавлен @BMUnitConfig аннотацию для настройки агента из модульного тестирования
библиотека
Что нового в версии 2.2.1:
- Feature Request:
- Обеспечение Свидание с тайм-аут, чтобы избежать тупиковой ситуации в тестах
- Ошибки:
- & Quot; Получение источников & Quot; и & Quot; Строительство Байтмен & Quot; разделы документации являются неправильными
- библиотека Dtest не знает, работать с интерфейсами
- Dtest не знает инструментов перегруженных методов
- Улучшение:
- Добавлен @BMUnitConfig аннотацию для настройки агента из модульного тестирования
библиотека
Что нового в версии 2.1.4.1:
- Loading~~pobj правил файл сценария с ClassLoader .getSystemResourceAsStream (& Quot ; bytemanpkg.btm & Quot;);
Что нового в версии 2.1.0:
- Особенности:
- Длина Поддержка недвижимости для типов массивов
- Повышение Instrumentor.class из dtest быть более гибкими
- Исправлены ошибки:
- Недостающие пробелы в выводе
- VerifyError под JDK7
Что нового в версии 2.0.3:.
- Добавлен помощник для отслеживания стеки других потоков
- Deploy Байтмен релиз Maven центральный.
Что нового в версии 2.0.1:
- Улучшения:
- Улучшение инъекции триггера отключить инъекции для методов, которые не в состоянии соответствовать правилу, позволяя при этом другие случаи, чтобы продолжить.
- Особенности:
- Искать 'значение' и 'реж' на пути к классам, а.
- Добавлена Windows, их эквиваленты для команд / Bash скрипты Linux в версии каталога бен.
Что нового в версии 1.3.0:
- Просьбы:
- Предоставить правила привязки для массива параметров метода и параметра метода подсчета
- Разрешить доступ к стека содержимого в правилах AT Invoke
- Добавьте методы стек вызовов UTIL по умолчанию помощника
- Обеспечение управления жизненным циклом для правил / хелперов
- Заплатить dtest прототип
- Может ли места, которые принимают подсчет также принимают ключевое слово ALL
- Предоставить флаг -p для bytemancheck скрипт, позволяющий пакеты для классов правил необходимо указать
- Должна быть предусмотрена возможность переопределить помощника по умолчанию для каждого сценария
- Ошибки:
- Компилятор не может вызвать ToString для преобразования числового типа объекта в строку
- AT правила входа в настоящее время выполняются в порядке, обратном порядку представления вопреки Spec
- СтроковойЛитерал TypeCheck не бросает ошибку, если он передается несовместимый ожидаемый тип
- Локальное управление вар кадров адаптер генератора не в состоянии объяснить некоторые местные Варс
- Трансформатор позволяет инъекции быть предпринята попытка нативных методов
- AT правила входа вводят методы, начиная с время цикла может в конечном итоге внутри время
- Откройте монитор ввести алгоритм распространения в CFG нарушается
- Тип проверки не может позволить штучной примитивные типы, которые будут использоваться, где, как ожидается, супер тип
- ЧисловойЛитерал typecheck не позволяет числовой литерал появляться где объект, как ожидается,
- Установка помощника в одном правиле оставляет набор для последующих правил
- не Submit больше не уважая сценарий заказа
- Задачи:
- Обновление JUnit до 4.8.2
Требования
- JDK 6 или выше
Комментарии не найдены