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

Там ирландский?

де?

диалект

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

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

+

Приходилось общаться с такими. Обычно ночью. Просил написать на почту. )

Приходилось общаться с такими. Обычно ночью. Просил написать на почту. )

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

Приходилось общаться с такими. Обычно ночью. Просил написать на почту. )

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

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

https://www.youtube.com/watch?v=BqnFnWSYzaQ

Кста, кто-нибудь проходил сабес в варгейминг?

Знакомый разрабом туда ушел

Знакомый разрабом туда ушел

Не, я про тестеров говорю

Кста, кто-нибудь проходил сабес в варгейминг?

Я проходил.

Я проходил.

И как?

Прошел. ?

Прошел. ?

а чегой именно тестим?

Прошел. ?

А ты от куда, и в какой отдел проходил?

Из Москвы из другой конторы в Online Presence в Минск.

Из Москвы из другой конторы в Online Presence в Минск.

Это ты к чему?

не уловил мысль

А ты от куда, и в какой отдел проходил?

Из Москвы из другой конторы в Online Presence в Минск.

Ответ вроде точный )

А теперь понятно

А чем занимаететсь?

Точнее что тестите?

Всякое. Ну реально всякое :)

Я не знаю как рассказать, не выйдя за NDA )

что дадут, то и пинаить )))

Я не знаю как рассказать, не выйдя за NDA )

обобщённо. апи, вебморду, клиент... etc

всё, кроме игрового клиента.

Ну и может бекенда игрового.

Ну и может бекенда игрового.

Интересно узнать как выглядет процесс тестирования в варгейминге?

По-разному. Увлекательно и офигительно :)

Кртксть - стср!

Интересно узнать как выглядет процесс тестирования в варгейминге?

Устройся - узнаешь. )

По-разному. Увлекательно и офигительно :)

Та ты им про танки расскажи :))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

Та ты им про танки расскажи :))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

Не, про танки не интересно. Интересуют итерации, сроки....

Та ты им про танки расскажи :))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

А что рассказать? Я не понял фразу.

Ну просто мне вот не понятно, чего ажиотаж такой у человека с варгейминг

этото типа шутка-юмор

Аааа.

Ну, типа, геймдев, все дела, наверное. Я не знаю.

Офигенская команда, отличные условиях, хорошие процессы.

странно что люди с контакта, например, не вызывают подобного ажиотажа)

Ну просто мне вот не понятно, чего ажиотаж такой у человека с варгейминг

Просто в перспективе думаю туда иммигрировать

http://world-of-ru.livejournal.com/2185712.html

Вспомнилось.

Можно ли говорить, что процесс плохой, если ты под NDA ограничениями? Можно ли считать процесс и команду плохими, если продукты успешно продаются?

Это не лично к Ричард, а вообще в тредик

1. Нет, нельзя. 2. Можно

Нельзя мочить манту, остальное можно всё.

Но не этичненько как-то.

Можно ли говорить, что процесс плохой, если ты под NDA ограничениями? Можно ли считать процесс и команду плохими, если продукты успешно продаются?

1. зависит от того что ы NDA написсано на самом деле... 2. Так такое сплошь и рядом

Лан поднял тему. Тему можно зпкрыть

Просто как-то к 17.00 чат заглох. Думал может поспрашать чего-нить интересного, а тут нарвался:)

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

1. Ну Скрам вполне процесс, если ему следовать а не брать гордо название и берндаун чарт. Но вопрос был про наружу 2. Ну вообще если команад так видится то надо менят работу походу

Я не про частности

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

Яша Крамаренко, если он еще делает

в Киеве еще Bionic University

Bionic очень активно не советовали, а вот, что касается Яши Крамаренко, то делает еще и по жабе я бы его тоже советовал

Ребята, всем привет! :) Меня зовут Лена. Долгое время я занималась тестированием мобильных, сейчас тестирую веб. Буду признательна, если подскажете какие-нибудь фишки, полезные инструменты, расширения для браузеров, которые помогут в тестировании веб-проектов

Ребята, всем привет! :) Меня зовут Лена. Долгое время я занималась тестированием мобильных, сейчас тестирую веб. Буду признательна, если подскажете какие-нибудь фишки, полезные инструменты, расширения для браузеров, которые помогут в тестировании веб-проектов

Елена а где работаете что за проект ?

firebug )

ERROR: S client not available

json formater

Да, еще есть вопрос насчет налаживания процессов тестирования. Пример: у вас есть большая фича и вы нашли баги фронтенда и бекенда, записали это в один большой тикет, который стоял на вас как «исследование фичи и проведение ее полного тестирования». Вы свою работу сделали - протестили все, что могли. Что делаем дальше? а) переводим тикет на пиэма, далее пиэм сам раскидывает баги по новым тикетам - кому фронтенд, кому бекенд + обсуждает с заказчиком что фиксить, а что нет б) либо сам тестер создает отдельные тикеты (новые) на соответствующих разрабов? в) либо текущий тикет ассайнится на одного девелопера, фиксится, тестится, потом после фикса ассайнится на следующего? г) или ваши варианты? действительно важный вопрос, хочу сделать удобно для всех, так что ваш опыт мне очень поможет)

Елена а где работаете что за проект ?

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

один баг - один тикет. Создаются они рилейтами к таске на тест.

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

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

никакой шоколадки, это его работа. ищ чего, баловать их ещё!

Команда то сколь человек?

>это его работа.

разбирать не свои тикеты? Не всегда)

разбирать не свои тикеты? Не всегда)

То есть, по вашему нормально, что тестировщик в обход девлида будет раскидывать кому что фиксить? Серьёзно?

Нет, траектория "на PM-а" мне встречалась чаще

но имхо это перегружает PM-а не по делу

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

а PM/лид в наблюдателях

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

Смотрите, разрабы пока еще не готовы к тому, что их тикеты тестятся и немного подобижаются, когда на них валятся комменты, пытаются спихнуть друг на друга или же обратно на меня)) типа «это не мой баг», думаю многим это знакомо девлид в отпуске, второй девлид не особо общительный, пиэму тогда, может? при этом сам пиэм просил все вопросы задавать ему, так как он должен быть в курсе всего, потому как заказчик тоже все тикеты мониторит...

Ну в таком раскладе кроме пиэма и выбора то нет особо)

>разрабы пока еще не готовы к тому, что их тикеты тестятся

звучит пугающе

НАШИ ЗАДАЧИ ТЕСТИРУЮТ

Смотрите, разрабы пока еще не готовы к тому, что их тикеты тестятся и немного подобижаются, когда на них валятся комменты, пытаются спихнуть друг на друга или же обратно на меня)) типа «это не мой баг», думаю многим это знакомо девлид в отпуске, второй девлид не особо общительный, пиэму тогда, может? при этом сам пиэм просил все вопросы задавать ему, так как он должен быть в курсе всего, потому как заказчик тоже все тикеты мониторит...

Обижаются - это как, ноют?)

Вообще, для начала, нужно описать ориентировочные зоны ответственности по функционалу: т.е. Функционал1 - отвечает Вася, функционал2 - отвечает Петя Ну это и есть зоона ответственности девлида.

ПАНИКА

Вообще, для начала, нужно описать ориентировочные зоны ответственности по функционалу: т.е. Функционал1 - отвечает Вася, функционал2 - отвечает Петя Ну это и есть зоона ответственности девлида.

Хм, разве?

ну, мне то очень хорошо знакомо)))

Да, еще есть вопрос насчет налаживания процессов тестирования. Пример: у вас есть большая фича и вы нашли баги фронтенда и бекенда, записали это в один большой тикет, который стоял на вас как «исследование фичи и проведение ее полного тестирования». Вы свою работу сделали - протестили все, что могли. Что делаем дальше? а) переводим тикет на пиэма, далее пиэм сам раскидывает баги по новым тикетам - кому фронтенд, кому бекенд + обсуждает с заказчиком что фиксить, а что нет б) либо сам тестер создает отдельные тикеты (новые) на соответствующих разрабов? в) либо текущий тикет ассайнится на одного девелопера, фиксится, тестится, потом после фикса ассайнится на следующего? г) или ваши варианты? действительно важный вопрос, хочу сделать удобно для всех, так что ваш опыт мне очень поможет)

Чаще всего используется вариант а) но в процессе саморазвития , это работает примерно так , затестился , определил для себя криты , сразу на разрабов , минорные баги на пиэма устно ввёл в курс дела если требуется , если есть косяки в логике , самостоятельно прорабатываешь логику , Че с какой базы забрать , где проадпейтить , кому какой статус передать , если к примеру интегрируется 3 и более систем , далее согласовываешь своё решение или если его считаешь топовым , сразу на разраба и включаешь в текущий спринт

ну, типа «это не мое, я все сделал, у меня все работает, не знаю что там у нее»

Хм, разве?

Приехали. А кто раскидывает программстов по функционалу? Тоже ПМ?

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

?

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

ни в чем, если программисты распределены.