The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Код проекта GUIDancer будет открыт и станет частью проекта Eclipse

30.11.2010 21:57

Компания Bredex объявила о планах по открытию исходных текстов основных компонентов автоматизированной системы тестирования GUI-интерфейсов GUIDancer и передаче кода под опеку проекта Eclipse для последующего развития в рамках субпроекта Jubula.

В выпущенном компанией пресс-релизе управляющий директор Bredex и ведущий проекта GUIdancer Ахим Лорке (Achim Lörke) пишет, что данный шаг нацелен на то, чтобы предоставить клиентам уверенность в длительной работоспособности решения. Компания также отмечает, что сейчас в основном в автоматизированных системах тестирования делается упор на JUnit или тестирование API, упуская такую область как тестирование интерфейса ПО с позиции пользователя.

Согласно планам, Bredex планирует выпустить открытый проект Jubula весной 2011 года, одновременно с релизом коммерческого пакета GUIDancer 5.0. При этом, Jubula предоставит основные возможности и сформирует базис для дальнейшего развития GUIDancer, который выступит как профессиональное решение с расширенными возможностями для людей, занимающихся тестированием. В марте на конференции EclipseCon 2010 продукту GUIDancer было присвоено звание "Лучшее основанное на Eclipse коммерческое приложение для разработчиков".

Запланированные возможности и базовые компоненты Jubula:

  • Плагины, предоставляющие графический интерфейс для задания и поддержания тестовых сценариев;
  • Плагины, которые обеспечат слой сохранения (persistence) для ранее определенных моделей;
  • Плагины для выполнения автоматических тестов на основе задаваемых сценариев;
  • Плагины для проверки Swing, SWT, RCP, GEF и HTML приложений;
  • Сервер для контроля целей-тестов на удаленных платформах;
  • Java-агенты для контроля тестов и предоставления тестовой среды;
  • Интеграция в JDT и WDT проекты, что позволит разработчикам определять и использовать автоматизированные тесты;
  • Упаковка плагинов в отдельное приложение, что также позволит разработчикам определять и использовать автоматизированные тесты;
  • Инструменты для использования тестов автоматизированных сборок;
  • Обширная онлайн справка и внешняя документация для пользователя;
  • Документация по расширению различных частей инструмента.


  1. Главная ссылка к новости (http://www.bredex.de/en/news/f...)
  2. GUIdancer test tool to become Eclipse project
Автор новости: yerenkow
Тип: Программы
Короткая ссылка: https://opennet.ru/28826-java
Ключевые слова: java, test, eclipse, gui
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Толстый_ (?), 01:42, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Плагины для проверки Swing, SWT, RCP, GEF и HTML приложений;

    Сделали бы еще для Qt, цены бы им не было. А то для него только платный Squish и без особых альтернатив. С другой стороны он очень хороший и стоит своих денег.

     
     
  • 2.2, iZEN (ok), 02:34, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Трудоёмкость написания кода на языке C++ по некоторым оценкам примерно в 3-5 раз больше, чем на Java.
     
     
  • 3.3, Anonymousapiens (ok), 09:50, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений на C++.
     
     
  • 4.5, dmsuslov (??), 11:11, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Производительность труда машиниста экскаватора в 100 раз выше, чем производительность оператора совковой лопаты. Стоимость эксплуатации лопаты и экскаватора прямо пропорциональна их производительности. Пользуются и тем и другим.

    В чем спор?

     
     
  • 5.6, VoDA (ok), 13:26, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В странах где труд человека стоит дорого - копают только экскаваторами. А там где труд не стоит ничего, особенно в армии РФ копают только солдатами.
     
     
  • 6.10, User294 (ok), 20:22, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > копают только экскаваторами.

    Да, подход жабистов-энтерпрайзников - это именно не разбираясь пригнать кучу рабочих и экскаватор, выставить заграждения, развесить знаки/предупреждения, етц. Хотя клиент хотел всего-то пару цветов на градку посадить вообще. А ему до кучи пару кубов грунта перелопатили, грязь развезли, и вообще, грядка метр на метр больше похожа на болото стала. После чего клиента пытаются убедить что это нормално и что все так делают, плати, дескать за вызов бригады. А потом еще и искренне удивляются когда клиент почему-то не хочет звать ту же бригаду копать вторую грядку.

     
     
  • 7.15, iZEN (ok), 08:49, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это всё от того, что "земля" не та. Нативная. А была бы та, то достаточно было бы счелчка пальцами, чтобы зацвела "грядка".

    Другими словами, в окружении железа, поддерживающего нативное исполнение байт-кода, такой ситуации в принципе бы не возникло. Вы, сишники, не испытываете никаких затруднений с непосредственным "общением" с железом, так как у вас выполняется фактически машкод.

     
  • 7.16, umbr (ok), 15:37, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > подход жабистов-энтерпрайзников

    Если жабист-энтерпрайзник ничего кроме жаба-энтерпрайза не знает - то так оно и есть, клумбы экскаваторами не вскапывают.

     
  • 4.14, iZEN (ok), 23:40, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений
    > на C++.

    Да, если используется GCJ.


     
     
  • 5.17, umbr (ok), 15:39, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, если используется GCJ.

    К сожалению GCJ способен поднять только приложения уровня "Hello World!".


     
     
  • 6.20, iZEN (ok), 15:57, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не только. На нём Eclipse запускается и какое-то время работает, отжирая ресурсы.
     
  • 4.23, Ян Злобин (ok), 04:16, 03/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений на C++.

    Это абстракция.  Бывает и на одном уровне - все зависит от конкретной задачи.

     
  • 3.7, VoDA (ok), 13:30, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Плюс некоторые ошибки не возможно совершить ввиду ограничений языка и платформы.

    memory leak, разименование неинициализированного указателя, срыв стека, множественное наследование, переопределение операторов, подмена исполняемого кода.

    Часть возможностей конечно осталась... и некоторым даже их хватает чтобы криво написать программу.

     
     
  • 4.9, x0r (??), 16:52, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    кто бы говорил про memory leak, когда потребление памяти в 50 выше
     
  • 4.11, Avator (ok), 20:27, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    как java разработчик, уверяю.. memory leak никуда не делся ))
    он лишь немного видоизменился... и всё... выглядит это совсем не так, как на c++ но результат тот же.. съедание всей доступной памяти...
     
  • 4.12, User294 (ok), 20:33, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > memory leak,

    Наглая ложь. В практически любом языке програмер может так или иначе назаводить те или иных сущности, потребляющие под себя память. И без явного указания програмером "мне больше не нужно больше вот это, убейте" - трудно определить когда больше никогда не потребуется некая сущность, так что ее уже можно убить и занять память используемую оной под что-то еще. Память у ява-программ течет так что дай боже. Чуть иначе чем у сишных, но это уже детали.  А GC делает отлов этого факта сложнее на глаз - когда видно что прога жрет кучу памяти и жрач растет еще и фиг просто так поймешь, толи это GC еще не отстрелялся, толи сама программа такая "хорошая".

    Кстати на си в принципе можно работать с полностью статичным распределением памяти. Когда заранее все выделено и сломаться абсолютно не на чем. Так работает всякая мелкая эмбеддовка, например. И это заметно повышает надежность: если нет динамических выделений памяти, свопа, и все *заранее* получено - то и сломаться оно в рантайм уже не сможет. Потому что не на чем. Нет утечек. Нет отказов выделения памяти. Абсолютно. Потому что нечему и некуда (функций *alloc может вообще не быть доступно). А жабисты такое как я понимаю принципиально не могут. Потому что за жабистов уже заранее решили как им следует управлять памятью, кхе-кхе.

    > и некоторым даже их хватает чтобы криво написать программу.

    Криво написать программу можно на любом языке. Что вообще за идиотская манера верить в серебряные пули которые якобы от всего спасут? Если кто-то не умеет думать - это НЕ ЛЕЧИТСЯ.

     
     
  • 5.21, iZEN (ok), 16:03, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> memory leak,
    > Память у ява-программ течет так что дай боже. Чуть иначе
    > чем у сишных, но это уже детали.  А GC делает
    > отлов этого факта сложнее на глаз - когда видно что прога
    > жрет кучу памяти и жрач растет еще и фиг просто так
    > поймешь, толи это GC еще не отстрелялся, толи сама программа такая
    > "хорошая".

    Просто некоторых программеров не учили пользоваться профилировщиком, который покажет всю карту выполнения программы и ненужные долгоживущие объекты, которых наплодили почём зря.

    > Кстати на си в принципе можно работать с полностью статичным распределением памяти.

    Ты не поверишь, но на Java тоже.

    > Когда заранее все выделено и сломаться абсолютно не на чем. Так
    > работает всякая мелкая эмбеддовка, например. И это заметно повышает надежность: если
    > нет динамических выделений памяти, свопа, и все *заранее* получено - то
    > и сломаться оно в рантайм уже не сможет. Потому что не
    > на чем. Нет утечек. Нет отказов выделения памяти. Абсолютно. Потому что
    > нечему и некуда (функций *alloc может вообще не быть доступно). А
    > жабисты такое как я понимаю принципиально не могут. Потому что за
    > жабистов уже заранее решили как им следует управлять памятью, кхе-кхе.

    См. JavaCard. Это, кстати, технология, от которой отказались в Голландии, заменив нативной поделкой. Дешёвая нативная поделка смарткарты (без процессорного чипа, с одной лишь ПЛМ и обвязкой) быстро стала предметом хакерской атаки, выполненной довольно успешно.

     

  • 1.8, Аноним (-), 14:07, 01/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хотят, чтобы им народ нахаляву дофига тестов написал :)
     
     
  • 2.13, User294 (ok), 20:47, 01/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотят, чтобы им народ нахаляву дофига тестов написал :)

    Для ява программ то? Гуйных? Таких программ на всю планету - полторы штуки, и то почти никто ими не пользуется. Есть великий смысл заморачиваться их тестированием? oO

     
     
  • 3.18, umbr (ok), 15:46, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Таких программ на всю планету - полторы штуки...

    Я видел планету, где Java-GUI программами пользуется 20% населения уже около 10 лет и очень довольны и никуда мигрировать не хотят.
    Помнится, один раз только задали вопрос: "А будет ли оно работать под Линуксом?".

     
  • 3.22, iZEN (ok), 16:08, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Хотят, чтобы им народ нахаляву дофига тестов написал :)
    > Для ява программ то? Гуйных? Таких программ на всю планету - полторы
    > штуки, и то почти никто ими не пользуется. Есть великий смысл
    > заморачиваться их тестированием? oO

    Доа? "Число пользователей Opera Mini во всем мире превысило 76,3 млн. человек".
    Может в этом направлении нужно двигаться?


     
  • 2.19, umbr (ok), 15:50, 02/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тестировать GUI скриптами - не думаю что такая халява будет достаточно эффективной.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру