М.Двач / Программирование

Двач.hk не отвечает.
Вы видите копию треда, сохраненную 18 декабря 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.

16 Кб, 307x210

Автоматизации тред #1 15 Окт 2015, 16:21 #559015 В конец треда | Веб

Sup, юный тестировщик. Я знаю, что ты, как и я, хочешь научиться автоматизации. Если это так, то добро пожаловать. Начнём собирать интересные линки и выстраивать грамотную шапку. Предлагаю сосредоточиться, для начала, на таких языках, как Python (из-за его простоты и динамичности) и на таких инструментах как Selenium Webdriver (для автоматизации тестирования веб-проектов).

What is Selenium?
Selenium automates browsers. That's it!
http://www.seleniumhq.org/

Для начала предлагаю тебе пройти курс по Python на codecademy, чтобы ты узнал что же такое Python и какой у него синтаксис.

Все предложения выслушиваю в этом треде и, надеюсь, я не один такой, который заинтересован в данном вопросе.

Ответы>>559273>>559523>>560253>>616033>>711256>>769888>>777555>>875594>>885909

15 Окт 2015, 16:23 #2 #559017

Сразу несколько ссылок, которые я забыл указать в шапке:

http://selenium-python.readthedocs.org/index.html - официальная документация по Selenium с использованием Python. Перевод некоторых глав есть на хабре http://habrahabr.ru/post/248559/

https://www.youtube.com/watch?v=KCPI5JJNQTI - введение в PageObject (этот вопрос я только начал изучать)

15 Окт 2015, 16:33 #3 #559023

http://the-internet.herokuapp.com/ - сайт для проверки автотестов различной направленности

15 Окт 2015, 19:12 #4 #559136

http://automated-testing.info/t/spisok-ssylok-na-onlajn-kursy-i-uroki-po-avtomatizaczii-testirovaniya-po-i-vse-chto-nuzhno-dlya-etogo/8046 - список ссылок на онлайн-курсы по автоматизации. Большинство из них, конечно же, платное, но можно выцепить что-то бесплатное.

15 Окт 2015, 20:34 #5 #559184

Бамп.
Неужели нету здесь автоматизаторов?

Ответы>>559195>>619021>>626565

15 Окт 2015, 21:07 #6 #559195

>>559184
Я даже не знаю, зачем это нужно

Ответы>>559196

15 Окт 2015, 21:08 #7 #559196

>>559195
Для того, чтобы писать автотесты. Любой девелопер пишет юнит-тесты, например.

Ответы>>592519

15 Окт 2015, 21:37 #8 #559225

Чё значит автоматизация браузеров бля, что за словосочетание, как это вообще выглядит и происходит

Ответы>>559229

15 Окт 2015, 21:42 #9 #559229

>>559225
Автоматизация действий пользователя, которые описаны в тест-кейсах. Например: при вводе в строку поиска гугла "2ch", первая ссылка должна содержать "2ch.hk". Если это так, то тест прошел успешно.

https://www.youtube.com/watch?v=--vqRAkcWoM

15 Окт 2015, 22:25 #10 #559273

>>559015 (OP)
Пишу юнит и E2E тесты на php + codeception + phantomjs (через ghostdriver который использует селениумовский протокол).

phantomjs так как его гораздо проще запустить локально чем настраивать селениум. Если нужно много браузеров, то возможно проще задействовать сервис вроде saucelabs чем самому поднимать грид из виртуальных машин.

ОП, расскажи о том как ты используешь селениум, сколько браузеров, машин, какие бывают баги и тд.

Ответы>>559497

16 Окт 2015, 08:48 #11 #559497

>>559273
>ОП, расскажи о том как ты используешь селениум, сколько браузеров, машин, какие бывают баги и тд.

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

16 Окт 2015, 09:45 #12 #559523

>>559015 (OP)
>Selenium
Оно вроде в виде COM-библиотек идет, почему обязательно питон?

Ответы>>559526>>560221

16 Окт 2015, 09:56 #13 #559526

>>559523
Потому что низкий порог вхождения.

17 Окт 2015, 16:36 #14 #560221

>>559523
>но вроде в виде COM-библиотек идет
К счастью нет, не только. Привязки для селениум-сервера, реализующего протокол вебдрайвера, существуют практически для чего-угодно. Это больше вопрос удобства написания или основного языка проекта.

17 Окт 2015, 17:40 #15 #560253

>>559015 (OP)
>What is Selenium?
Селениум жуткий монстр, система локаторов, тянущаяся со времен тестового жабоскриптового фреймворчика, слепленного на коленке, издевательство над здравым смыслом. Боролись с "ограничениями жаваскриптовой песочницы", а главные ограничения, связанные с событийной моделью и моделью локаторов, так и оставили.
При вводе текста в текстовое поле не срабатывает валидация или автокомплит? Форма не сабмитится при клике на кнопку? Чекбокс не выбирается, потому что над чекбоксом элемент, который и обрабатывает событие MouseDown или MouseUp, еще записывая по пути что-то в hidden? Добро пожаловать в Селениум!
На странице налеплено элементов, к которым кроме как километровым xpath-ом не добраться? Завтра ты уже не будешь помнить, что этот //div[@class="tvoya-mamka"]/div/div/table/tbody/tr[153]/td[@class="is-a-whore"]/following-sibling::td/div/div[5]/ul/li[8]/span означает, да это и не важно, так как верстку снова переделали и тебе нужно все переписывать. Добро пожаловать в Селениум!

Ответы>>560259>>827574

17 Окт 2015, 17:54 #16 #560259

>>560253
Для этого всего люди придумали дополнительные инструменты и фреймворки. А еще есть такая штука, как Page Object Pattern.

Ответы>>560267

17 Окт 2015, 18:18 #17 #560267

>>560259
Все это подпирание костылями мертворожденной технологии, не способное исправить ее основной недостаток.
Пользователь не вводит текст в локатор, он кликает над областью, которую он идентифицирует как поле для ввода и нажимает на клавиатуре нужную комбинацию клавиш. И только тогда все эти события передаются через операционку в окно браузера и там обрабатываются. Пользователь не кликает по xpath //div[@class="knopka"]/div/div/div/span/span, он наводит указатель в определенную область окна и нажимает кнопку мыши или давит по тачпаду. Разница тут колоссальная, локаторы противоестественны тому, как используется браузер в реальной работе. Элементы не всегда являются тем, чем кажутся.
Написал, например, кто-то ввод текста в текстовый инпут и полагает, что все сделал правильно. А вот и нет, оказывается введенное пользователем значение записывается в input hidden хрен знает каким событием, хрен знает где висящим. Текст "введен" в локатор, а ничего не сработало.
Это уже не говоря об всяких обертках, фреймворках, паттернах и прочих экзерсисов в ООП, которые часто лепятся над Селениумом.

Ответы>>560270>>743465

17 Окт 2015, 18:20 #18 #560270

>>560267
Хуй его знает к чему ты ведешь, если всё это широко используется и успешно.

Ответы>>560286

17 Окт 2015, 18:35 #19 #560286

>>560270
>если всё это широко используется
Так вменяемой альтернативы нет.
>и успешно
Успешность трудноопределима для чего-либо сложнее простенького теста на открытие страницы, прокликивания ссылок, других элементарных действий с простым интерфейсом.
>к чему ты ведешь
К тому, что надеюсь на появление более вменяемого инструмента, ориентированного на реальные процессы разработки, тестирования и пользовательского опыта использования веб-приложений. А не локаторной каши под названием Селениум.

Ответы>>560293

17 Окт 2015, 18:40 #20 #560293

>>560286
Я согласен с тобой, отчасти, но я даже представить не могу, как может выглядеть альтернатива в силу малого багажа знаний по этому вопросу. Может у тебя есть какие-то идеи по этому поводу?

Ответы>>560314

17 Окт 2015, 18:59 #21 #560314

>>560293
Могу более-менее определенно сказать две вещи.
Первая, относительно простая в реализации, события должны генерироваться на уровне ОС и передаваться в браузер как есть. Это повторяет естественный ход вещей. Пользователь совершает какие-то действия, а далее компоненты ОС и браузера определяют какие в конечном счете события и для каких элементов возникнут. Сейчас с Селениумом все наоборот, разработчик сам должен определять, а чаще всего гадать, для какого элемента какое событие настанет в том или ином случае, это противоестественно.
Второе, более сложное, элементы с которыми взаимодействует тест не должны определяться через верстку. Связи между версткой, отображением и тем, как элементы на странице работают, нет. Нет прямой связи между версткой и функциональностью страницы. Элементы должны определяться тем же образом, как их распознает пользователь, и по своему функциональному назначению.

Ответы>>560368>>560369>>561268

41 Кб, 822x462

17 Окт 2015, 20:20 #22 #560368

>>560314
Это случайно не Sikuli? По-моему, его как раз-таки можно использовать для генерации событий. Обрабатывать результат, емнип, можно Селениумом. Дискасс.

Ответы>>560388

17 Окт 2015, 20:20 #23 #560369

>>560314
Ну так и дрочи autoit, зачем тебе селениум?

17 Окт 2015, 20:38 #24 #560388

>>560368
>Sikuli
Как-то идея определять элементы по скриншотам кажется не надежной. Разные браузеры под разные ОС отрендерят разные по виду страницы. И хотя про Sikuli, что она не сравнивает пиксели 1:1, а допускает некоторые расхождения, не понятно, на сколько адекватно все это будет. И что, например, делать не со статическими данными, а например, текущей датой, которая каждый раз будет разная, или, скажем, номером какого-нибудь заказа, который скорее всего будет определяться по номеру записи в базу.
>дрочи autoit, зачем тебе селениум?
Тем, что только для винды. Но особых проблем нет имитировать пользовательские события ОС, как уже писал, это самое простое. Не понятно от чего этого не делают более массово, в том же Селениуме, например.

Ответы>>560391>>560394

17 Окт 2015, 20:39 #25 #560391

>>560388
>И хотя про Sikuli,
И хотя про Sikuli пишут, fix

17 Окт 2015, 20:44 #26 #560394

>>560388
Так ты определись, ты хочешь DOM тестировать или то, как он отрисован. Разные уровни - разные инструменты.

Ответы>>560400

17 Окт 2015, 20:54 #27 #560400

>>560394
>Так ты определись, ты хочешь DOM тестировать или то, как он отрисован. Разные уровни - разные инструменты.
Я хочу тестировать функциональность веб-приложения в браузере. В том и специфика.
Взаимодействие пользователя со страницей совершается внутри контекста браузера, то что можно назвать "уровнем DOM-а", но происходит оно как и с любым другим приложением через взаимодействие пользователя с машиной при посредничестве ОС. Инструменты автоматизирующие ОС не дадут тебе полной картины того, что происходит в браузере, а "изнутри" браузера невозможно полностью имитировать взаимодействие пользователя с системой.
Но проблемы как таковой нет, есть же инструменты делающие все это в своей области. От чего их до сих пор не совместили в одно удобное решение не понятно.

Ответы>>560408

17 Окт 2015, 21:02 #28 #560408

>>560400
Почему, вполне понятно - тестирование на уровне OS - штука сложная, нестабильная и очень объёмная. То, что ты хочешь, не делается без тонны нативного кода, который ещё и зависит от ОС, её версии, локализации и версии браузера, а выхлоп всего этого сомнительный.

Ответы>>560424

17 Окт 2015, 21:14 #29 #560424

>>560408
>штука сложная, нестабильная и очень объёмная
Это штука простая и намного более стабильная, чем тот же Селениум, сгенерить событие клика по координатам x,y просто, на это есть горы документации.
>То, что ты хочешь, не делается без тонны нативного кода
Можно подумать, что тот же Селениум из пары строчек состоит. Но опять же все эти задачи тривиальные, инструменты, которые все это делают уже существуют.
А если хочется уневерсализма, есть
http://docs.oracle.com/javase/7/docs/api/java/awt/Robot.html
например.
>а выхлоп всего этого сомнительный
Как уже писал это минимум даст инверсию направления генерации событий с противоестественного на человеческий. Разработчику не нужно будет изнутри браузера гадать какие события родятся при определенных действиях пользователя. Это сделает сам браузер в ответ на событие ОС.

Ответы>>560432

17 Окт 2015, 21:27 #30 #560432

>>560424
>сгенерить событие клика по координатам x,y просто
Ага, только тебе нужно кликать не по x, y, а по кнопке, для которой поди ещё их определи.

Ответы>>560443

17 Окт 2015, 21:39 #31 #560443

>>560432
>а по кнопке, для которой поди ещё их определи
Ты не поверишь, но для Файрфокса, например, есть
https://developer.mozilla.org/en-US/docs/Web/API/window/mozInnerScreenY
https://developer.mozilla.org/ru/docs/Web/API/Window/mozInnerScreenX
Что делает пересчет координат банальным.
Да и зафиксировать разницу в экранных координатах и координатах браузера дело нехитрое. Если не замешан скейлинг, например, для экранов с высоким DPI. Но если мы говорим о тестовом окружении, которое мы часто можем сами контролировать, то это не проблема.

Ответы>>560465

17 Окт 2015, 22:06 #32 #560465

>>560443
Ну напиши свою кликалку-по-заданным-координатам и дёргай её из тестов, использующих селениум.

Ответы>>560472

17 Окт 2015, 22:16 #33 #560472

>>560465
Ну спасибо, что разрешил.
Но мы все-таки о проблемах автоматизированного тестирования говорим. Можно сделать значительно больше, чем просто "кликалку", хотя даже от нее польза будет существенная. Могу только повторить, надеюсь, что удобный и полноценный инструмент автоматизации браузера тем или иным образом появится на замену простому Селениуму.

Ответы>>560474>>618560

17 Окт 2015, 22:22 #34 #560474

>>560472
Как-то с учётом состояния дел, сильно на это лучше не надеяться. Там, вон, оп про питон говорит, а ведь тот же autopy не может поддержать ретину уже 3 года как самому пилить пришлось, в процессе уплевался

18 Окт 2015, 16:18 #35 #560854

У вас когда-нибудь спрашивали подобное и что вы на такое отвечали:

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

Ответы>>560889

18 Окт 2015, 16:49 #36 #560889

>>560854
Да. Приходишь на вокзал, а там вместо расписания поездов - прогноз погоды в бегущей строке. Фактический не совпал с ожидаемым, например.

18 Окт 2015, 16:55 #37 #560893

Сорри, не по адресу, но взгляните на это.
Это тестовый вопрос одной небезызвестной конторы. Как бы вы ответили на этот вопрос?

Укажите, какие из представленных вариантов на ваш взгляд не являются багами, и объясните почему:
1)У модели танка отсутствует текстура орудия.
2)Наличие различий в формате текста в системном сообщении о покупке танка и в нотификации о старте боя.
3)Отсутствие точки в конце первого предложения описания танка.
4)Символика Вермахта, нанесенная на советский танк ИС-3.
5)Для выхода из окна обслуживания танка пользователь должен подтвердить выход в диалоговом окне «Подтверждение выхода из окна обслуживания».
6)На карте «Малиновка» солнце садится на востоке.

Ответы>>560926>>561183>>577841

18 Окт 2015, 17:33 #38 #560926

>>560893
Варгеймингблядь не палитсяю

18 Окт 2015, 18:20 #39 #560965

Есть 2 стула вопроса:

1. Как посчитать количество синих машин в городе?
2. Приложение должно принимать неограниченное количество пользователей. Как Вы это протестируете?

У меня есть своё мнение на этот счет, но интересно, как бы ответил на эти вопросы Анон.

Ответы>>616076

sage 18 Окт 2015, 18:31 #40 #560978

Подсчет синих машинок, разглядывание текстурок на ммошных танчиках, охренеть просто. Какое отношение это все к автоматизированию имеет?

Ответы>>560983

18 Окт 2015, 18:33 #41 #560983

>>560978
Проебал тредом.

синяя машинка

84 Кб, 387x591

18 Окт 2015, 23:54 #42 #561153

Ну что, баннеры скликивали уже, мамкины автоматизаторы?

Ответы>>716215

19 Окт 2015, 01:15 #43 #561183

>>560893
Проиграл с символики вермахта.
1. Баг
2. Какие различия? Если различие вида Цена Танка - Стоимость Танка, то похуй, если не указно, что тексты ОБЯЗАНЫ совпадать. Если, например, указаны разные ТТХ или орфографические ошибки - это баг.
3. Если она там должна быть и предложение не единственное - баг.
4. Как посмотреть, если в спеке указано, что на танках СССР должна быть только символика СССР - баг, если кастомайз пользователь крутит как угодно - не баг.
5. Точно не баг, возможно flaw интерфейса и это стоит выделить в импрувмент, хотя по мне этот пунт норм.
6. Похуй, ебанутые суки, солнце у них на востоке, кусты свои уберите, пидарасы. Ладно, опять же - вопрос, как описано в спек к карте, если не описано ничего конкретного - вероятнее всего не баг, т.к. реализм это не про картофан и тестировщик не должен тащить всякую хуйню вроде солнца садящегося не там и забивать багтрекер неисторическими кустами, которые нужно сдвинуть на 2мм правее.
Вообще в /wrk есть тред, который для подобной шляпы и предназначался.

19 Окт 2015, 10:50 #44 #561268

>>560314
Native events разве не оно? Грят клик происходит на уровне операционной системы

19 Окт 2015, 20:21 #45 #561718

Бамп.

13 Кб, 250x367

19 Окт 2015, 21:11 #46 #561751

Я немного знаком с C#/ООП/SOLID. Как мне быстро научиться юзать Selenium? Хочу быть способным откликаться на вакансии с требованием вроде "Навык работы со средствами автоматизации тестирования (Selenium)." Если это важно, сейчас работаю в компании где селениум не используется вообще.

Ответы>>562006

19 Окт 2015, 21:21 #47 #561762

Рассказывайте что автоматизировали.

Ответы>>562006>>616079

20 Окт 2015, 10:27 #48 #562006

>>561751
Я делал упражнения из книги про selenium ide на вебдрайвере лал
Сайт вроде был book.theautomatedtesting.co.uk
Книгу по нему можно найти
>>561762
Говносайты, что еще-то?

24 Окт 2015, 02:42 #49 #564669

Тестеры, скажите, какая у вас нагрузка на работе?

Успеваете ли сидеть на посторонних сайтах (вк, youtube и др.)?

Или вы ВСЕ ВРЕМЯ заняты непосредственно работой?

Просто интересно как выглядит типичный рабочий день тестера.

Ответы>>564671>>564725>>708009

24 Окт 2015, 02:49 #50 #564671

>>564669
От твоего поста возникло ощущение, что у тестеров своя атмосфера. Запилите кулсторей что ли про свою работу.

24 Окт 2015, 09:48 #51 #564725

>>564669
В зависимости от нагрузки по задачам. Если окружение находится в пизде и что-то не работает, то есть, блокирует твою работу или доступ к той области, которую ты должен тестировать, то сидишь и еблуешь (смотришь видосики на youtube, разводишь тянок в вк, капчуешь). Если задач дохуя, у ПМа начинает чердак протекать и он просто тебе вешает всякую хуйню, потому что завтра релиз, то времени ни на что другое просто нету.

Бывает по-разному, но, в основном, времени хватает и на видосики и на вк. Главное, чтобы работа была сделана.

Ответы>>564978

24 Окт 2015, 17:36 #52 #564978

>>564725

Говорят, что к одному продукту может быть тысячи тест кейсов.
Этож надо нон-стопом писать их. Или это миф?

Ответы>>565000>>571174

24 Окт 2015, 18:03 #53 #565000

>>564978
Могут быть, конечно же. Но, в таком случае, за отдельным модулем (или несколькими) закреплён свой автоматизатор.

Ответы>>570259

31 Окт 2015, 17:12 #54 #570215

Бамп.

31 Окт 2015, 17:28 #55 #570259

>>565000
а в чем прикол этой работы? по мне бы лучше диваны спускать с 12-го этажа, да цемент класть на стройке

Ответы>>570267

31 Окт 2015, 17:35 #56 #570267

>>570259
А мне нет.

02 Ноя 2015, 01:55 #57 #571174

>>564978
Да, нужно писать нон-стопом, в этом и фишка. Главное не проебаться и начать как можно раньше эту активность.

15 Кб, 178x200

08 Ноя 2015, 15:41 #58 #576022

08 Ноя 2015, 15:46 #59 #576028

Я не понимаю. Тут реально все не понимают, что такое тестирование ПО?

Ответы>>576034

08 Ноя 2015, 15:49 #60 #576034

>>576028
А ты понимаешь?

Ответы>>576052

08 Ноя 2015, 15:58 #61 #576052

>>576034
Даже не знаю что тебе ответить... Хотя, знаю - иди на хуй!

10 Ноя 2015, 21:24 #62 #577841

>>560893
Лел, какраз вчера отвечал на эти дурацкие вопросы.

30 Ноя 2015, 15:20 #63 #592476

Сап, автоматизаторы. Помогите сдвинуться с мертвой точки, есть задание на тестирование, надо его сделать хоть как-нибудь. Но смысл, в том что я о данной ФС и позиксе в первый раз то слышу.
Сама задача:
Description
Task verifies several candidate abilities including:
● ability to study independently by learning POSIX file systems standard
● perform data analysis by selecting important information
● design test cases and prepare documentation
● implement code based on design
Test Task
Design a set of test cases for owner/permission/content modification testing of NFS4 file system.
Implement designed test cases as testing application (test suite). E.g. all tests are stored in “tests” folder
and there is “main” file which run all tests and produces an output.
The results of the task are:
1. Test documentation. Use the following format:
○ Name of test case
○ Description
○ Steps
○ Expected result of each step
2. Source code of test suite
3. Logs of the latest successful tests execution
Test case example:
Test name: Change file attributes to disable run, enable it , disable again. Description: test verifies that
after several disable ,enable actions permissions set to last value.

Тесты надо писать на чистом питоне.

Ответы>>592485>>616085>>674364

159 Кб, 506x695

30 Ноя 2015, 15:27 #64 #592485

>>592476
>Тесты надо писать на чистом питоне.

Ответы>>592488

30 Ноя 2015, 15:29 #65 #592488

>>592485
Возможно я аутист и не правильно понял данные условия:
4. Use one of the following scripting language:
a. Python (preferable)
b. Ruby
c. Perl (in OOP style)
5. Test Suite has to prepare and clean environment

Ответы>>592491

30 Ноя 2015, 15:31 #66 #592491

>>592488
Ты вообще ничего не понял.

Ответы>>592492

30 Ноя 2015, 15:32 #67 #592492

>>592491
Помоги же мне разобраться, друже!

30 Ноя 2015, 15:53 #68 #592519

>>559196
Ебать долбоеб. Юнеттесты нинужны. Можно ебануть несколько интеграционных, да. Но хуячить по тесту на каждый чих - эталон долбоебизма. Требования постоянно меняются, причем довольно таки координально. Для проверки есть макаки-тестеры. Еще большим долбоебизмом является TDD - хуяришь говнотест, а по нему уже сама собой будет разрабатываться архетиктура, ага. Лишь бы голову не напрягать лишний раз.
Автотесты - та еще хуита. Посидел я однажды на автотестах. Говноедство то еще. Особенно это касается вебразработки, когда даже ебаный селениум не в силу справиться с поведением браузера.

Ответы>>641600>>698563>>826895

527 Кб, 1920x1080

01 Дек 2015, 12:35 #69 #593184

Ребят, вопрос.
На автоматизатора можно пойти с нуля, или нужно сначала отработать пару лет макакой? Просто собираюсь податься в тестировщики, закончил пару курсов, теоретическую базу набил, SQL, Ubuntu cmd, сети немного. Да, еще даже не джун, но хотел бы услышать советов мудрых от опытных макак.

Ответы>>593397>>595176

01 Дек 2015, 19:30 #70 #593397

>>593184
мануальщиком скилы автоматизатора не набьешь

Ответы>>606882

03 Дек 2015, 22:09 #71 #595176

>>593184
нет, можно сразу, я сразу начал автоматизатором работать и продолжаю

17 Дек 2015, 18:34 #72 #606099

бамп

18 Дек 2015, 14:56 #73 #606761

кто нибудь использует selenide?

Ответы>>608033

18 Дек 2015, 18:06 #74 #606882

>>593397
В смысле не набьешь?

Ответы>>606893

18 Дек 2015, 18:25 #75 #606893

>>606882
не научишься код писать

Ответы>>606982

18 Дек 2015, 21:18 #76 #606982

>>606893
С хуяли ты так решил или по твоему готовых ароматизаторов приносит аист?

Ответы>>608027

20 Дек 2015, 13:01 #77 #608027

>>606982
ты различаешь мануальное тестирование и автоматизированное?

Ответы>>608202

20 Дек 2015, 13:16 #78 #608033

>>606761
бэмп
http://ru.selenide.org/

20 Дек 2015, 17:37 #79 #608202

>>608027
Да, я из qa ушел, петушинная работа, кто больше двух лет там - сочувствую бездарностям.

Ответы>>608799

sage 21 Дек 2015, 14:57 #80 #608799

>>608202
Хуй знает, кому как. Может ты просто тупорылый, может и не тупорылый, но просто QA тебе не подошёл. Если ты говоришь про мануальное тестирование - это да, там ничего хорошего нет. Работа по 10 часов, а зарплата ниже раза в 3, чем у среднего дева - просто пиздец петушиная работа, никакого развития, а только одна ебала, среди мануальщиков текучка просто пиздец, проходная работа.
Но автоматизация - вполне себе отдельная сфера и самодостаточная. Хороший фулл-стек автоматизатор очень ценный специалист, который сможет делать нагрузочное/перформанс тестирование, сконфигугрировать и поставить CI и собственно будет делать автоматизацию UI/API/сервисов, на это уйдёт дохуя времени и хороший автоматизатор ценится, им не так просто стать, он должен совмещать частично 3 профессии: быдлокодер, билд-инженер, перформанс аналитик. Я знаю некоторых qa-автоматизаторов - очень умные ребята и хорошие программисты, некоторые на порядок лучше знают программирование и сетевые технологии, чем мои знакомые некоторые быдлокодеры, пару разрабов синьёров, которых я знаю даже рядом не стоят по знаниям с этими автотестерами, но просто работы для них нет, кроме как в больших компаниях, поэтому они привязаны к эпаму/люксофту/варгеймингу/итре. Зарплаты у хороших автотестеров сравнимы с девелоперскими. Но многие съёбывают в разработку чистую, поэтому если взять усреднённого разраба, то он будет умнее, чем усредненный автотестер и у разраба будет раза в 1.5-2 выше ЗП. Хуй знает кароч, надо каждый отдельный случай отдельно рассматривать, нельзя всех под одну гребенку, всё сугубо индивидуально: у меня есть знакомыая тёлка - мануальная макака(андроид и ios тестит) у неё ЗП 1500$, есть знакомый быдокодер, который строить из себяд дохуя умного, но у него ЗП 1300$.
Алсо, сажи треду. ОП - хуй. Скрыл.

Ответы>>608872>>611128>>743489>>743925

21 Дек 2015, 16:40 #81 #608872

>>608799
а что не так с тредом юноша?

24 Дек 2015, 12:33 #82 #611128

>>608799
> Алсо, сажи треду. ОП - хуй. Скрыл.
Проиграл с дебила. Не ты ли тот быдлокодер, который получает $1300?

30 Дек 2015, 14:33 #83 #615632

Стоит ли первым языком учить java?

30 Дек 2015, 23:56 #84 #616033

>>559015 (OP)
С каких пор в програмаче перестали удалять треды для тестировщиков?

Ответы>>679391

31 Дек 2015, 00:36 #85 #616076

>>560965
>1. Как посчитать количество синих машин в городе?
Это что-то из серии "почему люки круглые"? Если предположить, что все машины находятся в пределах видимости и различимы между собой, если делать съёмку с высоты, которая может охватить всю площадь города (например, при съёмке со спутника), то можно сделать фотографию города, а потом накатать программу, которая могла бы распознавать синие машины на фотографии и, соответственно, вести их счёт.
>2. Приложение должно принимать неограниченное количество пользователей. Как Вы это протестируете?
Ограничения всегда есть, по крайней мере на уровне ОС. Такое просто невозможно, чтобы приложение оперировало чем-то бесконечным. JVM оперирует памятью как бесконечным ресурсом, но мы то знаем, что этот ресурс ограничен на самом деле. Так что я бы просто узнал, какие есть лимиты в данной ОС на машине с конкретной конфигурацией и как с этими лимитами коррелирует приложение (например, процедура "приёма" пользователя требует выделения в памяти структуры данных на 1 КБ), и тест бы проходил в том случае, если приложение практически полностью достигало исчерпания всех возможных ресурсов, что выделены ей ОС.

31 Дек 2015, 00:45 #86 #616079

>>561762
Занимаюсь автоматизацией тестов для ядра Linux и частично юзерспейса вокруг этого ядра в одном дистрибутиве. Какой дистрибутив не скажу, дианон тхавля, хотя дистрибутив принципиально не важен, один хуй ядро везде одно и то же, практически, и дохуя тестовых сюит в опенсорсе, которые все юзают и допиливают под себя и какие-то изменения коммитят в апстрим по мере необходимости.

31 Дек 2015, 00:50 #87 #616085

>>592476
>в том что я о данной ФС и позиксе в первый раз то слышу
Ну и нахуя ты хочешь устраиваться на вакансию, где блядь эти знания от тебя требуются? Может, стоит сначала заняться самообразованием немного?

04 Янв, 17:08 #88 #618560

>>560472
Бля, с языка всё это у меня снял. Занимался 2 года в прошлом функциональным автотестированием - было более-менее норм, потом стал менеджерить тестировщиков и проекты, бля как же у меня начало бомбить, что они кучу времени убивали на починку своих сломанных тестов. Это просто пиздец. Если задуматься об экономической эффективности функционального автотестирования, то она крайне низка. Виной тому, по моему мнению, как раз то, что ты назвал - хуевый инструмент - ВЕБДРАЙВЕР и конкретно вся эта мозгоебля с локацией, событиями и асинхронностью. Он конечно намного лучше чем ничего и в простых случаях нормально показывает себя, но ДОЛГО, ЛОМУЧЕ, ДОРОГО убивают всю его пользу и намного лучше работает связка 2 девелопера + 1 тест-макака.
Я постоянно ломаю голову как эту хуйню улучшить и сделать более лучший инструмент, но пока ничего не придумал. И мне еще интересно, почему какой-нибудь гугол рисёч не запилил ёба-тулзу

Ответы>>618653>>620732

04 Янв, 18:44 #89 #618653

>>618560
>Если задуматься об экономической эффективности функционального автотестирования, то она крайне низка.
>Он конечно намного лучше чем ничего и в простых случаях нормально показывает себя, но ДОЛГО, ЛОМУЧЕ, ДОРОГО убивают всю его пользу и намного лучше работает связка 2 девелопера + 1 тест-макака.
Бро, те вещи, о которых ты пишешь, в последнее время все чаще и чаще погружают меня в отчаяние и толкают к размышлениям о ничтожности и пустоте бытия. Занятие автотестированием наполнено болью и страданиями.
Разрабы на всех уровнях, вплоть до руководящих, от чего-то думают, что автотесты это такая волшебная палочка-выручалочка, которой можно заткнуть все проблемы проекта. Код-лапша вперемешку с легаси, для которой даже юнит-тестов написать практически невозможно. Конечно, дешевле и проще вместо наведения порядка "покрыть" все вокруг функциональными тестами. И это бы прекрасно работало в волшебном мире сферических эльфов и единорогов, где тесты выполняются за секунды, не падают от малейшего чиха в верстке или затупившего асинхронного запроса. Где проект уже разрабатывается пригодным и удобным для тестирования.
Подход с персональными макаками в каждую команду, конечно, работает, но ведь это надо штат раздувать. А всем хочется за просто так хоп-хоп налепили автотестов, получили блэкджек и шлюх.
И автотесты же действительно могли бы быть полезными, они могут выполняться хоть 24/7 круглый год, есть не просят, в отпуск-декрет не ходят. Но только если они действительно интегрированная часть проекта, а не где-то сбоку-припека затычка для говнокода.

Ответы>>618825

04 Янв, 23:32 #90 #618825

>>618653
Ну я как руководитель проекта только за чтобы всё было так как ты говоришь. Только зп ручника 20к, а зп достойного автоматизатора 50, ручника можно задрочить так чтобы он давал сравнимый профит, по этому это проще и дешевле. Но я лично за автоматизацию, только вот никто не умеет ее делать хорошо, а те кто умеют стоят дорого. По этому нужен какой-то более лучший инструмент, который позволит менее квалифицированным специалистам делать качественную автоматизацию.

Ответы>>618839>>679392

04 Янв, 23:46 #91 #618839

>>618825
Да нет, все правильно, это был просто бугурт от всего этого. Но есть и нюанс, как мне видится:
>>618832
>Только вручную, только хардкор
Автотесты реально могут позволить снять наиболее рутинную часть работы с ручника, что позволит тратить время на более нетривиальные вещи, а значит ценность его труда увеличивается.

05 Янв, 08:57 #92 #618988

Если пофантазировать об улучшении вебдрайвера, то первое, что приходит на ум - это кодогенерация пейдж обжекта. У нас же есть код вьюх, мы можем по идее вынуть из них все контролы и автоматически их лоцировать. Это снимет всю рутинную работу по написанию локаторов. Уже дохуя % тупой работы автоматизатора

05 Янв, 11:44 #93 #619021

>>559184
Есть, что интересует задавай вопросы.

07 Янв, 08:48 #94 #620732

>>618560
Есть мнение, что проблема как всегда не в инструменте, а в кривых ручонках. В чем проблема с локаторами такая прям невъебенная, что ничем не лечится? Надо корректно их указывать и не ломать при изменении верстки обратную совместимость без необходимости. Первое лечится ревью, второе душеспасительными разговорами с разработкой.

Ответы>>620856

07 Янв, 15:59 #95 #620856

>>620732
Согласен,

1. у многих автоматизаторов ручонки пиздец кривые. У них просто нет необходимого скилла программирования. Честно говоря, обычно они вобще нихуя не умеют программировать. И не особо учатся, а если учатся то по всяким "ООП-для-тестировщиков-и-обезъян. Онлайн курс от Ивана Баранцева". Я не знаю что сложного заботать программирование на минимальном уровне, но средний автоматизатор сравним по уровню с джуниором-разрабом. Видимо, это из-за узкоспециализированного программирования, за пределы которого они вылезать не желают.

2. проблема с локаторами она есть как не крути. Самый пик прогресса на текущий момент - это пейдж обджект и вынос локаторов в отдельный слой абстракции и создании собственной библиотеки контролов, которыми оперируют тесты. Если это в проекте реализуется - это ок, с этим можно жить и минимизировать боль. Но не в каждом проекте есть время на написания всей этой машинерии и часто нужно "покрыть по быстренькому". Во вторых, обычно автоматизация пишется после хоть какой-то стабилизации кода, т.е когда уже все нахуячено. И обычно никто не слушает вопли QA "сделайти нам чтобы было легко тестировать!111", так же как все кладут хуй на TDD, вот ровно по той же механике. В итоге нигде нет никаких айдишников, начинается ебля с Xpath, никакой семантики нет, локация становится кучей говна. Может мне так не везло все время, но все проекты, которые я видел - такие.

3. Автоматизация - дорогая вещь. Хорошо, когда ты Badoo или Mail.ru и у тебя есть деньги содержать 100 человек в отделе качества, но вот у меня, например, денег на это нет, а спокойно релизить и ласкать глаз зелеными полосками на CI я хочу. И таких как я - овердохуя. Нам нужна дешевая и качественная автоматизация.

Вот почему я считаю, что вебдрайвер - это хорошо, но мало.

Ответы>>621023>>621092

07 Янв, 20:38 #96 #621023

>>620856
2. Либо я разбаловался, либо ты отстал, но PageObject это не пик прогресса, это санитарный минимум. Стоимость внедрения нулевая, есть готовые фреймворки а-ля яндексовый htmlelements (вот тут есть что допиливать, но это отдельный разговор). Вообще, дело идет к тому, что API веб-драйвера будет стандартным интерфейсом независимо от внутрянки, будь то Marionette, phantomjs, appium и так далее, так что придется с этим жить.
Есть еще готовые продукты а-ля QTP, вдохновленные идеей "А давайте посадим кучу макак, авось они нам напишут Войну и мир", но это треш и содомия, принципиально немасштабируемая.
Третий стул - готовые фреймворки на базе webdriver типа thucydides, от которых у меня люто пригорает, но в условиях дефицита всего и низкого уровня автотестеров может помочь.

3. У меня есть опыт успешного запиливания такого счастья в одно жало, но это действительно недешево и требует определенной упоротости в хорошем смысле + большого количества собранных граблей. Посадить отбросы кодерского сообщества и ожидать позитивного результата не приходится.

Алсо, по технологиям уровень бардака в тестировании фронтенда на порядок меньше бардака в вебе и в разработке фронтенда в частности, так что качественного скачка тут не ожидается.

Ответы>>621088>>621092

07 Янв, 21:51 #97 #621088

>>621023
2. про htmlelements не знал, спасибо. Ну хорошо, что кто-то таки написал это и сократил количество работы

3. у меня тоже есть такой опыт, только вот то ли я такой был упоротый, что думал как себе работу сократить, то ли еще что, но я глянул в проект через 2 года и увидел тот же самый свой код на котором накостылили еще 10 этажей, закрыл и больше не открывал никогда.

sage 07 Янв, 21:53 #98 #621092

>>620856
>Автоматизация - дорогая вещь
Дешевой она не станет без качественно нового инструмента тестирования. Никакими программерскими экзерсисами с сегодняшними технологиями, имеется в виду вебдрайвер, такого не добьешься.
Но если Гугл, который уже тут упоминали начнет что-то делать, то сделает, очевидно, для хромого браузера в первую очередь. У МС есть набор технологий, на основе которых можно было бы делать интересные вещи по автоматизации, но это все под шиндовс и мелкомягкие браузеры в первую очередь опять же. У файрфокса есть набор API, тоже расширяющих возможности по автоматизации, но они нестандартные и нигде их больше нет.
Пока никто этот зоопарк собрать в единый качественно новый инструмент не осилил. А может это и невозможно вовсе.
Сами же производители, похоже, не горят желанием облегчать жизнь конкурентам и подстраивать свои продукты под других.

>>620856
>у многих автоматизаторов ручонки пиздец кривые

>>621023
>так что придется с этим жить.
С тем, что есть сейчас, нельзя эффективно автоматизировать что угодно. Часто цена поддержки автотестов превышает все разумные границы. Проект изначально должен делаться удобным для автотестирования. Это работа и квалификация не только автотестеров, но и всех разработчиков от фронтэнда до бекэнда.
Тогда цену создания и поддержки автотестов можно контролировать.
Так что проблема не только в автотестерах, скорее во всей системе.

Ответы>>621095>>621111>>621182

07 Янв, 21:54 #99 #621095

>>621092
Сажа приклеилась.

07 Янв, 22:09 #100 #621111

>>621092
В целом, мне больше нравится идея внедрить вебдрайвер как стандарт во все браузеры, это правильный путь. Но пока этого нет и хз когда w3c этот стандарт примет. Последний раз когда я этим интересовался, вроде был драфт.

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

Ответы>>621132

07 Янв, 22:35 #101 #621132

>>621111
Проблема с этим в том, что вебдрайвер это протокол. В своем определении он слишком общий.
Например.
http://www.w3.org/TR/webdriver/#element-click
>The Element Click command scrolls into view the element and then attempts to click the centre of its visible area. In case the element is not displayed, an element not visible error is returned.
Это слишком абстрактно, не понятно что конкретно будет делаться в браузере, чтобы выполнились требования этой спецификации. Как будет имитироваться клик, как именно и какие события будут выброшены. Эта спецификация в принципе не может гарантировать, что реализация протокола будет работать так как подразумевается и единообразно для всех браузеров на всех системах.
Нет, я не говорю, что этого нельзя достичь, но из спецификации это ниоткуда не следует.

Ответы>>621151

07 Янв, 22:54 #102 #621151

>>621132
Кстати, сейчас пересмотрел и не нашел в спецификации определения понятия "Клик".
Если я его где-то пропустил, ткните туда, пожалуйста, носом.
Что такое "клик", из каких действий он состоит, какие события в результате будут выброшены.
Какой период времени между нажатием на воображаемую кнопку мыши и освобождением ее? Ничего этого не видно, а главное в спецификации протокола такое особо и не пропишешь.
Значит каждый волен велосипедить как в голову взбредет. Но это же полный трындец. Чего-то не взлетит оно, мне кажется.

Ответы>>621648

07 Янв, 23:34 #103 #621182

>>621092
>С тем, что есть сейчас, нельзя эффективно автоматизировать что угодно. Часто цена поддержки автотестов превышает все разумные границы.
Если мы говорим про автотесты через UI - таки да. Надо исходить из реалий, что хорошие покрытие через верстку - для богатых буратин. Не надо пытаться на маленьком проекте сделать pixel-perfect заебись на фронте. Так, самый минимум, остальное через апи, модульные тесты и т.п. Другое дело, что частенько архитектура - монолитный ком, и попробуй там концы найди.

08 Янв, 16:04 #104 #621648

>>621151
А это важно? Конкретная реализация может быть платформо-зависимой: c ходу приходит в голову, что на таче определение клика явно отличается от десктопа. Реализации будут использовать апи конкретного браузера/ОС, так что фактический алгоритм будет различаться, и это норм.

16 Янв, 09:26 #105 #626565

>>559184

Есть, но я не использую Selenium. Я использую TFS (+Hyper-V +MVMM).

38 Кб, 520x480

18 Янв, 03:27 #106 #627956

CSS или XPATH?

Ответы>>630986

21 Янв, 13:03 #107 #630925

Работаю сис.аналитиком, с нового года в обязанности добавили еще и автотесты (web-приложения). попробовал работать с селениум иде - сука ебанутая хуета, половину объектов не могу затаргетить из-за хуй-пойми-как реализованных "оберток" и прочей хуйни-малафьи. Сейчас пробую codeception - намного удобнее, по сути работа через API, шлешь запросы - получаешь ответы, тесты можно раскидать по потокам на параллельное выполнение, что сокращает общее время сборки тестового сервака.

Ответы>>631006

21 Янв, 13:57 #108 #630986

>>627956
xpath, конечно тебе могут начать кукарекать за время выполнения и т.д., но xpath
Алсо, выкатывайтеьс нахуй из этого говна и идите кодерами как я сделал

Ответы>>631400

21 Янв, 14:33 #109 #631006

>>630925
Менеджероболи

21 Янв, 22:17 #110 #631400

>>630986
Выкатывайся из этого говна, иди в менеджерки.

Ответы>>679397

sage 25 Янв, 22:16 #111 #634381

Почитал тред и охуел, какие же всё-таки скоты тут сидят. Кудахчут на автоматизиторов, а как ты блять научишься программировать, если на работке по 10 часов въябываешь, тратишь на дорогу хуеву тучу времени, толпясь в переполненных автобусах, и приходишь никакой? Остаётся пол часа пожрать, полистать интернет и спать. А даже если ты в эти пол часа читаешь книгу, то уже потом нихуя не помнишь через неделю. Тут не то что программирование новое, тут после года старое забываешь и полностью погружаешься в красные репорты и прочую ебаллу, касающуюся именно и только проекта. Нет времени на самообразование, некоторые девелоперы фиксят баг за 10 минут, ставят 5 часов и сидят хуи пинают, а ты приходишь и целый день ебашишь. Ублюдки вы и твари. Работашь с утра до вечера, а тебя какой-то подзалупный менеджер поливает поносом за спиной.
«Девелопер сражается с косяками требований, технологии и легаси-кода. Автоматизатор сражается с косяками требований, технологии, легаси-кода, тест-кейсов, серверного окружения, клиентского окружения и инструмента автоматизации. Пожалейте автоматизатора. Ему и так в жизни не повезло»

Ответы>>639897>>639945

01 Фев, 01:08 #112 #639897

>>634381
Меняй работу, переезжай поближе, читай в транспорте. Лол, шучу, просто ной на сосаче. Этого хватит, инфа 146%.

01 Фев, 02:18 #113 #639945

>>634381
А зачем? Я вот не работаю, и круглосуточно играю в игры, смотрю кинцо, сижу на двачах и программирую.

03 Фев, 07:54 #114 #641600

>>592519
Приходишь ты на проект с двадцатилетней историей, хуяк - юниттестов нет, комментов нет, в VCS, мигрировавшей три раза комментов к коммитам нет, что и зачем работает - неясно. Рефакторинг? Не - хер тебе, понять как и главное зачем что-то было написано и что должно делать - хер тебе.

Ответы>>826894

08 Фев, 18:14 #115 #647220

Сап антуаны, фронтендер кун итт. На работе поставили задачу переквалифицироваться на время и за 6 месяцев написать и писать какие-то BDD автоматические тесты на кукумбере https://cucumber.io/docs/reference/javascript. Какие подводные камни? С чего начинать? Я так понимаю писать автотесты на js адЪ и ИзраилЪ?Какие профиты от этих навыков можно заиметь в будущем?

Ответы>>647604

09 Фев, 02:43 #116 #647604

>>647220
Берёшь и хуячишь. Специфических граблей хватает, но проблем особых не должно возникнуть, если конечно ты реальный фронтендер, а не table/tr/td макака. Тесты на js уебищны, факт. Кстати, советую при первой возможности выкинуть кукумбер нахер, вся эта история с "описания фич на естественном языке" - маркетинговый буллшит и ничего кроме лишнего геморроя не принесёт.

Ответы>>647736

09 Фев, 11:50 #117 #647736

>>647604
А что тогда посоветуешь? Освоить базовый руби или питон и вкатится в Селениум?

Ответы>>648612

10 Фев, 01:39 #118 #648612

>>647736
Да. Руби няшен, на нем тесты выглядят очень круто. Писон потопорнее, но вроде как более популярен. Ну и личный профит более ощутим, "автотестер на js" - это какая-то совсем уж НЕХ.

03 Мар, 16:40 #119 #674364

>>592476
вот сука ты где, в епам собрался?
ну как прошло то?

03 Мар, 20:24 #120 #674680

Сап, автоматизаторы, быдло-тестер итт.

Устроился в свою первую конторку и охуел, мне нужно по обезьяни тестить функционал приложения на разных платформах, но проблема в том, что все рабочие станции на которых я работаю развернуты до меня и засраты.

И я больше всего времени трачу не на собственно работу, а на то что сижу и конфигурирую все это говно, Ставлю Лотусы, Эксченжи, 1С, настраиваю FTP-серверы, etc., чтобы оттестить работу приложения.

Внимание вопрос, как автоматизировать разворачивание рабочего окружения, так чтобы можно было быстро откатиться к первоначальному состоянию системы после того как, что-то изменил? Я так понимаю смотреть нужно в сторону Vagrant? Короче где почитать реальный кейс, того как это устроено в нормальных конторах?

Ответы>>675227>>676098>>763453

04 Мар, 02:31 #121 #675227

>>674680
Я может сейчас скажу ересь, но как насчёт держать весь скоп конфигов под контролем версий? Список для установки у меня это простейший ебилд, конфигурация по возможности вынесена в local, то есть при обновлении пакета не нужно морочить голову мерджем, если нельзя так, то я обязательно пишу небольшой текстфайл с пояснениями того что нужно изменить чтобы стало хорошо.

Ответы>>675397

04 Мар, 05:58 #122 #675397

>>675227 Про конфиги не такая уж ересь. Вот только я не акцентировал внимаие на то, что целевая платформа винда и там тебе никаких е-билдов.

Ответы>>711541

04 Мар, 19:26 #123 #676098

>>674680
>И я больше всего времени трачу не на собственно работу, а на то что сижу и конфигурирую все это говно, Ставлю Лотусы, Эксченжи, 1С, настраиваю FTP-серверы, etc., чтобы оттестить работу приложения.
Вот сеймшит, целый день сижу и пытаюсь всего лишь УСТАНОВИТЬ проект.

07 Мар, 17:06 #124 #679391

>>616033
Зарепортил на вас. Чмошникам кю эй тут не место. Это раздел для людей, а не для петушни.

Ответы>>679394

07 Мар, 17:08 #125 #679392

>>618825
Где это ты таких дешевых ручников видел? Меньше чем за 35к даже в моём миллионике никто не работает.

07 Мар, 17:08 #126 #679394

>>679391
>Зарепортил на вас
Научись для начала предлоги использовать правильно, даун. Где ж ты такой работаешь, чмо?

Ответы>>679399

07 Мар, 17:13 #127 #679397

>>631400
Выкатывайся из этого говна и иди в свой бизнес.

07 Мар, 17:14 #128 #679399

>>679394
Я не чмо, я программист 1с.

Ответы>>694989>>827571

22 Мар, 12:52 #129 #694989

>>679399
бэмп

26 Мар, 11:41 #130 #698563

>>592519
>Ебать долбоеб. Юнеттесты нинужны.
>координально

26 Мар, 11:50 #131 #698578

Ананасы, ваш вердикт: нормальное автотестирование веб-сайтов в настоящее время возможно или нет?

Ответы>>700856>>706446

26 Мар, 13:11 #132 #698656

Вброшу ещё, возможно, делбильную идею: почему бы не тестить методом имитации ввода с клавиатуры и мышки в виртуалке? Пусть некая система визуально находит кнопки в некоем очерченном предварительно сценаристом районе, тыкает мышкой в них, ждёт какие-то ответы (тоже визуально - распознавание текста и прочее такое)

Таким образом тестироваться может не только веб даже.

Ответы>>698669

sage 26 Мар, 13:24 #133 #698669

>>698656
AutoIt и Sikuli

Ответы>>698690

26 Мар, 13:40 #134 #698690

>>698669
Знаю такие. Вопрос: а почему ими не пользуются?

С одной стороны, они работаю именно так, как юзер. С другой - их может программировать куда большая макака, чем те обсуждаемые выше штуки.

28 Мар, 12:05 #135 #700856

>>698578
Нет, ручное дешевле и вообще эффективнее. Но это же айти, "разработка ПО просто так работает"
А я и не против, говорят делать вебдрайвер, сижу, аутирую

03 Апр, 00:56 #136 #706446

>>698578
Разве что для солидных господъ - крупных сервисов с хорошими командами. Технологии пока не доросли до уровня, когда можно взять рандомную макаку и она быстро запилит нормальные тесты.

04 Апр, 23:12 #137 #708009

>>564669
Вообще нет времени на посторонние занятия, из вещей не относящихся к работе могу выделить только перекуры, обед и выпить кофе, последнее обычно совмещается с работой. Работаем обычно с 10 (+- 30 мин) и до 19-30. Обед занимает примерно 30 минут. Часто отчеты или еще какую мелочь доделываю дома. На выхах то же не редко заползаю на окружение с целью попробовать различные идеи. Общее ощущение - время летит настолько быстро что об выходные буквально уебываюсь как головой об стену, практически всегда внезапно и, вероятно да, я слегка ебанутый на тему работы но у нас большинство таких.

Ответы>>708044

04 Апр, 23:50 #138 #708044

>>708009
Сколько косарей в секунду делаешь?

Ответы>>708051

04 Апр, 23:57 #139 #708051

>>708044
Примерно 0.12 без премий и переработок.

Ответы>>710841>>711327>>711333

08 Апр, 10:25 #140 #710841

>>708051
Топ кек
0.1 косарь/сек за 7-8 часов включая обед

Ответы>>710926>>711333

08 Апр, 12:23 #141 #710926

>>710841
0.95 к/сек тестер прыщь вкатывается.

Ответы>>711333

08 Апр, 18:37 #142 #711256

>>559015 (OP)
Чё там самое навороченное чтобы виндовые оконные приложения автотестировать и чтоб на питоне запустилось?

Ответы>>711542

08 Апр, 20:43 #143 #711327

>>708051
Чёт я не поянл. Это 70 миллионов в месяц получается?

Ответы>>711703

08 Апр, 21:03 #144 #711333

>>708051
>>710841
>>710926
вы либо на 1000 забываете где-то делить, либо я то же не поянл

Ответы>>711703

09 Апр, 05:54 #145 #711541

>>675397
Делай на виртуалке. Либо ставь юникс, либо делай бэкапы vhd.

09 Апр, 05:55 #146 #711542

>>711256
Autohotkey. Даже питон не нужен.

09 Апр, 12:02 #147 #711703

>>711327
>>711333
Забываем, да

13 Апр, 00:01 #148 #715141

Software enginner in TEST в треде! Тред полон петухов и долбаебов.

Те кто пишет про то, что юнит тесты не нужны - сразу нахуй.

Те, кто считает, что автоматизация тестирования - это автотестики на селениуме по тесткейсикам ручников. Идите нахуй тоже.

Те, кто думает, что все автоматизаторы криворукие и не осилили программирование - молите бога, что бы мы не стали коллегами и я не ревьювил ваш код(хотя шанс очень маленький, что я с такими унтерменьшами буду работать).

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

Ответы>>715291

13 Апр, 08:49 #149 #715291

>>715141
1. Где работаешь?
2. Язык :)
3. Про второй пункт это потешно: в последнее время в дс2 dev in test обычно под собой подразумевает автоматизатора. Модно стало.
В оракле вот нормальные ребята сидят. Знают что такое разработка в тестировании. Правда называется не модно)

Пока все.

О себе: ex senior qa, говнокожу в java сейчас (понимаю что много не знаю)

Ответы>>716011

13 Апр, 15:44 #150 #715580

Полный ньюфаг вкатился на автоматизатора (Selenium, DDT(Cucmber)). Скоро первый рабочий день. Чего ждать?

Ответы>>715616

13 Апр, 16:25 #151 #715616

>>715580
Пиздюлей за непонимание
Cucumber это Bdd а не ddt. Вообще имхо ddt это термин для программиста в основном. Потому что грубо говоря ручное тестирование это ddt.

А так жди копания в велосипедах, если не повезет.

Ответы>>715672

13 Апр, 17:12 #152 #715672

>>715616
Лел, это я конечно погорячился.
>копания в велосипедах
Это что?

Ответы>>715694

13 Апр, 17:28 #153 #715694

>>715672
Ну в продакшене селениум обрастает фреймворком (кэп). Иногда этот фреймворк пишут тестироащики без помощи пряморуких людей с опытом в проектировании

Ответы>>715717>>716016

13 Апр, 17:42 #154 #715717

>>715694
А , у нас вроде Webium.

Ответы>>716019

13 Апр, 21:40 #155 #716011

>>715291
>1. Где работаешь?

Я у мамки СТАРТАПЕР! Только не как студентики за еду, а на уважаемых людей, которые уже три успели продать за кучу бабоса. А до этого работал в продуктовой компании известной каждому задроту в пост-совке.

>2. Язык :)

Java, python, go. Дома пишу на джаве. На работе на змеюке и Го.

>3. Про второй пункт это потешно: в последнее время в дс2 dev in test...

Ну это да. В моём понимании, основное различие в направленности автоматизации. Я пишу свои тесты для девелоперов и ускорения доставки продукта. А обычные автоматизаторы пишут для qa, автоматизируя макакин труд.

И поэтому я боярин с мнением которого считаются и я сам решают, что и как мне автоматизировать и какими способами, а большая часть автоматизаторов - это, по мнению qa, рабы которым неоправданно много платят, и нужны они только, чтобы упростить их жизнь, а девелоперам либо похуй, либо автоматизаторы для них - это дауны недоучки.

Печально, на самом деле. Сколько раз, пытался объяснить, что говно жрать не обязательно и что сделать всё можно в разы быстрее, круче и надежнее. Но нет. Из-за людей с мануальшиной головнога мозга или ебнутых манагеров, для которых автоматизация тестирования - это "повторять поведение пользователей в UI по тесткейсикам", все было медленным, не эффективным и через жопу.

Ответы>>716408

13 Апр, 21:47 #156 #716016

>>715694

Сука, пытал бы каленым железом всех этих фреймворко-писателей. 2016 год, все уже написанно за нас, 1000 удобных маленьких библиотечек - бери да используй! Нет блять! Напишем свой легаси, нахуй не нужный, кусок говна величиною с сам код проекта и погрязнем в анальном рабстве.

13 Апр, 21:49 #157 #716019

>>715717
Это богоугодно, осталось нахуй кукумбер выкинуть. Сириусли, кто в эти BDSM ещё верит?

Ответы>>716551

14 Апр, 02:19 #158 #716215

>>561153
Кстати, а если просто как долбоеб кликать по баннеру с одного IP (ботом), забанят ли хозяина сайта в adsense/директе? Думаю, это предусмотренно, и для старых сайтов не прокатит. Что должно случится, чтоб мой сайт забанили найух в партнерках?

14 Апр, 11:36 #159 #716408

>>716011
Ебать ты кукарекало знатный, единственное, что понятно. "Кокок я афтамтезирую, йа даставку ускоряю" - а конкретно че, пишешь юнит или мутную "интеграционную" хуету, сосешь бабки.

Ответы>>716433

14 Апр, 12:04 #160 #716433

>>716408
>Ебать ты кукарекало знатный, единственное, что понятно. "Кокок я афтамтезирую, йа даставку ускоряю" - а конкретно че, пишешь юнит или мутную "интеграционную" хуету, сосешь бабки.

Пишу интеграционные межсервисные тесты. Пишу контрактные тесты на моках. Пишу очень редко UI тесты. Консультирую девелоперов по юнит тестам. Пишу на UI тесты тоже на моках. Короче, мы разделяем и властвуем. Ну и пару енд то енд сценариев, как пику на пирамиду автоматизации.

Ответы>>716473

14 Апр, 13:46 #161 #716473

>>716433
Скок тыщ в секунду зарабатываешь?

Ответы>>716503

14 Апр, 14:25 #162 #716503

>>716473
>Скок тыщ в секунду зарабатываешь?
0,052 цента долярового.

14 Апр, 15:45 #163 #716551

>>716019
Огурец в идеале для всех кто работает над продуктом. Если петушков за яица держат и заставляют пользоваться то это удобно. Все видят требования и тесты более менее простые получаются. Так что дело привычки.

Ответы>>716682

14 Апр, 18:05 #164 #716682

>>716551
>Огурец в идеале для всех кто работает над продуктом. Если петушков за яица держат и заставляют пользоваться то это удобно. Все видят требования и тесты более менее простые получаются. Так что дело привычки.

В идеальном мире - да! Но, на практике доменная область идёт по пизде, репорты никто не читает. Очень часто, то что там напридумывали сложно автоматизировать. И в итоге, это очередная не нужная штука, которую надо поддерживать команде автоматизации, а всем остальным похуй.

Ответы>>716691

14 Апр, 18:12 #165 #716691

>>716682
Ну если она нужна только команде автоматизации то да. Вообще она нужна клиентам.

488 Кб, 600x600

15 Апр, 19:16 #166 #717801

бамп.

15 Апр, 19:28 #167 #717806

Посоны, не совсем по теме, но поясните за пару тем:
1) Бытие тестировщиком. У вас нет ощущения, что к вам относятся, как к второсортном говну? Какая зп? Какие перспективы?
2) Как у вас в фирме построен процесс тестирования? Стандартный вотерфол - требования, кодинг, тестирование?
3)Написание тест кейсов - на сколько они подробными должны быть? Полностью описывать вес затрагиваемый функционал или же все, кроме проверяемой фишки, вскользь?
Спаибо

Ответы>>717807>>717813>>720185

15 Апр, 19:29 #168 #717807

>>717806
> весь затрагиваемый функционал
> Спасибо
фикс

15 Апр, 19:33 #169 #717813

>>717806
1)нет, мой отдел легко может исполнить госпожу
2)аджайл tdd
3)для авто тестов важно юнит тестирование, оно не формалезуемо, а вот е2е по юзер стори мутим

Ответы>>717818

15 Апр, 19:36 #170 #717818

>>717813
>исполнить госпожу
Чтоу?
>юнит тестирование
А этим, разве, не программисты занимаются? У вас на java пишут? А автоматизируете чем - JUnit ?

Ответы>>717828>>717838

15 Апр, 19:42 #171 #717828

>>717818
Обычный Junit, остальным говном сложно проверить, очень много сложных срабатываний.

15 Апр, 19:46 #172 #717838

>>717818
Юнит тесты и сам код пишут разные люди, иначе будет одна призма, е2е селениум и HP UFT , это только тестеры.

Ответы>>717860

15 Апр, 20:00 #173 #717860

>>717838
Блядь, юнит-тесты и код разные люди, пиздос

Ответы>>717864

15 Апр, 20:03 #174 #717864

>>717860
а ты как думал, если кодер напишет свой юнит тест, то покрытие будет согласно его пониманию, а есил второй чкловек подключится он всегда напишет по своему. в юзер стори всего пару строк, а понимание от человека к человеку разнится.

Ответы>>717874>>717875

15 Апр, 20:20 #175 #717874

>>717864
>в юзер стори всего пару строк
Мне кажется, речь уже идет не о модуле, а о системе, нет?
Если программист не делает модульного или интеграционного тестирования, как он вообще понимает, что его произведение хотя бы на минимальном уровне работает?

Ответы>>718238>>718240

15 Апр, 20:25 #176 #717875

>>717864
Покрытие юнит-тестов минимальное, там не разгуляешься

16 Апр, 10:21 #177 #718238

>>717874
Плюсую парня.
Хороший программист понимает что в его коде происходит и пишет на это юниты. Сам.
Его задача протестировать свой код и отдать в тестирование на более высокий уровень.

Про интеграционное и системное тестирование еще вопрос. (Я например запускаю свой код и прохожу тесты, благо опыт есть 4 летний:) ) Мне кажется что каждый адекватный кодер так делать должен. Ибо нахуя отдавать нерабочий код в тестирование если потом все равно фиксить.

Ответы>>720751

16 Апр, 10:25 #178 #718240

>>717874
Запустил, потыкал - работает.

Ответы>>719013

17 Апр, 11:42 #179 #719013

>>718240
пишешь такой программу типа экселя.
потом такой ЗАПУСТИЛ ПОТЫКАЛ
и отдал юзерам

так?

Ответы>>720090

18 Апр, 14:38 #180 #720090

>>719013
Ты давно в разработке вообще?
Шутка дауна у тебя.

18 Апр, 16:29 #181 #720185

>>717806
1) У меня в конторе на тестерах огромная ответственность, потому что заказчики могут выкатить миллионные штрафы за баг. Поэтому тестеры могут продавливать какие-то решения, а девелоперам придётся их реализовывать. ЗП у миддл QA с навыками автоматизации - 85к после налогов, полностью белая. ДС2, если что.
2) Зависит от проекта, на текущем - типа скрам. Кейсы и разработка пилятся параллельно.
3) Ручные кейсы делают акцент на проверяемой функциональности, автотесты - как придётся. Специфика проекта такова, что автотесты никак не могут покрыть gui-related части, только функционал.

19 Апр, 08:50 #182 #720751

>>718238
>Хороший программист
>пишет на это юниты. Сам.
>Его задача протестировать свой код
это если работодатель готов платить за двойное время, на написание кода и написание тестов, иначе все хуячат в продакшен и тестирует заказчик сам

Ответы>>720757

19 Апр, 09:13 #183 #720757

>>720751
а зачем ты делишь время кодера таким образом? тесты это просто часть процесса кодинга

Ответы>>720763

19 Апр, 09:38 #184 #720763

>>720757
это часть здорового процесса, который присутствует не везде я хуй знает даже где, кроме бодишопов, в которых тестеры и нужны

19 Апр, 12:14 #185 #720860

сап зк
пилил 2 года в конторе прогу для автоматизации тестов веба и андроида, иос и вф в будущем
в итоге получилась софтина, где пользователь может писать тесты в виде человеко-понятном виде
entertext awdaw id login №1
entertext zxczxc name password №1
clickbutton text Login №1
checktext Login incrorrect
внутри всё это разбиралось на действия и транслировалось в требуемый бекенд - дроид или веб
для веба - селениум, вокруг которого я навертел хуеву тучу кода чтобы правильно найти объект, кликнуть куда надо, отловить косяки и выебоны типа "кнопка логин вводит текст в hidden и прожимает кнопку размером 1х1 пиксель для входа"
для дроида - полностью самописная библиотека, которая через высоко и низкоуровневые вызовы делать с андроид приложением вообще всё что угодно. Вводить текст, прокручивать экран, внутренний эвристик сам решает на сколько надо
промотать экран чтобы домотаться до вьюхи чтобы с ней сделать действие, отдельный эвристик отлавливает косяки дизайна типа scrollview в scrollview. Позволяет перечислить меню и прожать его
спрашивайте ваши ответы

Ответы>>720861>>720881>>754955

19 Апр, 12:14 #186 #720861

>>720860
да, всё это на джаве, а гуи на java fx

19 Апр, 12:47 #187 #720880

В касперском ручное тестирование

19 Апр, 12:49 #188 #720881

>>720860
>сап зк
>пилил 2 года в конторе прогу для автоматизации тестов веба и андроида, иос и вф в будущем
>в итоге получилась софтина, где пользователь может писать тесты в виде человеко-понятном виде
>entertext awdaw id login №1
>entertext zxczxc name password №1
>clickbutton text Login №1
>checktext Login incrorrect
>внутри всё это разбиралось на действия и транслировалось в требуемый бекенд - дроид или веб
>для веба - селениум, вокруг которого я навертел хуеву тучу кода чтобы правильно найти объект, кликнуть куда надо, отловить косяки и выебоны типа "кнопка логин вводит текст в hidden и прожимает кнопку размером 1х1 пиксель для входа"
>для дроида - полностью самописная библиотека, которая через высоко и низкоуровневые вызовы делать с андроид приложением вообще всё что угодно. Вводить текст, прокручивать экран, внутренний эвристик сам решает на сколько надо
>промотать экран чтобы домотаться до вьюхи чтобы с ней сделать действие, отдельный эвристик отлавливает косяки дизайна типа scrollview в scrollview. Позволяет перечислить меню и прожать его
>спрашивайте ваши ответы

Исходники остались?

Ответы>>721076

19 Апр, 17:07 #189 #721076

>>720881
конечно
да, что ещё забыл
сделал систему "интеграционных тестов" - можно погонять часть сценария на вебе, потом на дроиде и так в любом порядке
у нас фирма делает приложения которые имеют и веб и андроид интерфейс

19 Апр, 17:26 #190 #721102

Я тут думал заводы автоматизируют, а тесты.. Тьфу..

Ответы>>721145

19 Апр, 18:22 #191 #721145

>>721102
для этого отдельный трендж заводи

30 Кб, 533x480

12 Май, 23:34 #192 #741875

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

Ответы>>741881

12 Май, 23:38 #193 #741881

>>741875
Ну и да, знаком только с селениумом.

14 Май, 17:51 #194 #743465

>>560267
Офигеть. Я веб-макака с 12-летним стажем. Думал посмотреть в сторону селениума для своего проекта, но ты мне сейчас все представления разрушил.
Парень, поясни если не трудно:
1. Если, как ты говоришь, там всё стыкуется на уровне dom, то как тогда тестируют, к примеру драг-н-дроп?
2. Или как тестирую просто перемещение элементов, (на шахматной доске, к примеру, щас же есть канвасы всякие, там много можно намудрить)? Или, к примеру, дергания без перемещения?
3. Можно ли там тестировать нестандартные вещи типа длинного клика (держать зажатым и потом отпустить)?
И еще вопрос к анонам:
Какие есть тест-решения, которые бы позволяли локализовать (пускай с постфильтрацией даже) область интерфейса на основе нанесенного текста? Понятно, что для этого придется отрендерить ее и прогнать через OCR, но вроде же для десктопа такая тактика где использовалась уже? (программы-переводчики вроде не помню уже).

Ответы>>743474

14 Май, 17:58 #195 #743474

>>743465
Накосячил с разметкой, простите.
Еще вопрос, неужели в селениуме не отправляются просто события устройства ввода фокусное окно, т.е. браузер? Может там режим какой-то специальный есть? Я помню для даже Windows 3.11 была программа, которая записывала события клавиатуры и мыши (но в рамках всей ОС), потом воспроизводишь, оно открывает нужные файлы, рисует картинки, сохраняет. Она конечно не тест и вообще игрушка, но подход-то близок. Должно же быть что-то внутрибраузерное для теста веб-страниц?
Я-то блин уже думал даже что книгу селениуму надо будет подобрать, тут на тебе.

Ответы>>752485

14 Май, 18:15 #196 #743489

>>608799
>мануальная макака(андроид и ios тестит) у неё ЗП 1500$
Сказочки. Никто не будет платить такие деньги за такую работу.

Ответы>>743498

14 Май, 18:21 #197 #743498

>>743489
А может заказчик за него вообще 3к платит. Чего тут невозможного-то.

15 Май, 08:48 #198 #743921

AQA, в прошлом ручная макака (1.5 года) вкатился.
Python + Selenium + WebSockets, и всякое говно через API
Сейчас думаю попробовать Appium (для себя).

985 Кб, 2560x1707

15 Май, 08:57 #199 #743925

>>608799
А я умный, верстаю XML-формочки и пишу для них модели на PL/SQL, получая 400$.
Скоро выпилюсь нахуй.

24 Май, 10:40 #200 #752485

>>743474
Посоветуй шо-нить по джаваскрипт для дебилов, хочу понимать, что происходит на странице в контексте дом в разные моменты типа пейджлоад. Периодически работаю в вебдрайвером джва года, сложные действия там реализованы как-то, но если там нужно иногда заморачиваться с простым кликом, какие уж тут драг дроп.
По поводу событий ОС, по-моему, это зависит от реализации вебдрайвера. В драйвере хрома они вроде бы есть, например - на клике вычисляются координаты и якобы вызывается клик ОС.

26 Май, 22:14 #201 #754955

>>720860
Круто. Как тебе такая задача интересная упала?

Ответы>>784192

06 Июн, 19:46 #202 #763111

Можете посоветовать какой-нибудь образовательный контент по UI Automation кроме MSDN'a?

07 Июн, 10:28 #203 #763453

>>674680
>Я так понимаю смотреть нужно в сторону Vagrant?
This. Отличная штука, если ее правильно приготовить.

09 Июн, 11:17 #204 #765319

Сап, погромисты.
Ввожу в курс дела:
1. Есть планшет торгового представителя (агента), на нем установлен Monolit Agent, в который забиваются заказы от контрагентов.
2. Есть ПК, на котором установлен Trade Assistant, в котором строятся торговые отчеты для этих самых агентов. Порядок действий такой: строится отчет в Trade Assistant -> отчет представляет собой список товаров с указанием цены, МРЦ, названия товара, количества -> агент берет распечатку отчета и начинает вручную заколачивать заявки в планшет.

Необходимо:
автоматизировать выгрузку фактур из Trade Assistant в Monolit Agent, чтобы агенты вручную не колотили заявки, а только правили их через ПК, если возникнут какие-то проблемы.

Есть у кого какие идеи как это устроить?

Ответы>>775653

68 Кб, 604x453

15 Июн, 11:25 #205 #769883

Пацаны! Как не обосраться на собеседовании? О чем спрашивают тестировщиков? Чем вы блядь вообще занимаетесь?

Собеседование через 3 часа.

15 Июн, 11:34 #206 #769888

>>559015 (OP)
Может ли быть этот самый Selenium полезен программистишке? Ну там автоматически генерировать юнит-тесты например?

Ответы>>770442>>779366

15 Июн, 23:09 #207 #770442

>>769888
Юнит тесты и селениум-тесты совершенно разные вещи. Первые создают исскуственные ситуации, напрямую через исходный код. Вторые же имитируют действия пользователя, крутясь как будто в чёрном ящике, используя бразуер. Нет, совершенно не нужен, кроме некоторых статей про архитектуру авто-тестов.

Ответы>>771110>>775650

16 Июн, 16:57 #208 #771110

>>770442
Так падажжи епта это получаются интеграционные тесты. И они тоже необходимы.

Ответы>>771710

17 Июн, 07:14 #209 #771710

>>771110
Я все равно не понимаю зачем тебе селени ум, который предоставляет лишь возможность управлять браузером локально или на серваке

21 Июн, 01:07 #210 #775650

>>770442
Пацаны из codeborn с тобой не согласны. Всем любимый java фреймворк для webdriver, который selenide - писался, чтобы девелоперы для своих фич сами накидывали тестики.

21 Июн, 01:11 #211 #775653

>>765319
А разобрать приложение, посмотреть как оно работает и писать либо в базу прилаги, либо, если она общается с кем-то, реализовать протокол?

22 Июн, 22:44 #212 #777522

Не подскажет кто программу для автоматического заполнения гугловских форм ,к примеру форма - https://docs.google.com/forms/d/1PvUaFTc4eMPUTeqa3UFnH4g9fFGyxJ07h6hp94yqweo/viewform?c=0&w=1 ,нужно чтобы вбивало постоянно 1 и те же указанные данные автоматически каждую минуту

Ответы>>777582

22 Июн, 23:12 #213 #777555

>>559015 (OP)
А чому не casperjs+phantomjs? Есть всякие вкусные штуки, хотя либа assert'ов хромает маленько...

Мимо веб-пидор с проектом на casperjs

Ответы>>777843

72 Кб, 566x700

22 Июн, 23:43 #214 #777582

>>777522
Можно вебдрайвером сделать. Но по мне, так овер инжениринг. я бы маленький плагинчик под google chrome написал бы. Их писать как два пальца обосцать.

23 Июн, 11:19 #215 #777843

>>777555
Сколько он памяти жрет? Какие возможности для распараллеливания есть?
пробегал

25 Июн, 12:10 #216 #779366

>>769888
>Может ли быть этот самый Selenium полезен программистишке?
Не может, за исключением ситуаций, когда программистишка разрабатывает сам Selenium или смежные инструменты или автоматизирует тестирование чужого продукта. На селениуме делаются функциональные тесты, а их, согласно умным книжкам, не должно делать разработчику системы, в отличие от юнитов.

29 Июн, 07:44 #217 #782974

Подскажите материалов по построению пиздатой архитектуры автотестов.

Ответы>>783850

65 Кб, 600x787

30 Июн, 00:14 #218 #783850

>>782974
В приличном обществе за такой вопрос бьют в ебало. Если у твоих автотестов появилась архитектура - значит, ты хуй, который занимается хуйней в место написания тестов. Я таких даже за инженеров не считаю. Ну а если, ты просто хочешь научится писать ХОРОШИЕ тесты, то вот можешь почитать: http://xunitpatterns.com/

Ответы>>797618>>798130>>812661

30 Июн, 14:07 #219 #784192

>>754955
по дружбе начальник подкинул
наняли на новые проекты кучу тестеров, надо было как-то организовать их работу

16 Июл, 16:26 #220 #797618

>>783850
>Если у твоих автотестов появилась архитектура - значит, ты хуй, который занимается хуйней в место написания тестов
Это, тысячу раз это. Одно "светило" подкинуло идею написания автотестов разрабами. Ну и понеслось AbstractDataProviderGenericInterfaceFactoryProducer, мы хотим подставить пару переменных и тесты сами на все случаи жизни напишутся, патамушта везде архитектурка, паттерны-хуяттерны. Нужно ли говорить, что ни во что, кроме потока боли и страданий, это не вылилось. На страничке изменился чекбокс, идем перепердоливать 10 слоев абстракции.

Ответы>>798130

17 Июл, 03:06 #221 #798130

>>783850
Ты говоришь про unit-тесты или всё же про автоматизацию тестирования? Без доёбов - поясни мне, пожалуйста, как нормально организовать структуру автотестов на длительном проекте? Что-то мне подсказывает, что без нормальной архитектуры и в бодишопе дороговато будет содержать "просто хорошие тесты"
>>797618
ну то охуенно разработанная архитектура и приводит к такой ебале.

Ответы>>798225>>798369

17 Июл, 10:19 #222 #798225

>>798130
С юнитами все просто. Один класс - один тест. Все, что не относится к тестируемому классу, мокается. Если во время создания моков возникли серьезные сложности и не удается изолировать класс, то в 95% это проблемы самого тестируемого проекта, а не тестов. Сильная связанность, являющаяся основной причиной проблем с изоляцией классов, аукнется и во время рефакторинга и во время разработки нового функционала.

С функциональными тестами, документация
https://github.com/SeleniumHQ/selenium/wiki/PageObjects
и всякие гуру
http://martinfowler.com/bliki/PageObject.html
рекомендуют использовать PageObject. Ничего особенного, просто отделяется функциональность, предоставляемая страницей, от деталей ее реализации(верстки). Такой подход позволяет типа переиспользовать компоненты.
По своему опыту скажу, не все так однозначно. Подход работает для функционала, активная разработка которого уже завершена и логика работы которого меняться уже не будет. Или для функционала, логику работы которого легко изолировать. Например, вход в систему. Как бы ни менялась верстка, суть, заключающаяся в вводе логина и пароля, вряд ли изменится.
С другой стороны, если составляющий единое логическое целое функционал разнесен на несколько страниц, и эти страницы активно меняются, то происходит засада.
Чекбокс переехал на пару страниц вперед, а селект вернулся на пару страниц назад, при этом от того, что в этом селекте выбрано, зависит дальнейшее поведение системы. В таком случае приходится перелопачивать всю кучу классов-оберток, чтобы передвинуть логику. Цена такого перелопачивания быстро перевешивает сложность поддержки кода, написанного тупо "в лоб" без всяких абстракций.
Ну а если над всем этим разрабы уже написали несколько слоев своих абстракций, то тут и начинается настоящая боль.
мимо

Ответы>>798490

70 Кб, 473x709

17 Июл, 15:15 #223 #798369

>>798130
И про то, и про то.

Базовые принципы на которых строиться хороший тест:

1. Быстро пишется.
2. Легко читать и понять, что он проверяет.
3. Имеет одно тестовое утверждение.
4. Отсутствует связанность между тестами.
5. Не содержит логику.
6. Результат теста легко воспроизводим.
7. Не зависимо от порядка запуска тестов и количества запусков - результат всегда ожидаем.

Для того, чтобы добиться всего вот этого вот не нужно ничего придумывать, всё уже есть готовое. Сами фреймворки тестирования обеспечат тебя всем необходимым. Максимум, что тебе может понадобиться, так это вспомогательные методы, под твой тестируемый продукт. Это как с MVC и MVP - никто эту хуйню уже давно не реализует сам от проекта к проекту, а использует готовые фреймворки.

Вот вам, пацаны, годные презентации от капитана Хаоса в них мудрость автоматизированного тестирования: http://de.slideshare.net/orgeirIngvarsson/presentations

Ну и книжку про шаблона Xunit тестирования почитайте.

38 Кб, 357x450

17 Июл, 17:34 #224 #798490

>>798225
Годно написал. Но то, что ты описал, легко у меня фиксилось следующими нехитрыми правилами:

1. К скомпонованным в пейдж-обжекты элементам нельзя обращаться на прямую. Только через метод, описывающий законченное действие пользователя на странице. "логин", там, или "создать документ".
2. В такие методы передается объект бизнес модели, а не куча полей. К примеру login(user) - тру, login(username, password, isRemember, isAdmin, isPidor) - не тру.
3. Законченные действия пользователя со страницами - компануются в шаги, или флоу, которые описывают бизнес кейс, которые может затрагивать несколько страниц.

В каких случаях это не работает? Когда у вас в пизду перекошена пирамида автоматизации тестирования и вас всякое говно заставляют автоматизировать вебдрайвером.

Причины такой хуйни:
1. Девелоперы, которые не пишут нормальные тесты более низкого уровня, либо пишут хуйню на отъебись.
2. Ручные тестировщики, которые хотят, чтобы вы завтоматизировали весь тот бред, что они по навыдумывали из-за паранойи вызванной не способностью в инженерию и чтение кода.
3. Вы еблан, который умеет только в вебдрайвер и не может писать тесты протокольного и интеграционного уровня.

Лечится всё это пикрелейтед.

P.S.: Извините, анноны-коллеги, если кого обидел... Но у меня реально пригорает от того, что выбрав осознанно специализацию в автоматизированном тестировании, я постоянно сталкиваюсь с дремучим невежеством.

Ответы>>812307

22 Июл, 00:43 #225 #802438

Пиздец. Тред тонет. В то время, как весь мир угорает по автоматизации тестирования, на сосаке всем похуй.

22 Июл, 01:08 #226 #802444

Что господа антоны скажут про автоматизацию тестирования веб-сервисов с помощью Groovy/Grandle?

Ответы>>802602

22 Июл, 10:49 #227 #802602

>>802444
Угодно. Жаль, только груви умирает.

Ответы>>802943

22 Июл, 21:49 #228 #802943

>>802602
чойта?

Ответы>>805687

82 Кб, 300x206

25 Июл, 20:52 #229 #805466

Автобамп

25 Июл, 21:20 #230 #805497

Есть что годное почитать про HP UFT (бывший QuickTest Professional)?

Ответы>>805688

26 Июл, 01:57 #231 #805687

>>802943
Ну. Официально его вроде как перестали поддерживать баблом. + Сейчас новые фавориты: скала и котлин. + Кроме gradle там нету ничего такого от чего бы все сказали: 'давай еще.'

26 Июл, 01:58 #232 #805688

>>805497
Я бы попробовал убедить, что нам это не нужно.

31 Кб, 1024x640

31 Июл, 23:45 #233 #809881

Анон, вкатился тут в (на)грузчиком. Слышал у тестеров есть какие-то минисообещсва в виде конференций и тд. Скинь плз инфы по ним.
Или вы инжей по нагрузочному за своих не считаете ?

Ответы>>810727

02 Авг, 00:46 #234 #810727

>>809881
чот мне подсказывает, что это такие же сообщества как и у программистов на разных языках. Ни больше ни меньше.

03 Авг, 15:15 #235 #812062

Кто нибудь может поделиться курсом "программирование на С# для тестировщиков" от Баранцева? Нашел только на python и java

Ответы>>813431

!!a7u.XEsVf6 03 Авг, 20:21 #236 #812307

>>798490
> К примеру login(user) - тру, login(username, password, isRemember, isAdmin, isPidor) - не тру.
> хранить пароль в модели пользователя
Это вообще законно?

Ответы>>853586

160 Кб, 1029x488

04 Авг, 06:48 #237 #812661

>>783850
Ну хуй знает. Понадобилось вставить микрослип для всех кнопок определенного типа после нажатия, чтобы аякс пропердеться успел, - переопределил клик, вызвал super.Click(), Sleep(), и через 10 минут уже перезапустил тесты.
А сами тесты выглядят как на пике, весь пердолинг с селекторами под капотом.

04 Авг, 23:53 #238 #813431

>>812062
Хуянцева. Съеби отсюда.

Ответы>>820407

05 Авг, 04:33 #239 #813535

•Perform functional, integration, and regression testing of Point of Sale, Back of House and other restaurant software/hardware components in a Linux environment.
•Preparation of accurate and detailed test plans and test cases.
•Quickly learn and use in-house and external testing tools for test case design and execution.
•Clearly document and report software/hardware defects, issues and enhancements via defect tracking tools.
•Work effectively in a team setting – take direction, proactively seek out information and build productive working relationships.
•Serve as a QA engineer on an Agile/Scrum team to define user scenarios and implement tests to verify those scenarios are accounted for in the software'
Платят от 50-60 долларов в час.
Анон, почему ты еще не в сша?

Ответы>>813558>>827636

05 Авг, 07:18 #240 #813558

>>813535
Бикоз май инглиш из нот вери вел, епт.

Ответы>>814293

06 Авг, 02:53 #241 #814293

>>813558
Ну так давай я тебя научу английскому, а ты меня научишь быть макакой тестером.

12 Авг, 07:43 #242 #818255

Я правильно понял, что шаблон PageObject - это создание класса описывающего элементы веб страницы, где будут локаторы всех элементов и метод для взаимодействия типа PressX()? А сами тест делаются в другом класее, где создаются объекты эти страниц и потом просто делается алгоритм Page1.PressX() Page2.PressY()?

Ответы>>835761

15 Авг, 16:11 #243 #820407

>>813431
обоснуй свою вонь

15 Авг, 21:51 #244 #820680

Недавно вкатился в нагрузочное тестирование.

Пишу скрипты на HP Loadrunner для объемного банковского приложения на PEGA 7 с прибамбасами.

На проекте:

Разработчики: один я (напомню, что недавно вкатился в нагрузочное тестирование);
МП: блондинка 1 шт;
Аналитик: это у него не основная работа - видел в офисе 1 раз - неделю назад переписал все сценарии по бизнесу так, что мне пришлось половину скриптов переделывать.

2 недели пашу на выходных - проект спасает только то, что заказчик тупит со стендом для тестирования.

Собственно, стоит ли работать в конторе, в которой руководитель отдела \ технический директор считает, что такой вариант взлетит?

Ответы>>853591

25 Авг, 07:53 #245 #826894

>>641600
>>641600
Двачую.
Еще с модульными тестами отлавливаются каверзные баги вроде опечаток даже при банальном рефакторинге.

25 Авг, 07:55 #246 #826895

>>592519
Сам раньше такой был. Рано или поздно тоже начнешь писать тесты.
Никто и не говорит, что юниттесты надо писать на каждый чих. Тривиальный код можно не тестировать.

26 Авг, 10:32 #247 #827571

>>679399
Проиграл.

26 Авг, 10:41 #248 #827574

>>560253
>На странице налеплено элементов, к которым кроме как километровым xpath-ом не добраться?
Дописать во вьюшку параметр вроде element-test="huita-01" и искать этот элемент [element-test="huita-01"] или //*[@element-test='huita-01'] религия не позволяет?

26 Авг, 12:24 #249 #827636

>>813535
Учу английский. Как закончится текущий курс занятий один на один - попробую устроиться в компанию, где язык будет требоваться каждый день. Может и раньше.

05 Сен, 08:03 #250 #835761

>>818255
Нет, ты не понял

18 Сен, 15:49 #251 #843948

Поясните за пейдж фактори на селениуме, пожалуйста. Пейдж обжект понял, использую.

мимо-начинающий-автоматизатор

Ответы>>844760

19 Сен, 23:34 #252 #844760

>>843948
Что именно непонятно? Класс-инициализатор PageObject, если ты пользуешься PageObject, должен его использовать.

20 Сен, 07:38 #253 #844817

Я всегда думал, что Селениум понимает JAVA,а не пайтон

Ответы>>848237

29 Сен, 01:28 #254 #848237

>>844817
если верить официальному сайту (это намек, анон, что прежде чем нести хуйню, можно попробовать почитать документацию), то можно с удивлением обнаружить, что селениум можно приделать к до-диезу, яве, руби-хуюби, питономешалке и прости господи, JS.

09 Окт, 22:01 #255 #853586

>>812307
Ну это ж пользователь для тестов. И, естественно, тестовый пользователь должен быть на тестовом стенде, а не на проде. Так что законно. У моих тестовых аккаунтов везде пароль "test" =)

09 Окт, 22:07 #256 #853591

>>820680
>Собственно, стоит ли работать в конторе, в которой руководитель отдела \ технический директор считает, что такой вариант взлетит?

Я бы не стал. Звучит так, словно ваша контора занимается лютым наебаловом.

51 Кб, 493x335

21 Окт, 15:44 #257 #861400

Господа, хочу вкатиться в автоматизацию на аутсорсе, но не могу найти хороших, годных материалов по Selenium и Appium. В связи с чем реквестую статьи, книжки, видосы на ютабе, вебинары, курсы, для постижения таинств мастерства автомтизатора, хотя бы до уровня джуна.

Ответы>>871418

07 Ноя, 11:58 #258 #871418

>>861400
с нетерпением жду историю успеха от альфа-анона без опыта на аутсорсе

Ответы>>873980

11 Ноя, 15:04 #259 #873980

>>871418
История пока еще не успеха, но я стабильно лежу в его направлении:
пришел в аутсорсинговую контору после курсов, которые она же организовала (пригласили на испытательный срок после окончания курсов). Первый год-полтора тыкал руками, сменил проект, продолжил тыкать руками, но уже поздазаебло и начал ковырять селениум. Сейчас уже полноценная миддлота с задатками сеньора (по мнению руковводства), поруливаю джуниорами и миддлами у себя, как ручниками, так и автоматизаторами. Опыт работы - 4 года.

14 Ноя, 16:41 #260 #875571

bump

14 Ноя, 18:13 #261 #875594

>>559015 (OP)
ну еб. Увидел "Автоматизация" - думал тут про ТОЭ и АСУТП чего будет. А тут какая-то хуйня никому не нужная. Оп, ты, внатуре, ОДИН ТАКОЙ.

Ответы>>875598

14 Ноя, 18:20 #262 #875598

>>875594
Никому ненужная хуйня у тебя в штанах. А тут конкретные посоны сидят, которые тебя на бутылку насадят на раз-два.

16 Ноя, 09:59 #263 #876532

Я ручная макака, хочу начать автоматизировать тесты (пока чисто для себя, чтобы научиться).
Уровень программирования чуть выше нуля.
С чего начать? Селениум вроде везде требуют, но в то же время везде пишут что он ебанутый и сложный.

Ответы>>876565

16 Ноя, 11:48 #264 #876565

>>876532
Селениум не то чтобы сложный. Он доебывает рандомно падающими тестами, но вцелом, штука относительно простая. По сути тебе лишь надо ЯП подтянуть до хоть какого-нибудь джуниорско-программистского уровня.

26 Ноя, 14:02 #265 #882430

Как вы называете свой вебдрайвер, я называю просто driver, а друган говорит, что это херня и нужно называть browser, чтобы интуитивно поятнее было, а вы как?

Ответы>>885578

26 Ноя, 14:31 #266 #882458

Господа, а возможно ли вкатиться сразу в автоматизацию? Недавно потребовалось запилить фичу, спамящую опросник одной шлюхи. После вечера с гуглом каким-то хуем наткнулся на ваш селениум, запилил на нём - и понял, что крайне фаново реализовывать им отдельный шаги юзеры.
Опыт 0,5 года, джява.

Ответы>>882551

26 Ноя, 17:45 #267 #882551

>>882458
Естественно можно, почему бы нет? Гугли QA Automation и вебдрайвер тебе в руки

26 Ноя, 18:31 #268 #882578

https://gist.github.com/codedokode/a455bde7d0748c0a351a

30 Ноя, 23:11 #269 #885303

Селениуманы, поясните нуфагу за то, как принято структурировать код? Один класс это один тест, например, валидная регистрация, или один класс это одна функциональность, типо, регистрация, валидная, невалидная и вся сразу?

Ответы>>885584

01 Дек, 11:17 #270 #885578

>>882430
я называю свой Иннокентий Вениаминович

01 Дек, 11:23 #271 #885584

>>885303
гугли Page Object. В одном классе собираются элементы страницы и методы по работе с ними, в другом - все тесты только для этой страницы. Внутри страницы тесты можно группировать аннотациями или аттрибутами. Не скажу, как на джаве, но в C# и NUnit перед методом теста ставится аннотация типа:
[Category("Smoke")] или [Category("Regression")] или сразу комбинация нескольких категорий. NUnit умеет запускать отдельные категории тестов из .dll-ки.

Ответы>>885743

01 Дек, 16:19 #272 #885743

>>885584
Понятно, спасибо, а как тогда тестировать функциональности затрагивающие 2 и более страниц сразу? Ну, например покупка чего-то в магазине?

Ответы>>885781

01 Дек, 17:18 #273 #885781

>>885743
Да точно так же. Только в методе теста у тебя будут дергаться методы для разных страниц, дерганье которых приведет тебя к покупке. Условно говоря, на пальцах:
public void CheckBookingNumberCreated(){}

Ответы>>885783>>886030

01 Дек, 17:20 #274 #885783

>>885781
public void CheckBookingNumberCreated(){
CatalogPaeg.SelectProduct();
Cart.MakeBooking(BookingData);
ThankYouPage.CheckNumberGenerated();
}
быстрофикс

Ответы>>886030

01 Дек, 21:09 #275 #885909

>>559015 (OP)
берём aws sdk и chromedriver последний: как хэндлить ситуацию, когда aws sdk октрыл неблокирующий сокет и не успел получить ответ, но мы уже отправили запрос на старт chromedriver и он охуел от такой наглости и не смог взять себе другой io?

Вся хуйня происходит из-за кода в сторонних гемов, т.е. нужен какой-то хак вроде выставить мьютекс или хз

ruby

02 Дек, 00:36 #276 #886030

>>885783
>>885781
Ну, кайф, я как-то так и делаю, спасибо!

04 Дек, 16:34 #277 #887763

Кстати, а поясните за управление TestNG или похожим фреймворком, не суть. Вот написал я десяток тестов, запускаю, а они в случайном порядке разбежались, устроили цирк с конями, параллельно запускаются, друг-другу мешают, не могу совладать с ними! Приоритет расставлять для каждого это же не дело, а как быть?

05 Дек, 12:36 #278 #888313

Почему тред автоматизации всегда в самом низу списка?

Обновить тред
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 18 декабря 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.

« /pr/В начало тредаВеб-версияНастройки/a//b//mu//s//vg/Все доски

Пользуетесь скринридером — пишите, что можно улучшить.
Host-Food.ru — надёжный хостинг от 12 руб/мес | Free DNS
Зеркала М.Двача: m2ch.hk, m2ch.lib, m2chfapiswfw2wcakptqp4o6ltgchvjuxfab7urxlduraomtlnhw5xad.onion