@channel Ребята, привет! Есть возможность организовать митап в Москве на территории Альфа лаборатории. Откликнитесь, кому это интересно?

митап - это как фест, только пьянка?

@channel Ребята, привет! Есть возможность организовать митап в Москве на территории Альфа лаборатории. Откликнитесь, кому это интересно?

+

@channel Ребята, привет! Есть возможность организовать митап в Москве на территории Альфа лаборатории. Откликнитесь, кому это интересно?

+

@channel Ребята, привет! Есть возможность организовать митап в Москве на территории Альфа лаборатории. Откликнитесь, кому это интересно?

Зависит от формата, программы и прочего.

Яб даже из Питера бы заехал. :)

Хотеть

@channel Ребята, привет! Есть возможность организовать митап в Москве на территории Альфа лаборатории. Откликнитесь, кому это интересно?

Если это было бы в субботу, было бы здорово. Тоже заехал бы из Питера, скорее всего.

митап - это как фест, только пьянка?

Не, это будет 4-6 докладов. Выходной день. 2 доклада наши, остальное приглашаем спикеров. Live-трансляция, видео на youtobe потом. Доклады будут исключительно практическими. Постараюсь сделать так, чтобы никакой воды не было. Хочу сделать первый митап, а потом если тема зайдёт - проводить регулярно.

С помощью нашего канала можно кстати искать интересные темы.

звучит хорошо :)

митап - это как фест, только пьянка?

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

Но потом все равно устраивают пьянку.

не могу создать sundbox юзера, вот такая ошибка “Create request could not get the Person ID from ds!”

не сталкивались с таким?

все заработало)

все заработало)

Рады были помочь

Всем привет, кто юзает selenium+c#, отпишите лично.есть вопрос. Заранее спасибо:)

Как вам новая серия селениум? Там пайтон вообще крут

ща модератор придет...

не придет, он в отпуске

Я не в отпуске

а я создатель канала))

Но ты добрая

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

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

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

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

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

можно привести пример входных и выходных данных

Надо чётко указывать ожидаемый результат

кому-то и крэш приложения норм покажется)

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

очень сомневаюсь, что это нужно ВЕЗДЕ.

на одном из митапов говорили, чем меньше квалификация(того кто по ним пойдет) тем подробнее кейсы

очень сомневаюсь, что это нужно ВЕЗДЕ.

я не сказал везде

на одном из митапов говорили, чем меньше квалификация(того кто по ним пойдет) тем подробнее кейсы

Это так говорят, у кого квалификация маленькая, вместе с достоинством

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

на одном из митапов говорили, чем меньше квалификация(того кто по ним пойдет) тем подробнее кейсы

человек с высокой квалификацией умеет читать мысли, да

на клингонском))

ох как же меня это раздражает

человек с высокой квалификацией умеет читать мысли, да

не это имелось ввиду(

тест кейс - это рабочий документ

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

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

и как-то странно там видеть "ну это и так всем нашим бро понятно")

ага

и как-то странно там видеть "ну это и так всем нашим бро понятно")

++

Так пишут в основном, когда не разобрались с процессом, а скопипастили описание юзкейса

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

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

а сколько примеров, когда состав такой команды менялся и все сидели с вопросом, что имелось ввиду? или таски годичной давности? ))

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

и это чаще всего

а кто-нибудь тут на мобильных платформах тестирует?

Я

а кто-нибудь тут на мобильных платформах тестирует?

и я

а как вы отслеживаете девайсы внутри отдела?)

файлик

взял девайс - записался

ERROR: S client not available

ну т.е. бывает что "ребзя, а где наш айфон 7?"

взял девайс вернул девайс

отнес назад - написал in storage

ага, мы также, но вот решил спросить может инновации какие есть)

т.е. самоорганизация?)

на хабре была куча статей интересных

но у нас пока не настолько большой отдел

просто шкаф, просто файлик

типа через удалённый доступ кошмарить?)

аа, ты имеешь в виду удаленно

не-не

мы также шкаф и файлик

это я так, фантазирую)

аа)

в одной организации удалённый доступ, в другой - под запись

но вот недавно сделали удалённый

о, а расскажи про удалёнку

если например есть штук 30 андроидов и 20 иосов

можно в личку, чтоб тут не флудить

давай сюда) всем интересно )

для Андройда http://v-androide.com/instruktsii/rabota/udalennyi-dostup-android.html Раздел: Удаленное подключение к Android Для iOS через Jalebreak

ну гугл сервисы локацию в радиусе 25 метров определяют

т.е. весь этаж накрывают)

Windows Phone https://www.youtube.com/watch?v=-ZHvgM9fwOM

мы так сделали)

Ivan: или они у вас лежат, а вы удалённо с ними работаете? т.е. никто не берёт их в руки [12:53:41 PM] Slow: они, по-моему, физичеки в серверной их никто не берёт [12:53:49 PM] Ivan: о-о-о это другое дело

для такого есть кстати фермы