The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Код проекта GUIDancer будет открыт и станет частью проекта E..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от opennews on 01-Дек-10, 01:42 
Компания Bredex объявила (http://www.bredex.de/en/news/first.html) о планах по открытию исходных текстов основных компонентов автоматизированной системы тестирования GUI-интерфейсов GUIDancer (http://www.bredex.de/en/guidancer/first.html)  и передаче кода под опеку проекта Eclipse для последующего развития в рамках субпроекта Jubula (http://www.eclipse.org/proposals/jubula/).


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


Согласно планам, Bredex планирует выпустить открытый проект Jubula (http://www.eclipse.org/proposals/jubula/) вес...

URL: http://www.bredex.de/en/news/first.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=28826

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +1 +/
Сообщение от Толстый_ on 01-Дек-10, 01:42 
> Плагины для проверки Swing, SWT, RCP, GEF и HTML приложений;

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  –3 +/
Сообщение от iZEN (ok) on 01-Дек-10, 02:34 
Трудоёмкость написания кода на языке C++ по некоторым оценкам примерно в 3-5 раз больше, чем на Java.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +3 +/
Сообщение от Anonymousapiens (ok) on 01-Дек-10, 09:50 
Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений на C++.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +4 +/
Сообщение от dmsuslov email(??) on 01-Дек-10, 11:11 
Производительность труда машиниста экскаватора в 100 раз выше, чем производительность оператора совковой лопаты. Стоимость эксплуатации лопаты и экскаватора прямо пропорциональна их производительности. Пользуются и тем и другим.

В чем спор?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +2 +/
Сообщение от VoDA (ok) on 01-Дек-10, 13:26 
В странах где труд человека стоит дорого - копают только экскаваторами. А там где труд не стоит ничего, особенно в армии РФ копают только солдатами.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от User294 (ok) on 01-Дек-10, 20:22 
> копают только экскаваторами.

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

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

15. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от iZEN (ok) on 02-Дек-10, 08:49 
Это всё от того, что "земля" не та. Нативная. А была бы та, то достаточно было бы счелчка пальцами, чтобы зацвела "грядка".

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

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

16. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от umbr email(ok) on 02-Дек-10, 15:37 
> подход жабистов-энтерпрайзников

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

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

14. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от iZEN (ok) on 01-Дек-10, 23:40 
> Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений
> на C++.

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


Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

17. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от umbr email(ok) on 02-Дек-10, 15:39 
> Да, если используется GCJ.

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


Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

20. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от iZEN (ok) on 02-Дек-10, 15:57 
Не только. На нём Eclipse запускается и какое-то время работает, отжирая ресурсы.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

23. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от Ян Злобин email(ok) on 03-Дек-10, 04:16 
>Тормознутость Java-приложений по некоторым оценкам примерно в 3-5 раз больше, чем приложений на C++.

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  –1 +/
Сообщение от VoDA (ok) on 01-Дек-10, 13:30 
Плюс некоторые ошибки не возможно совершить ввиду ограничений языка и платформы.

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

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

9. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от x0r (??) on 01-Дек-10, 16:52 
кто бы говорил про memory leak, когда потребление памяти в 50 выше
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от Avator (ok) on 01-Дек-10, 20:27 
как java разработчик, уверяю.. memory leak никуда не делся ))
он лишь немного видоизменился... и всё... выглядит это совсем не так, как на c++ но результат тот же.. съедание всей доступной памяти...
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от User294 (ok) on 01-Дек-10, 20:33 
> memory leak,

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

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

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

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

21. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от iZEN (ok) on 02-Дек-10, 16:03 
>> memory leak,
> Память у ява-программ течет так что дай боже. Чуть иначе
> чем у сишных, но это уже детали.  А GC делает
> отлов этого факта сложнее на глаз - когда видно что прога
> жрет кучу памяти и жрач растет еще и фиг просто так
> поймешь, толи это GC еще не отстрелялся, толи сама программа такая
> "хорошая".

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

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

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

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

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

8. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от Аноним (??) on 01-Дек-10, 14:07 
Хотят, чтобы им народ нахаляву дофига тестов написал :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от User294 (ok) on 01-Дек-10, 20:47 
> Хотят, чтобы им народ нахаляву дофига тестов написал :)

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

18. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от umbr email(ok) on 02-Дек-10, 15:46 
> Таких программ на всю планету - полторы штуки...

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

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

22. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от iZEN (ok) on 02-Дек-10, 16:08 
>> Хотят, чтобы им народ нахаляву дофига тестов написал :)
> Для ява программ то? Гуйных? Таких программ на всю планету - полторы
> штуки, и то почти никто ими не пользуется. Есть великий смысл
> заморачиваться их тестированием? oO

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


Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

19. "Код проекта GUIDancer будет открыт и станет частью проекта E..."  +/
Сообщение от umbr email(ok) on 02-Дек-10, 15:50 
Тестировать GUI скриптами - не думаю что такая халява будет достаточно эффективной.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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