
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
А почему так беспокоились о сохранности? Бизнес экономил на ложках в столовой и обновлении парка устройств?
вот тебе ноут для работы, но если на экране появятся битые пикселы, то ты горько поплатишься!

zombopanda
19.02.2018
19:28:31

Арсений
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

Shoo
20.02.2018
06:19:43

KreyDan
20.02.2018
06:20:40

Дмитрий
20.02.2018
06:20:56

Артем
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. Ноунейм серты исключительно для знаний, а бумажка мало чем поможет.
+ Если говорить об аутсорсе конкретно, то там заказчик предъявляет четкий список сертификатов, которые "котируются" для подтверждения компетенций. Остальные игнорируются)


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

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

Max
20.02.2018
07:04:29

Evgeniy
20.02.2018
07:59:00

Вячеслав
20.02.2018
08:23:48

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


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

Zewa ?
20.02.2018
08:35:23

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

Google

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

Старый
20.02.2018
08:37:52

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

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

Арсений
20.02.2018
08:44:01

Старый
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

ch
20.02.2018
09:45:35

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

Shoo
20.02.2018
09:52:07

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

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 так же приветствуются
С уважением,
Евгений.
Если по теме: у нас сейчас автоматически собирается время прохождения тестов и ранов, багрейт на регрессии, среднее время прохождение теста.
Данные этим мы, конечно же, используем примерно никак, потому что нафиг они не нужны. :)


Jevgeni
20.02.2018
13:28:10

Roman
20.02.2018
13:59:22

Google

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

Roman
20.02.2018
14:04:55

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


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 для статистики/аналитики автотестов