Поиск работы в Америке
Должность Город, Штат
job title, keywords or company
city, state or zip jobs by job search
Страница 1 из 6 1 2 3 4 5 6 Последняя
Показано с 1 по 10 из 53

Тема: Баги-Шмаги - снос из темы об ошибках на интервью

  1. #1
    Гражданин Аватар для briv
    Регистрация
    25.12.2009
    Адрес
    NY
    Возраст
    46
    Сообщений
    4,997
    Записей в дневнике
    1
    Спасибо
    2,751
    Сказали 1,540 раз в 936 постах

    Баги-Шмаги - снос из темы об ошибках на интервью

    Цитата Сообщение от Mikhail Portnov Посмотреть сообщение
    ...Впрочем, проблема плохого стажера не в том, что он не приносит пользы. Проблема в том, что он мешает работать (отвлекает коллег-тестеров одними и теми же вопросами, файлит дублирующиеся баги, доводит девелоперов до белого каления приставая с ерундовыми багами когда те заняты более приоритетными вещами; вынуждает неопытного девелопера “пофиксить баг″ который багом не являлся и т.п.)
    Опаньки!!! Как такое вообще возможно, что стажер-тестер мало того, что пристает к девелоперам с "багами", так даже вынуждает их фиксить баги?



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


  2. Эти 3 пользователи сказали Спасибо briv за это сообщение::

    Becki (06.05.2011), coworker (30.04.2011), Jalla (02.05.2011)

  3. Бронирование Отелей в США
    Circuit advertisement
    Регистрация
    Always
    Адрес
    Advertising world
    Возраст
    2010
    Сообщений
    Many




     

  4. #2
    Резидент Аватар для Quizzie
    Регистрация
    09.10.2010
    Сообщений
    128
    Спасибо
    20
    Сказали 60 раз в 35 постах

    Re: Не знаю даже как и назвать...

    Так то ж вчерашний стажер пишет в назидание стажеру завтрашнему. Как видит, так и пишет...

  5. #3
    Гражданин Аватар для KoLoB
    Регистрация
    19.12.2008
    Адрес
    Prague, Czech Republic
    Возраст
    29
    Сообщений
    7,377
    Записей в дневнике
    60
    Спасибо
    2,980
    Сказали 3,574 раз в 1,735 постах

    Re: Не знаю даже как и назвать...

    Цитата Сообщение от briv Посмотреть сообщение
    Опаньки!!! Как такое вообще возможно, что стажер-тестер мало того, что пристает к девелоперам с "багами", так даже вынуждает их фиксить баги?
    А если баг критический?
    Радость измеряется в улыбайтах, мегасмайлах или гигалыбах.

  6. #4
    Гражданин Аватар для rz_rz
    Регистрация
    29.11.2009
    Адрес
    San Francisco
    Возраст
    37
    Сообщений
    1,159
    Записей в дневнике
    47
    Спасибо
    479
    Сказали 446 раз в 328 постах

    Re: Не знаю даже как и назвать...

    Цитата Сообщение от KoLoB Посмотреть сообщение
    А если баг критический?
    Тестер находит баг, узнает у кого нибудь "постарше", действительно ли это баг, если это баг, заводит его, ставит ему Priority & Severity какие считает нужными и назначает на девелопера. Все. Его работа закончена. Добиваться от девелопера починки бага не задача тестера. Даже если баг критический.
    Инструкция по заполнению DS-122 & DS-230
    http://www.govorimpro.us/entry.php?b=108

  7. Эти 2 пользователи сказали Спасибо rz_rz за это сообщение::

    briv (30.04.2011), iTamerlanium (06.06.2011)

  8. #5
    Гражданин Аватар для Becki
    Регистрация
    18.12.2010
    Адрес
    USA
    Возраст
    34
    Сообщений
    898
    Записей в дневнике
    9
    Спасибо
    1,337
    Сказали 1,045 раз в 258 постах

    Re: Не знаю даже как и назвать...

    Цитата Сообщение от rz_rz Посмотреть сообщение
    Добиваться от девелопера починки бага не задача тестера. Даже если баг критический.
    На последнем месте в мои обязаннасти входило и нудно узнавать у програмистов на счет Fixing the bug раз в день. И помимо самого тестирования приходилось каждый вечер сдавать отчет о разных багах начальнику отдела разработок.
    Рас на рас не приходится. В каждой фирме свои требования к тэстерам
    ☑ Заявка DV2011 → ☑ I пакет → ☑ II пакет → ☑ медкомиссия → ☑ интервью → ☑ визы → ☑ США

  9. Эти пользователи сказали Спасибо Becki за этот пост:

    coworker (30.04.2011)

  10. #6
    Гражданин Аватар для KoLoB
    Регистрация
    19.12.2008
    Адрес
    Prague, Czech Republic
    Возраст
    29
    Сообщений
    7,377
    Записей в дневнике
    60
    Спасибо
    2,980
    Сказали 3,574 раз в 1,735 постах

    Re: Не знаю даже как и назвать...

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

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

  11. #7
    Гражданин Аватар для coworker
    Регистрация
    29.04.2009
    Адрес
    California
    Сообщений
    837
    Спасибо
    80
    Сказали 429 раз в 203 постах

    Re: Не знаю даже как и назвать...

    Цитата Сообщение от Mikhail Portnov Посмотреть сообщение
    для new features существуют продакт менеджеры. А тестера нанимают, чтобы он баги искал
    It depends Хотя на интервью, конечно же стоит делать то что нужно, а не фантазировать.

  12. #8
    Гражданин Аватар для Julles
    Регистрация
    12.05.2008
    Адрес
    Silicon Valley, CA
    Возраст
    33
    Сообщений
    1,877
    Записей в дневнике
    113
    Спасибо
    536
    Сказали 1,335 раз в 635 постах

    Re: Баги-Шмаги - снос из темы об ошибках на интервью

    Цитата Сообщение от briv Посмотреть сообщение
    Опаньки!!! Как такое вообще возможно, что стажер-тестер мало того, что пристает к девелоперам с "багами", так даже вынуждает их фиксить баги?

    Это скорее говорит не о плохом стажере, а об отсутствии поставленного процесса разработки - что камешек, скорее, в огород менеджеров.
    Скажите это стартапам из 10 человек, например, где вообще менеджеров как таковых нет )))
    Это будет называться "плохо поставленным процессом разработки" или "естественным этапом развития компании"?)

    У нас знакомые на днях сайт запустили, там девелоперы - они же продакт менеджеры, они же проджект менеджеры, они же тестеры, они же контент редакторы и т.п. А если бы собирали полноценный штат (со среднерыночными зарплатами), то до сих пор по своим предыдущим компаниям сидели и никакого стартапа.
    2010EU225** 13.06.09 первый пакет-> 16.03.10 - второй пакет -> 23.03.10 интервью -> 07.08.10 welcomed in the United States :) -> 01.09.10 GC arrived

  13. Эти пользователи сказали Спасибо Julles за этот пост:

    Tries (02.05.2011)

  14. #9
    Гражданин Аватар для briv
    Регистрация
    25.12.2009
    Адрес
    NY
    Возраст
    46
    Сообщений
    4,997
    Записей в дневнике
    1
    Спасибо
    2,751
    Сказали 1,540 раз в 936 постах

    Re: Баги-Шмаги - снос из темы об ошибках на интервью

    Цитата Сообщение от Julles Посмотреть сообщение
    Скажите это стартапам из 10 человек, например, где вообще менеджеров как таковых нет )))
    Это будет называться "плохо поставленным процессом разработки" или "естественным этапом развития компании"?)
    Да, это будет называться "плохо поставленным процессом разработки". И это не зависит от количества штатных единиц. И не рассказывайте это человеку с очень долгим ИТ-стажем, работавшим в компаниях размером от 3-х человек (типа, семейный бизнес), до более 1000 (типа, международная корпорация). Увы, ни от размера, ни от статуса не зависит наличие нормальных условий и процессов разработки.

    Цитата Сообщение от Julles Посмотреть сообщение
    У нас знакомые на днях сайт запустили, там девелоперы - они же продакт менеджеры, они же проджект менеджеры, они же тестеры, они же контент редакторы и т.п. А если бы собирали полноценный штат (со среднерыночными зарплатами), то до сих пор по своим предыдущим компаниям сидели и никакого стартапа.
    Где я говорил о "полноценном штате" или "неполноценном штате"? Вы, наверняка, знаете разницу между "штатной единицей" и "ролью".
    Я за последние полгода запустил несколько сайтов. Так вот когда я выполнял роль тестера, я тестировал сайт, регистрировал баги и назначал им "степень важности". Когда я выполнял роль менеджера, я проверял и переназначал "степень важности" для каждого бага, когда я выполнял роль девелопера я исправлял эти баги. Если бы я найдя баг, начинал сам себя доставать по поводу исправления этого бага, я бы еще с первым бы сайтом возился.
    То же самое было, когда мы работали втроем и тоже без штатных менеджеров.

    А еще в одной средних размеров международной компании, бизнес встал на пол-месяца, в том числе по причине того, что там тестеры доставали разработчиков по поводу исправления срочных критичных багов. После потери приличных денег, в компании изменился подход к тестированию, назначению приоритетов багам и их исправлению, да и вообще к процессу разработки.
    Последний раз редактировалось briv; 02.05.2011 в 16:32.

  15. Эти пользователи сказали Спасибо briv за этот пост:

    Minsk (04.05.2011)

  16. #10
    Гражданин Аватар для Julles
    Регистрация
    12.05.2008
    Адрес
    Silicon Valley, CA
    Возраст
    33
    Сообщений
    1,877
    Записей в дневнике
    113
    Спасибо
    536
    Сказали 1,335 раз в 635 постах

    Re: Баги-Шмаги - снос из темы об ошибках на интервью

    Booking.com
    Если играть словами по вашей терминологии, то тогда можно сказать, что люди, которым была назначена роль менеджера, не справились с этой ролью. И тогда, да, процесс не отлажен, поскольку не совсем верно подобраны люди. Можно также сказать, что на интерна рано взваливать обязанности проджект-менеджера, но это зависит от продукта, от людей, от компании. Никто не говорит, что это норма (особенно для крупной компании со сложными/многочисленными продуктами), но если это норма для данной компании, что подразумевает, что другие интерны/начинающие сотрудники с этим справляются, а конкретный интерн с этой ролью справиться не может, значит проблема не в компании, а в интерне. Потому что компания просто подберет других людей. А вот найдет ли человек, который не может или не хочет учиться, другую компанию - это вопрос.

    То же самое относится к фразе "тестер должен находить баги" - очень многие руководители, особенно в стартапах, придерживаются принципа, что важно не количество зафайленных багов, а количество исправленных багов. И хотят видеть людей со "strong ownership attitude". А этому в книжках почти не учат.
    То есть по правильным книжкам, зачастую, от тестера якобы требуется просто искать баги и просто их репортить, а дальше там вроде как менеджеры разберутся, и если пофиксят - то перепроверить. Но на деле, когда я встречала таких тестеров, доводилось слышать от руководства, что "he is good, but not good enough".

    Может просто рынок меняется, вам виднее.
    2010EU225** 13.06.09 первый пакет-> 16.03.10 - второй пакет -> 23.03.10 интервью -> 07.08.10 welcomed in the United States :) -> 01.09.10 GC arrived

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Visitors found this page by searching for:

Nobody landed on this page from a search engine, yet!

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  

Форум "Говорим про Америку"
Форум "Говорим про Америку" Facebook