вопрос в удобстве и платформе

ну скажем так, если б я был на Флампе раньше, чем Паша, я бы написал фреймворк по API тестированию на Питоне, потому что я могу. А Паша мог в PHP и написал на PHP

Например писать тесты для php приложения на питоне это в некотором роде шизофрения.

Почему? Кроме очевидного, что пхп вообще не жалуют

Спросила девушка совета )

В студию хотя бы один опенсорсный проект на пхп с тестами на другом языке.

В студию хотя бы один опенсорсный проект на пхп с тестами на другом языке.

в студию хотя бы один опенсорсный проект на пхп с тестами :)))

Спросила девушка совета )

Оживились зато, совет дельный дали, новое уже узнала. Все збс )

в студию хотя бы один опенсорсный проект на пхп с тестами :)))

Хочешь 10 накидаю сходу? :)

В студию хотя бы один опенсорсный проект на пхп с тестами на другом языке.

А причем тут опенсорс, простите?

в итоге я потратил 1 неделю чтобы вдуплиться в язык PHP, что было совсем не больно, и поддерживал отлично тесты. Тестовый код ОЧЕНЬ простой. И если его не понимает тестировщик, то нужно плакать в подушку и просить свою половинку ласкать вас нежно дома, чтобы закрыть зияющую пустоту некомпетенции. И все же что на Питоне, что на ПХП - это вопрос в "исторически сложилось"

Хочешь 10 накидаю сходу? :)

да сарказм же :)

А причем тут опенсорс, простите?

Ну можно closed source, но ведь этого же никто не даст сделать?

Опенсорс не имеет ничего общего с эффективностью и полезностью для бизнеса.

очень спорное утверждение

Опенсорс не имеет ничего общего с эффективностью и полезностью для бизнеса.

все же, опенсорс или НЕ опенсорс )

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

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

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

конечно

нормальный чувак напишет для любого бэка хорошие тесты на своем стеке и сделает это эффективно

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

Ты так говоришь, как будто есть компании которые с радостью сливают бабло на развлекушки разработчиков и его не жалко платить. ВСЕМ жалко, и это основа экономики и конкуренции.

Дайте ответ на не спорный вопрос. Как называется приблуда виндовая, для тестирования дотнетфреймворка, вышла в одно время с ним? Не могу вспомнить

Ты так говоришь, как будто есть компании которые с радостью сливают бабло на развлекушки разработчиков и его не жалко платить. ВСЕМ жалко, и это основа экономики и конкуренции.

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

Дайте ответ на не спорный вопрос. Как называется приблуда виндовая, для тестирования дотнетфреймворка, вышла в одно время с ним? Не могу вспомнить

пользователи windows

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

:D

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

Золотые слова

тут конечно тоже есть нюансы, если есть огромный монолит и каждый его кучок тестируется разными людьми на разных языках, то местами некомфортно

и опять тут все очень правы и почему-то делят не понять что

согласен и с Пашей и с Никитой

А блог есть у кого, почитать на досуге чего-то хочется, м?

у меня есть, но там 1 пост))

нормальный чувак напишет для любого бэка хорошие тесты на своем стеке и сделает это эффективно

Берем два одинаково нормальных чувака (поделенных на модуль своей длины). Один пишет теты на инородном стеке, второй на родном. В итоге второй эффективнее, так как разрабы поревьюили его код, лучше поняли бизнес требования и вообще все говорят на одном языке в коллективе.

Киньте в личку, или сюда, интересно как сейчас пишут

А блог есть у кого, почитать на досуге чего-то хочется, м?

Всё равно про что? У меня есть

есть принципиально момент: head start - нужно начинать с того, что знаешь. И начинается это с того, что есть на беке или фронте :) Если это бэк на Rust, а нам нужно тестировать API, то скорее всего для тестов выберется другой язык :) все просто.

Берем два одинаково нормальных чувака (поделенных на модуль своей длины). Один пишет теты на инородном стеке, второй на родном. В итоге второй эффективнее, так как разрабы поревьюили его код, лучше поняли бизнес требования и вообще все говорят на одном языке в коллективе.

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

Вообще непонятно зачем сюда приплели этот bullshit-bingo термин "у вас просто не налажены процессы". Мой тезис был вообще в другой области.

Берем два одинаково нормальных чувака (поделенных на модуль своей длины). Один пишет теты на инородном стеке, второй на родном. В итоге второй эффективнее, так как разрабы поревьюили его код, лучше поняли бизнес требования и вообще все говорят на одном языке в коллективе.

Если бэкенд написан на java, а фронтэнд на JavaScript, то кто кого эффективнее проревьюит?

Если у тебя бэкенд на perl, едва ли ты захочешь в перспективе и кодовую базу иметь на perl для тестов, за которые отвечает тестирование. поэтому в таких случаях принимается решения: - найти лид QA, кто начнет и будет поддерживать новый язык и все про него знать и мочь. - дать таску разобраться с другим языком разработчику,чтобы он быстро на пальцах показал как писать в существующем велосипеде тесты. так работает ОЧЕНЬ часто.

Если бэкенд написан на java, а фронтэнд на JavaScript, то кто кого эффективнее проревьюит?

Наверно тот кто придет и начнет писать все тесты на питоне, ведь у него есть опыт!!1

Разработчики ревьюировали-ревьюировали, да не проревьюировали

Если бэкенд написан на java, а фронтэнд на JavaScript, то кто кого эффективнее проревьюит?

у вас прям притча про жабу и гадюку)))

Если у тебя бэкенд на perl, едва ли ты захочешь в перспективе и кодовую базу иметь на perl для тестов, за которые отвечает тестирование. поэтому в таких случаях принимается решения: - найти лид QA, кто начнет и будет поддерживать новый язык и все про него знать и мочь. - дать таску разобраться с другим языком разработчику,чтобы он быстро на пальцах показал как писать в существующем велосипеде тесты. так работает ОЧЕНЬ часто.

Ну вот если только это решение принято осознанно и ведется работа по умножению knowledge management в своей области.

Откуда у разрабов окажутся скиллзы по ревью кода тестировщиков.

Если они никогда не писали тестов и не занимались тестированием

Вы либо недооцениваете программистов, либо переоцениваете тестировщиков

Всё равно про что? У меня есть

тоже интересно почитать

Они там такого наревьюют...

Ну вот если тесты на том же языке, то и скиллов особо не нужно кроме уже имеющихся.

Вы либо недооцениваете программистов, либо переоцениваете тестировщиков

Я слишком много повидал программистов, чтобы там чего-то недооценить

http://qa-blog.alexei-vinogradov.de

Ну вот если тесты на том же языке, то и скиллов особо не нужно кроме уже имеющихся.

Вот Павел, мы с вами говорим на одном и том же языке. Этого вам достаточно, чтобы ревьюить мои тексты?

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

Я слишком много повидал программистов, чтобы там чего-то недооценить

о, а я даже тебя смотрел сегодня, вроде, у тебя в списке много немецких компаний и от этого "онемчуренное" произношение английских терминов :)

Для целого набора кейсов достаточно. Я запросто смогу проверить синтаксис, пунктуацию и семантику.

кстати это большой вопрос :) если заметить испанский на например английский

Правильный вывод из текущего диалога, что питон/си/джава как стартовый язык примерно равнозначны и важно смотреть на язык непосредственного продукта?

о, а я даже тебя смотрел сегодня, вроде, у тебя в списке много немецких компаний и от этого "онемчуренное" произношение английских терминов :)

Вероятно оговариваюсь иногда, английский устно редко пользуюсь

Я еще раз приведу в пример опенсорс пхп - там все тесты всегда пишутся на пхп, потому что неэффективно тянуть к себе другие языки.

В питоне тесты на питоне, в раби тесты на раби и это НОРМАЛЬНО

Правильный вывод из текущего диалога, что питон/си/джава как стартовый язык примерно равнозначны и важно смотреть на язык непосредственного продукта?

питон/джава/руби/с#/js

Правильный вывод из текущего диалога, что питон/си/джава как стартовый язык примерно равнозначны и важно смотреть на язык непосредственного продукта?

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

надо смотреть на то что тебе больше нравится

Питончик хочу. Он логичен и понятен, начинала по нему читать

питон збс :) как раз на нем пишу

Остальные тоже начерняка логичные и хорошие, но душа лежит к питону

Правильный вывод из текущего диалога, что питон/си/джава как стартовый язык примерно равнозначны и важно смотреть на язык непосредственного продукта?

Да. Или на язык, с которым могут помочь окружающие.

нет, js не хороший и нелогичный

ERROR: S client not available

но мощный

Как мощны мои кодищщи

как первый язык не пойдет

В чем выражается мощь?

в остальном нужно смотреть на а) популярность языка (джава, питон в тренде, чуть поменьше - js, c#) б) приценить набор необходимых библиотек и посмотреть когда последний раз обновлялись либы, сколько issues решается в месяц. в) оценить готовность в случае чего команды узнать возможно новый язык (если ручных нужно будет после себя обучить языку)

Извините за ламерские вопросы

может складывать строку и число

в остальном нужно смотреть на а) популярность языка (джава, питон в тренде, чуть поменьше - js, c#) б) приценить набор необходимых библиотек и посмотреть когда последний раз обновлялись либы, сколько issues решается в месяц. в) оценить готовность в случае чего команды узнать возможно новый язык (если ручных нужно будет после себя обучить языку)

руби забыл

в РФ не в тренде, а вот в загранке очень много рубей, больше чем джавы наверное

точно, забыл этот язык-обслугу для Рельсы

Короче java или python - нормальный выбор

питон простой, у джавы куча лишних для автотестов вещей

ненужные абстракции, класс на любой чих и прочие прелести

У джавы есть Selenide. Это перекрывает все её недостатки

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

сделать скриншот, переопределить знаки доллара, круто-то как, делается за 15 минут как либа и переиспользуется в 1000 последующих

Я вот ради интереса погуглил 3 популярных проекта на эрланге, и угадайте на каком языке там написаны тесты? :) https://github.com/processone/ejabberd/tree/master/test https://github.com/apache/couchdb/tree/master/src/couch/test https://github.com/rabbitmq/rabbitmq-server/blob/master/test/cluster_rename_SUITE.erl

сделать скриншот, переопределить знаки доллара, круто-то как, делается за 15 минут как либа и переиспользуется в 1000 последующих

Шоа? За 15 минут, нюню

И как вообще выглядят какие-нибудь acceptance тесты для эрланга? Кто-нибудь знает?

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

Тут все фанаты луа и ненавидят ерланг

сделать скриншот это вообще метод вебдрайвера

зачем ему фикстура?)

б) переопределить обработчик failure чтобы он вызывал одну строчку pillow Библиотеки для скриншота - тоже видимо за гранью людей)

но зато я не буду тащить либу, за которую не отвечаю и не знаю, что в ней под капотом делается

сделать скриншот это вообще метод вебдрайвера

тем лучше

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

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

я про скриншотание по время исключений, там тебе придется манкипатчить метод тестового фреймворка

(делается за 5 минут) :(

я про скриншотание по время исключений, там тебе придется манкипатчить метод тестового фреймворка

в питесте делается за 5 минут если знать как

ну кто умеет ctrl+LMB жать в классы в IDE

для тех не секрет