Nick
Client
- Регистрация
- 22.07.2014
- Сообщения
- 2 058
- Реакции
- 846
- Баллы
- 113
это понимание приходит лишь после 20 созданных баг-репортов и года пингов и игнораА зачем вы тестируете бесплатно? )
Видите же, что нет фидбека и толку никакого =)
Мазохизм?
это понимание приходит лишь после 20 созданных баг-репортов и года пингов и игнораА зачем вы тестируете бесплатно? )
Видите же, что нет фидбека и толку никакого =)
Мазохизм?
Лучше поздно, чем никогда =)это понимание приходит лишь после 20 созданных баг-репортов и года пингов и игнора
Имитация логики и софистика типа:Эта концепция себя изжила.
ЯП развиваются.
ИИ развиваются.
Сама структура веб приложений и их защита становиться все сложнее и изощреннее.
А навык программирования (хотя бы на базовом уровне) , который не так давно был нечто фантастическим и доступным только избранным, стал такой же необходимый как умение печатать на клавиатуре.
Уметь составлять xpath пути и тестировать их в chrome dev tools - это нормальная практика и необходимый скилл. А вот всякие формочки и конструкторы - костыли по определению.
Я очень надеюсь что в 8-ой версии Zenno будет упор не на nocode решения, а на удобную интеграцию со сторонними инструментами разработки
Никто не занимается тестированием.А зачем вы тестируете бесплатно? )
Видите же, что нет фидбека и толку никакого =)
Мазохизм?
Пожалуйста, сообщите ники разработчиков, которые Вам мешают работать с программой.Если за пару часов можно увеличить производительность программиста это не ради понтов ИЗБРАННЫХ это цель любого приложения.
Меня всегда умиляет гордость отдельных разработчиков понты владения какими то инструментами и ощущение что ты избранный по сравнению с другими.
Типа "Я настолько крут, что мне не нужен удобный софт, а вы все лохи учите матчасть и будете как я прфессиональный кулхацкер"
Мне нужен удобный софт а не понты, и не чувство превосходства над остальными "лохами", которые не могут смириться с багами и не хотят освоить еще с кучу понтовых инструментов, только потому что разработчик годами не может сделать работу за пару часов, чтобы потом пользователи экономили в 6 раз меньше времени
Зачем разводите демагогию.Ну все зависит от задач, которые нужно решать при помощи зенно. Можно конечно плеваться, а можно искать решения для своих задач. Меня например глюки зенно подтолкнули к более плотному изучению шарпа, так же невозможность/неудобство поиска элементов по xpath к созданию своего инструмента по поиску xpath, перед этим изучив теорию по xpath для вебстраниц.
Да и сайты/сервисы внедряют свои способы защиты от накртуток и автоматизации, и дополнительный опыт, только помогает в этом. Радует, что разработчики все равно развивают продукт, но внедрение новых функций и обновлений, требует времени.![]()
Отвечаю. поиск элемента не имеет отношения к языкам программирования. И xpath это не язык программирования, это для удобства поиска элемента. Искать элемент можно и через css или другим способом, просто выберите подходящий. Как вы будете искать, это другой вопрос, главное результат. Вы конструктором действий умеете пользоваться? Там иногда несколько вариантов xpath предлагается, и некоторые другие варианты. А вот то что, некоторые элементы могут динамически генерироваться скриптами, и не всегда видны в дереве элементов, это уже совсем другой вопрос. Разработчики сайтов/ресурсов всегда ищут способы защиты от автоматизаторов, разработчики софта автоматизации, всегда ищут способы обхода таких защит. Бывает, что вчера на одном сайте все работало нормально, а сегодня начинает ошибку выдавать, потому что, админы сайтов какую то защиту внедрили. Некоторые пользователи будут искать возможные решения с текущей версией софта, ведь всегда будет вероятность, что потом админы прикрутят что то еще. А если умеешь искать и проверять элементы на страницах, то и сможешь поправить его нахождение при ошибке.Зачем разводите демагогию.
Ответьте на один вопрос:
1) Является ли поиск элемента на веб-странице основным базовым функционалом при автоматизации в браузере?
Врядли скажете что нет.
Разговор именно в этом,
Скажу больше, некоторые пользователи даже не смотрят обучающие видео по работе с программой, которые сейчас есть в свободном доступе, как и раздел примерами проектов (когда я начинал работать с зенкой, были только платные видеокурсы и не было такого обилия примеров с проектами)Потому что новые пользователи купившие чумовой инструмент, прочитав возможности, потом понимают что не все так просто, что даже найти элемент, нужно что-то изучать. И забрасывают до лучших времен.
Отвечаю. поиск элемента не имеет отношения к языкам программирования. И xpath это не язык программирования, это для удобства поиска элемента. Искать элемент можно и через css или другим способом, просто выберите подходящий. Как вы будете искать, это другой вопрос, главное результат. Вы конструктором действий умеете пользоваться? Там иногда несколько вариантов xpath предлагается, и некоторые другие варианты. А вот то что, некоторые элементы могут динамически генерироваться скриптами, и не всегда видны в дереве элементов, это уже совсем другой вопрос. Разработчики сайтов/ресурсов всегда ищут способы защиты от автоматизаторов, разработчики софта автоматизации, всегда ищут способы обхода таких защит. Бывает, что вчера на одном сайте все работало нормально, а сегодня начинает ошибку выдавать, потому что, админы сайтов какую то защиту внедрили. Некоторые пользователи будут искать возможные решения с текущей версией софта, ведь всегда будет вероятность, что потом админы прикрутят что то еще. А если умеешь искать и проверять элементы на страницах, то и сможешь поправить его нахождение при ошибке.
Может Вам в таком случае написать админам сайтов, которые хотите автоматизировать, почему они мешают Вам автоматизировать накрутку на их сайтах, и мешают Вам на них зарабатывать? Пусть сделают все элементы статическими, отключат все защиты от ботов и т.п.
Скажу больше, некоторые пользователи даже не смотрят обучающие видео по работе с программой, которые сейчас есть в свободном доступе, как и раздел примерами проектов (когда я начинал работать с зенкой, были только платные видеокурсы и не было такого обилия примеров с проектами)
А если копнуть суть вопроса глубже, то многие насмотревшись как кто то зарабатывает на соцсетях, арбитраже и т.п. решают автоматизировать это все и представляют, что нашли кнопку бабло, и сейчас ее автоматизируют. А как только столкнутся с первыми ттрудностями начинают ныть (без обид) что не все так просто. А вот представьте на минуту, что у всех, кто пробует автоматизацию, у всех все получается с первого раза без всяких сложностей и доход получается солидный, сколько конкурентов тогда у Вас появится? А если прикрутят гайки немного, то что будет? А у тех кто платит будет желание выплачивать меньше или усложнить как то алгоритм выполнения условий нужных для выплат?
Никто Вам ничего не пытается доказывать. Просто не так все быстро как хочется. Вы можете сами что то пытаться доказать и считать себя умнее других, а что это изменит? Для предложений есть специальный раздел. Мы все хотим использовать хорошую и удобную программу. Но претензии к разработчикам не ускорят работу над багами и ошибками. Вы ведь получше меня все знаете, но почему тогда меня посылаете учить разработчиков, а не сами их поучаете? Может тогда сделаете свой софт с идеальными и удобным интерфейсом? Но всегда найдется тот, кому что то не понравится в вашем софте. Я не разработчик зенки, тогда какие ко мне претензии? Я отвечаю только за свои разработки.Я не понимаю что вы мне пытаетесь доказать?
Прочитали бы последние 2-3 страницы ) вот ответ админа https://zennolab.com/discussion/threads/anons-zennoposter-8.106701/post-740095Так вот к чему я: первые 5 страницы топика я читал, дальше забил, т.к. ничего внятного нет по поводу того "когда" же выйдет данная версия.
Ну эти депутатские лозунги понятны. Но даже там видно что "сроки сдвинулись". Т.е. люди все таки взрослые и рассчитывают к какому то времени выпустить. Вот про это я и спрашивал)Прочитали бы последние 2-3 страницы ) вот ответ админа https://zennolab.com/discussion/threads/anons-zennoposter-8.106701/post-740095
как раз делают, чтобы было не как на картинки ) а то потом будут претензии, что не могли все баги исправить, зачем сырую версию выпустили. )Ответ там прям как на картинке
Посмотреть вложение 108155
Я уже писал по этому поводу развернутый пост.Выйдет ZP8, значит ZP7 прекратят фиксить, и дестилетние пожелания, сделать полностью Freecode ZP, так и остался мечтой.
Базовые функции поиска элемента все через попу до сих пор. Особенно поиск и подсчет элементов по xPath.
Сделали отдельно конструктор действий, отдельный тестер xPath, отдельно Парсер.
По отдельности полное гумно.
Идея сделать отдельно xPath тестер, regexp тестер - тоже плохая идея,
нельзя дерево элементов посмотреть и вызвать свойства элемента
В итоге не единый софт а будто из софта в другой софт прыгаешь CtrlC CtrlV
У всех одна главная функция -ПОИСК ЭЛЕМЕНТА
В Парсере нормальный поиск по xPath и csspath и фильтр.
Неужели просто кусок отсюда нельзя взять и в конструктор действий его вставить.
Или наоборот, почему в парсере не сделать возможность добавить в проект Get/Rise/toList/Click или получение данных по номеру элемента при добавлении в проект? И получится отличная замена конструктора действий и отдельно стоящего xPath и regexp тестера вместе взятые
Сэкономит 80% времени:
ДОБАВЛЕНИЕ К имеющемуся ПАРСЕРУ,, кроме вывода в лист
1) GET; с номером [ ] элемента
2) Raise: [Click | наведение мыши на элемент | Scroll до ] с указанным номером [ ] элемента
Просто взять уже разработанные части кода из конструктора действий и Парсера
и покопипастить куски кода
И можно выкинуть отдельно стоящий xPath тестер и конструктор действий
А сейчас чтобы найти элемент и протестировать по xPath запрос,
с подсчетом числа элементов и окошком номера элемента в кубике?
И начинаются танцы с бубном:
1) идешь в парсер пишешь там путь и смотришь сколько найдено элементов
2) Вставляешь в проект как кубик
3) конвертируешь в C# так как ну нет в стандартном поиске по xPath номера элемента, и в кубике кликнуть по номеру элемента тоже нельзя если поиск по xPath
4) правишь C#
5) мудохаешься конвертируешь переменные проекта в C#
6) обработку exception и кучи SendLog чтобы понять правильно ли все отработало
И все это можно было одним кубиком сделать, но разработчику лень потратить пару часов чтоб сделать эту малость.
Пусть юзер тратит в 100 раз больше времени на одну сраную функцию ПОИСК ЭЛЕМЕНТА по xPath
А не базовая ли это функция для работы в браузере, поиск элемента?
Сейчас набегут хейтеры и пошлют в Chrome тестировать xPath
Ошибку отловить в C# ни номера строки не адекватной формулировки
Сидишь и после каждого действия sendTolog
Лень разработчика сделать нормальный поиск по xPath это сотни тысяч человекочасов пользователей, которые БАЗОВЫЙ ФУНКЦИОНАЛ ПОИСКА ЭЛЕМЕНТА должны мудохаться с бубном
И будет ZP7 со старыми багами и ZP8 с новыми
Даже не знаю, проклинать или хвалить за то, что заставили C# и xPath научиться.
Аж синдром выработался, "Да ну нафик стандартный кубик - доверия нет сделаю на C#"
ПАУТИНА
1) Невозможность стрелку с выхода кубика притянуть к другому кубику из этого же блока плодит паутину и дополнительные кубики "pause-0 сек"
2) невозможность после проверки логики и при проверки текста выбрать куда выводить по красному выходу или зеленому тоже не дает один логический блок сделать в одном блоке.
Например, не всегда хорошо если найдена строка "Error".
Но у меня нет выбора чтобы вывести на красную если текст есть.
Наличие этого текста это для меня ПЛОХО.
И логика визуального понимания работы обнуляется.
И в итоге я не могу просто прилепить снизу дальнейший кубик. Я должен городить новый блок
Когда много проверок последовательных, то получается клубок из блоков и паутины линий
3) необходимость возврата в одну точку из разных длинными линиями через весь шаблон напрочь убивает визуальное представление визуального понимания работы проекта
СДЕЛАЙТЕ КУБИК ВХОДА И КУБИКА ВЫХОДА И ИМЕНЕМ.
В конце каждой ветки стоит кубик "Вход - А" А туда куда все ветки должны тянуться кубик "Выход А"
И не будет паутины через весь проект
Только эти 3 пункта создают неимоверную паутину из доп кубиков и нагромождений блоков что сводит на нет принцип визуального понимания работы шаблона.
То есть вы убиваете этим принцип визуальности
Исправление этих трех пунктов избавит во многих случаях лепить проект в проекте, плагины и просьбы сделать кубик в который спрятаны другие.
Голословное утверждение. Все мы понимаем прекрасно что забагованной она будет в любом случае, тем более что сначала выпустят не релизную версию, а бетукак раз делают, чтобы было не как на картинки ) а то потом будут претензии, что не могли все баги исправить, зачем сырую версию выпустили. )
Создадите тему голосования и если проголосуют больше всех, вот тогда...в 8ке будет реализована работа с вебсокетами? или за несколько лет так это нельзя реализовать ?
просто для справки.... а кто создал тему и кто проголосовал за последнюю фичу в 7.7.5.0 ? я вот не голосовал, к примеру.Создадите тему голосования и если проголосуют больше всех, вот тогда...
Ваши родители обещали вам разработать сложный софт?Помню когда я был маленький, родителям удавалось меня обманывать словом "скоро", "завтра" и т.п.
"9 программистов" пытаются родить программу за "месяц"?Вы же наняли программистов, либо поставили задачи по разработке 8 версии? И наверное поставили какие-то им сроки? Если не поставили, то я не понимаю как вообще такое может быть?!?

С кванторами поаккуратнее. Сколько стоит разработка сайта google.com ? А сколько десятилетий продолжается его разработка?При разработке ЛЮБОГО сайта,
Сроки обычно указываются только для заказных разработок, которые если сложные и нужно быстро, то нередко делаются "на от*ебись" (манагеры подписали бумашки приемки "внедрения", после чего на разработку все забили и разбежались, а слитые на очередной такой проект дохуллиарды отправляются в унитаз, потому что у проекта видите ли закончился life cycle, LOL).ЛЮБОГО кода, программы, приложения, доработки, да даже ЛЮБОГО шаблона на зенке, заказчик спрашивает про что(кроме цены)? Правильно: СРОКИ.

Можно ли уточнить какие сроки ставились программистам и на какие даты они сдвинулись? (т.к. все мы понимаем что все может сдвигаться, но эти сдвиги не становятся "да хз когда сделаем, работаем в этом направлении"
Как можно делать анонс если даже сроков никаких нет.....
Вам говорят про конкретные БАЗОВЫЕ ФУНКЦИИ. А вы тут разводите демагогию.Никто Вам ничего не пытается доказывать. Просто не так все быстро как хочется. Вы можете сами что то пытаться доказать и считать себя умнее других, а что это изменит? Для предложений есть специальный раздел. Мы все хотим использовать хорошую и удобную программу. Но претензии к разработчикам не ускорят работу над багами и ошибками. Вы ведь получше меня все знаете, но почему тогда меня посылаете учить разработчиков, а не сами их поучаете? Может тогда сделаете свой софт с идеальными и удобным интерфейсом? Но всегда найдется тот, кому что то не понравится в вашем софте. Я не разработчик зенки, тогда какие ко мне претензии? Я отвечаю только за свои разработки.

еще пол годаУже почти год прошел. Новостей совсем нет?

постараемся до конца года


