Вам нужно создать свой собственный элемент управления и переопределить процедуры рендеринга. Не стесняйтесь использовать либо исходный код, либо библиотеки DLL
Вы на правильном пути в отношении создания макета, но я бы не советовал вам тестировать функциональность Blackberry на платформе J2SE. Я думаю, что прокси и мокапы должны использоваться в случае, когда нет данных тестирования, доступных в собственном источнике, примеры:
«сканирование для других устройств» - других устройств нет, но вы хотите проверить функциональность сканирования
«TCP через интерфейс Wi-Fi» - вы хотите протестировать его в Storm (без WiFi)
«ведение журнала нашего местоположения по GPS» - местоположение устройства статично, но вы хотите протестировать другие местоположения
Затем вы можете создать макет такой функции, используя платформу Blackberry:
Макет местоположения BlackBerry GPS
Тем не менее, вы можете воспроизвести класс BlackBerry API на J2SE с нуля, просто используя те же имена и подписи. Это предполагает, что вам придется реализовать все функции класса самостоятельно.
Это был бы действительно отличный вариант, но пока я не могу понять, как это сделать.
Тестирование включает приложение работает, и это включает в себя моделирование платформы. Может быть некоторая возможность протестировать код j2me без запуска всего симулятора пользовательского интерфейса, но я этого не знаю.
Вы можете протестировать некоторую бизнес-логику на Java Standard Edition с минимальными изменениями кода.
Вам по-прежнему необходимо запускать платформо-зависимое тестирование функциональности на симуляторе, но вы можете сделать это в одном приложении, которое будет представлять собой набор модульных тестов, как уже сказал ChrisW. Просто запустите методы тестирования один за другим и выведите результаты на экран:
Метод1 - пройден - 0,03 с
Метод 2 - Пройден - 1,30 с
Метод 3 - Пройден - 0,25 с
http://j2meunit.sourceforge.net/ :
J2MEUnit - это Java 2 Micro Edition (J2ME) библиотека, содержащая модуль среда тестирования для J2ME Приложения. Он основан на исходный код оригинального JUnit, успешная структура модульного тестирования для стандартная (настольная) версия Java, J2SE.
Модульное тестирование приложений J2ME с помощью J2MEUnit и Eclipse
Краткое руководство по настройке и изучению J2MEUnit
http://jmunit.sourceforge.net/ :
JMUnit является модульным тестом рамки для Java ME (J2ME) на основе JUnit. Оно имеет следующие функции:
- Работает как в эмуляторе Sun, так и на реальных устройствах.
- Маленький (тесты можно запускать даже на старых устройствах MIDP 1.0).
- Имеет исчерпывающий набор методов Assert для проверки теста отказы.
- Поддерживаются как TestCases, так и TestSuites.
- Включает задачи Ant для запуска тестов JMUnit в непрерывной сборке.
- Имеет классы мониторинга производительности, вдохновленные JUnitPerf.
Написание и выполнение тестов JMUnit
Библиотека модульного тестирования для RIM Blackberry на основе jmunit
http://sourceforge.net/projects/b-unittesting/
Форумы сообщества службы поддержки BlackBerry: как выполнять модульное тестирование моего приложения Blackberry
Как - автоматизировать тестирование с помощью симулятор BlackBerry
когда я хотел провести модульное тестирование кода Windows Mobile, я запускал его на симуляторе / эмуляторе и / или на самом устройстве.
Это непрактично, так как я ' m не собираюсь запускать симулятор, который загружается почти через минуту после выполнения каждого теста / функции.
Я мог бы его загрузить, загрузить на него программное обеспечение и запустить тест ... оставить его работающим ... перезагрузить новый прикладное программное обеспечение без перезагрузки и перезапустите его. Может быть, Blackberry этого не позволяет?
Кроме того, я мог бы запустить целый набор тестов за один раз (не нужно перезагружаться между каждым тестом / функцией). Возможно, это несовместимо с TDD, если ваша привычка:
Это может случиться. Например, драйверы устройств: утомительно отлаживать, потому что системе может потребоваться загрузка каждый раз, потому что они зависают, если они содержат ошибки, потому что отладчик не удобен для пользователя ... такие среды менее интерактивны, поэтому здесь делается больший упор на: