@qa_ru

Страница 879 из 1080
Evgeniy
19.02.2018
16:56:11
если ты попав в систему и увидев папку папка4 и в ней лежит скрипт, то относительный путь от этой папки до фаила будет: from os.path import abspath path_to_file = abspath("../../file") # при условии, что os.getcwd() действительно папка3/папка4

plomb3r ▲
19.02.2018
16:57:05
класс, снимаю шляпу, завтра с утра буду пробовать, там пошаманю но логика ясна теперь

Md
19.02.2018
19:14:29
Коллеги, а кто как хранит и учитывает свои мобильные девайсы?
Если вопрос еще актуален, то на прошлом месте был сейф и тупо журнал рядом ^_^ кто во сколько взял девайс и кто во сколько сдал. При взятии чувак осматривал его (на всякий), при сдаче в конце дня ответственный тоже осматривал. Соответственно, все девайсы хранились в офисе и домой можно было взять в крайнем случае с подписью в том же журнале.

Арсений
19.02.2018
19:14:54
всё на доверии? зачем осматривать девайсы?)

Google
Md
19.02.2018
19:14:58
ну и под конец этот журнал начали таки переносить в веб, но я этого уже не застал

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

и у 3го кнопка провалилась, да... ну это чет как-то и с осмотром не углядели

забавно было читать в слаке, как в московском офисе искали айфон тестовый :)) кто-то взял и хз где оставил

ну а так зависит конечно от размера команды и парка устройств. Ну и были ли прецеденты с разбитыми экранами

Max
19.02.2018
19:23:54
А почему так беспокоились о сохранности? Бизнес экономил на ложках в столовой и обновлении парка устройств?

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

Арсений
19.02.2018
19:30:37
Вот тут как раз и интересно, как оно у людей. Мне кажется, если я уроню шкаф с девайсами, меня, конечно, не похвалят, но страдания будут недолгими

А где-то разбитый экран - повод для разборок

zombopanda
19.02.2018
19:33:03
Таким образом можно и за вышедший из строя ссд на рабочей машине платить самостоятельно. Ты же сломал

Арсений
19.02.2018
19:36:48
ну конторы разные бывают. где-то это оправдано. Не у всех есть бюджет на закупку ещё одного iphone 10

Max
19.02.2018
19:38:00
таким конторам можно не гнаться за флагманами и покупать б/у устройства

Google
Max
19.02.2018
19:38:33
в любом случае DUT ничем не отличается в этом контексте от рабочего стола, лампы или компьютера

Md
19.02.2018
19:44:43
да, в той конторе бюджеты были так себе :) но мне кажется, что в любом месте тебя не похвалят, если ты взял девайс домой, а принес с разбитым экраном

ну и после ситуации, когда 1 экран магически треснул, и никто почему-то не захотел сказать как это произошло, и завели этот журнал

Артем
20.02.2018
06:18:34
Найти элемент на странице и дернуть запросик к апи ресташурдом за 38к и 5 месяцев? Курс для корпоративных жирафов, до которых инфа из гугла долго доходит? :)
эти курсы вообще силу какую-то имеют? Т.е допустим вы крутой руководитель отдела, берете к себе на работу тестировщика, будет ли на принятие решения влиять то, какие он курсы прошел. Или это просто никчемная дорогая ничего не значащая бумажка? Ну висит у тебя на стене куча грамот и сертификатов,дальше что? Выхлоп есть от этого? Продвижение по службе, увеличение ЗП и т.д?

Артем
20.02.2018
06:25:03
Так а сертификаты то разные бывают. Сейчас любой крутой тестировщик организовывает свои вебинары и курсы. Есть какая-то градация по ценности: вот сертификат такой-то академии это круто, а сертификат от такой-то это шлак? Допустим, если говорить про CISCO, то у них там есть CCNA, CCNP. Если проводить аналогию, то как в тестировании сертифицируются?

Дмитрий
20.02.2018
06:30:58
Так а сертификаты то разные бывают. Сейчас любой крутой тестировщик организовывает свои вебинары и курсы. Есть какая-то градация по ценности: вот сертификат такой-то академии это круто, а сертификат от такой-то это шлак? Допустим, если говорить про CISCO, то у них там есть CCNA, CCNP. Если проводить аналогию, то как в тестировании сертифицируются?
База - это ISTQB (один раз позвали на собеседование в духе "позвонили Вам самому первому, т.к. вы единственный из кандидатов, кто его сдал") Плюсом будет серт по инструментам, который используется на проекте (HP ALM QC / IBM RFT etc), но тут нужно, чтобы звёзды сошлись) Неплохо заходят сертификаты из компаний, которые на слуху. Специалист, лаборатория качества, software-testing. Ноунейм серты исключительно для знаний, а бумажка мало чем поможет. + Если говорить об аутсорсе конкретно, то там заказчик предъявляет четкий список сертификатов, которые "котируются" для подтверждения компетенций. Остальные игнорируются)

Geronimo (Макс) NN
20.02.2018
06:51:23
Не припоминаю случая чтобы в вакансии было требование сертификата. Максимум как доп. плюс. Мне кажется на практике на территории РФ наличие сертификата существенной роли не играет.

Родился вопросик, немного оффтоп. А есть чатик эйчаров?)

Max
20.02.2018
07:04:29
Так а сертификаты то разные бывают. Сейчас любой крутой тестировщик организовывает свои вебинары и курсы. Есть какая-то градация по ценности: вот сертификат такой-то академии это круто, а сертификат от такой-то это шлак? Допустим, если говорить про CISCO, то у них там есть CCNA, CCNP. Если проводить аналогию, то как в тестировании сертифицируются?
Допустим Вы владелец/основатель/разработчик какой-то системы. Логично что Вы лучший центр по сертификации для своей системы, как автор. Другими словами способны оценить правильно ли на Ваш взгляд была усвоена Ваша идея. С Cisco это так, с тестированием нет. Нужно пояснять почему?

Zewa ?
20.02.2018
08:32:22
Вячеслав
20.02.2018
08:35:11
проходил один курс, он мне дал много знаний и дорогу дальше

Zewa ?
20.02.2018
08:35:23
там всего 6 занятий вроде %)
Домашнее задание значит очень сложное

Вячеслав
20.02.2018
08:35:35
важно не просто наличие, а что оттуда взять

Google
Дмитрий
20.02.2018
08:37:45
Стоит алмный серт как крыло самолета
На текущем месте работодатель оплачивает такие вещи - для меня очень приятный бонус) Кстати, не знаете, его сейчас можно сдать? До нового года пытался отправить команду на сертификацию - не удалось, т.к. у паккарда были какие-то проблемы с юр. лицом :(

Evgeniy
20.02.2018
08:41:46
вот и я не знаю. пусть тебе Артем расскажет. Но не совсем понятно как самопиар приравнялся к компетенции в работе

Nikita
20.02.2018
08:42:15
ох, два чая

Арсений
20.02.2018
08:44:01
вот и я не знаю. пусть тебе Артем расскажет. Но не совсем понятно как самопиар приравнялся к компетенции в работе
Практически напрямую. Большая visibility приравнивается работодателем и окружающими к большей экспертности. При этом оно не всегда так, а зачастую - совсем не так. Время-то тратится не на экспертность, а на пиар.

Старый
20.02.2018
08:44:22
вот я сейчас всё чаще вижу вакансии, сейчас хожу по собесам, где мне говорят заменить тестеров скриптами

Evgeniy
20.02.2018
08:44:44
я говорю про конкретную компетенцию в работе, а не видимость компетенции в работе, Арсений. ты повторил по сути что я сказал

Старый
20.02.2018
08:49:45
компетенция понятие оч расстяжимое, в каких то конторах тестер должен понимать приложение, его рахииектуру, модули и тп, а в каких то тупо спенарии проходить/автоматизировать не думая

Pavel
20.02.2018
09:26:33
Привет. Кто-нибудь сталкивался с автоматизацией тестирования WebSocket? Не подскажете что почитать, желаетльно что-то в стиле "quickstart guide". Первый раз сталкиваюсь с ними.

Shoo
20.02.2018
09:35:10
Привет. Кто-нибудь сталкивался с автоматизацией тестирования WebSocket? Не подскажете что почитать, желаетльно что-то в стиле "quickstart guide". Первый раз сталкиваюсь с ними.
Берете любой туториал по вебсокетам на любом известном вам языке программирования. Например, пайтон: https://www.fullstackpython.com/websockets.html Как только вы поймете, как эта херня работает, вопросы о том, как это тестировать - отпадут сами собой.

ch
20.02.2018
09:45:35
Привет. Кто-нибудь сталкивался с автоматизацией тестирования WebSocket? Не подскажете что почитать, желаетльно что-то в стиле "quickstart guide". Первый раз сталкиваюсь с ними.
у меня есть опыт написания тестов, но довольно хитро сделано, можно пихать команды напрямую в сокет без библиотек через visual studio load test

Pavel
20.02.2018
09:50:37
А у Java есть какая-то особая специфика? Извиняюсь, забыл указать в изначальном вопросе

Shoo
20.02.2018
09:52:07
А у Java есть какая-то особая специфика? Извиняюсь, забыл указать в изначальном вопросе
Нет, вебсокеты это просто протокол общения. Какая есть специфика у http, например, в джаве? :)

Pavel
20.02.2018
09:52:50
Я понимаю, ну человек выше просто сказал, что можно хитро делать через load testing в vs

Я уже задумывался конечно над использованием jmetr для моей цели

Но но хотелось бы по фен-шую все же

Shoo
20.02.2018
09:53:30
Это просто инструмент, которым он дергает сокеты. Можно студией, можно из консоли, можно как угодно )

Admin
ERROR: S client not available

ch
20.02.2018
09:53:46
Google
Shoo
20.02.2018
09:54:22
норм можно и чере него сделать
Но зачем использовать инструмент лоад тестинга для не лоад тестинга? :)

Ну, т.е. можно конечно, но тут как троллейбус из буханки хлеба.

ch
20.02.2018
09:55:01
ну если человек его хорошо знает и вся команда его знает, то можно исползовать, хз какие там задачи

Pavel
20.02.2018
09:56:29
Но зачем использовать инструмент лоад тестинга для не лоад тестинга? :)
Я периодически использую jmetr для подготовки тестовых данных, если их много. Довольно удобно кстати)

Shoo
20.02.2018
09:57:16
Ну, просто "Можно ли забить гвоздь ботинком? Можно. Но лучше для этого использователь молоток." :)

Pavel
20.02.2018
09:58:07
Регистрировать юзеров например проще через параметризованный вызов api

Ну в моей ситуации

Shoo
20.02.2018
09:58:54
эээ. Оукей. Не буду спорить. :)

ch
20.02.2018
09:59:01
А какого типа тесты будут на сокетах?

Timur
20.02.2018
10:35:12
А может кто-нибудь подскажет, существует ли методика какая-нибудь, для тестирования результата программы, который выводится в виде больших объемов данных? Ошибки могут возникнуть в неприметной циферке, что-то может в одном-единственном случае посчитаться не так и вот это вот всё. Я немножк заскучал, сравнивая всё это в экселе, и может кто знает про серебрянную пулю для таких вещей?

Shoo
20.02.2018
10:35:57
Серебряная пуля для таких вещей: автоматизация такого тестирования. Ваш кэп.

Timur
20.02.2018
10:43:47
Серебряная пуля для таких вещей: автоматизация такого тестирования. Ваш кэп.
Ты снова сделал это, ты снова спас весь мир!) А если серьезно, то да, логично. Спасибо.

Shoo
20.02.2018
10:44:41
Ну, если серьезно, то матчинг больших объемов данных это как раз то, на чем автотесты дают наибольшее количество профита, потому что человеческий фактор зашкаливающе плох для таких задач.

Alexei
20.02.2018
10:54:58
в экселе, кстати, тоже можно неплохо автоматизировать разные проверки

Jevgeni
20.02.2018
13:16:21
Добрый день, уважаемое сообщество тестировщиков. Я готовлю презентацию на тему использования статистики в тестировании, для которой я хочу собрать материал об использовании тестовых метрик в командах тестирования. Для этого я прошу Вас поделиться информацией о том: * какую статистику о тестировании вы собираете и анализируете на постоянной основе * какая статистика была собрана лишь однажды, но оказалась очень полезной для понимания сути происходящего Например: * график найденных багов за определенный отрезок времени (неделя, месяц, квартал, год) * график с количеством выполненных тест-кейсов * график с количеством запущенных тест-ранов с количеством failed/success build’ов и времени выполнения каждого тест-рана * рейтинг самых время затратных для выполнения тест-кейсов Я буду очень благодарен каждому, кто поделится примерами графиков, которые вы создаете на основании собранных метрик тестирования. Ответ не должен быть максимально развернут или как-то аргументирован. Мне важно лишь узнать какую статистику собирают и используют на практике другие команды и какие самые популярные виды графиков, построенные на основании собранных тест данных Ссылка на опрос: https://goo.gl/forms/a8QGMF0tO0PGfoyW2 Или вы можете дать ответ прям в этом топике: http://software-testing.ru/forum/index.php?/topic/36229-statistika-v-testirovanii/ Ответы в Telegram'e так же приветствуются С уважением, Евгений.

Shoo
20.02.2018
13:22:49
Добрый день, уважаемое сообщество тестировщиков. Я готовлю презентацию на тему использования статистики в тестировании, для которой я хочу собрать материал об использовании тестовых метрик в командах тестирования. Для этого я прошу Вас поделиться информацией о том: * какую статистику о тестировании вы собираете и анализируете на постоянной основе * какая статистика была собрана лишь однажды, но оказалась очень полезной для понимания сути происходящего Например: * график найденных багов за определенный отрезок времени (неделя, месяц, квартал, год) * график с количеством выполненных тест-кейсов * график с количеством запущенных тест-ранов с количеством failed/success build’ов и времени выполнения каждого тест-рана * рейтинг самых время затратных для выполнения тест-кейсов Я буду очень благодарен каждому, кто поделится примерами графиков, которые вы создаете на основании собранных метрик тестирования. Ответ не должен быть максимально развернут или как-то аргументирован. Мне важно лишь узнать какую статистику собирают и используют на практике другие команды и какие самые популярные виды графиков, построенные на основании собранных тест данных Ссылка на опрос: https://goo.gl/forms/a8QGMF0tO0PGfoyW2 Или вы можете дать ответ прям в этом топике: http://software-testing.ru/forum/index.php?/topic/36229-statistika-v-testirovanii/ Ответы в Telegram'e так же приветствуются С уважением, Евгений.
Я бы посоветовал немного перефразировать, из "использования статистики в тестировании" в сторону "использования статистики тестирования". Возможно это, конечно, только в моей голове так, но первая формулировка больше про использование статистических данных о продукте в ходе его тестирования (условный data-driven), а второе - про метрики самого тестирования как процесса. Конечно развернутое объяснение примеров проясняет всё, но тем не менее.

Добрый день, уважаемое сообщество тестировщиков. Я готовлю презентацию на тему использования статистики в тестировании, для которой я хочу собрать материал об использовании тестовых метрик в командах тестирования. Для этого я прошу Вас поделиться информацией о том: * какую статистику о тестировании вы собираете и анализируете на постоянной основе * какая статистика была собрана лишь однажды, но оказалась очень полезной для понимания сути происходящего Например: * график найденных багов за определенный отрезок времени (неделя, месяц, квартал, год) * график с количеством выполненных тест-кейсов * график с количеством запущенных тест-ранов с количеством failed/success build’ов и времени выполнения каждого тест-рана * рейтинг самых время затратных для выполнения тест-кейсов Я буду очень благодарен каждому, кто поделится примерами графиков, которые вы создаете на основании собранных метрик тестирования. Ответ не должен быть максимально развернут или как-то аргументирован. Мне важно лишь узнать какую статистику собирают и используют на практике другие команды и какие самые популярные виды графиков, построенные на основании собранных тест данных Ссылка на опрос: https://goo.gl/forms/a8QGMF0tO0PGfoyW2 Или вы можете дать ответ прям в этом топике: http://software-testing.ru/forum/index.php?/topic/36229-statistika-v-testirovanii/ Ответы в Telegram'e так же приветствуются С уважением, Евгений.
Если по теме: у нас сейчас автоматически собирается время прохождения тестов и ранов, багрейт на регрессии, среднее время прохождение теста. Данные этим мы, конечно же, используем примерно никак, потому что нафиг они не нужны. :)

Google
Shoo
20.02.2018
14:02:11
Ну это ты сильно про нафиг не нужны)
Ну как сказать. Я не вижу примерно никакой пользы в такой статистике. Все выводы, которые можно сделать на её основе или проще получать другими способами, или достаточно спорны для принятия решений на их основе. Но, готов подискутировать на тему. (как и всегда, лол)

Shoo
20.02.2018
14:07:00
увеличение времени прохождения теста - сразу звоночек + можно при запуске тесты упаковывать сортируя по их времени, но в целом можно и другими способами)
Тут всё просто: пока время прохождения тестов является комфортным - я не вижу смысла отслеживать метрики. Изменение времени прохождения теста может быть по N-ному количеству причин, лишь некоторые из которых имеет смысл исправлять. Как только время прохождения тестов становится не комфортным - тут уже пофигу на статистику, ты их сначала профилируешь, потом думаешь как это время уменьшить - или через оптимизацию кода, или через оптимизацию рантайма.

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

roma
20.02.2018
14:10:12
Добрый день, уважаемое сообщество тестировщиков. Я готовлю презентацию на тему использования статистики в тестировании, для которой я хочу собрать материал об использовании тестовых метрик в командах тестирования. Для этого я прошу Вас поделиться информацией о том: * какую статистику о тестировании вы собираете и анализируете на постоянной основе * какая статистика была собрана лишь однажды, но оказалась очень полезной для понимания сути происходящего Например: * график найденных багов за определенный отрезок времени (неделя, месяц, квартал, год) * график с количеством выполненных тест-кейсов * график с количеством запущенных тест-ранов с количеством failed/success build’ов и времени выполнения каждого тест-рана * рейтинг самых время затратных для выполнения тест-кейсов Я буду очень благодарен каждому, кто поделится примерами графиков, которые вы создаете на основании собранных метрик тестирования. Ответ не должен быть максимально развернут или как-то аргументирован. Мне важно лишь узнать какую статистику собирают и используют на практике другие команды и какие самые популярные виды графиков, построенные на основании собранных тест данных Ссылка на опрос: https://goo.gl/forms/a8QGMF0tO0PGfoyW2 Или вы можете дать ответ прям в этом топике: http://software-testing.ru/forum/index.php?/topic/36229-statistika-v-testirovanii/ Ответы в Telegram'e так же приветствуются С уважением, Евгений.
Хм.. ну я смотрел подобный доклад, но он был больше о технической стороне вопроса. Кстати и нашёл доклад Доклад Артёма Ерошенко - расказал больше про то чем ему помогла Grafana для статистики/аналитики автотестов

Страница 879 из 1080