Страница 2 из 3
Добавлено: 02 ноя 2006, 14:51
Blue Eyes
Gatchinskiy спаибо, доходчиво и ясно. Положила в копилку.
EA and E-Bay тоже проверила, пока ничего, буду следить.
Добавлено: 02 ноя 2006, 16:02
Vovchik
Gatchinskiy писал(а):Blue Eyes писал(а): про баг vs фича
Вот я вас и прошу, поделитесь опытом, плиз. Чтобы не придумывать на ходу. А позиция в этом случае была не Entry.
... Пример простой из жизни: вы говорите что items in drop-down должны быть отсортитрованы по алфавиту, а девелопер грит по важности итд ... в любом случае эта ситуация возникает от не полной документации или ее отсутствия (requirements, use-cases, IDD etc), если случай имеет место, то как один из вариантов ищется другой кейс в этой же эрии и с этой же "фичей" который уже явно доказывает что это является багом, вариант 2 - идти к бизнес-аналисту, или к другому кто отвечает за модель, логику, рекварементс и спрашивать у него, как это было задумано. Но в любом случае логается баг, который потом либо закрывается как WAD или остается открытым и ждущим своей очереди на исправление ... при четкой документации и подробных заэпрувленных тест-кейсах написанных до а не после, такое практически исключено ...
Фигня это все. Спорные баги отправлются на рассмотрение в bug review committee. Раз там в неделю этот комитет заседает и рассматривает так сказать материал - для принятия решение что баг - а что фитча.
Добавлено: 02 ноя 2006, 16:26
john doe
Да в ООН все посылайте, там на Генеральной Ассамблеи все и рассмотрят. Война в Чечне - баг, а в Югославии - фича. Ну и ваши рассортируют заодно.
Добавлено: 02 ноя 2006, 16:30
Gatchinskiy
Vovchik писал(а): Фигня это все. Спорные баги отправлются на рассмотрение в bug review committee. Раз там в неделю этот комитет заседает и рассматривает так сказать материал - для принятия решение что баг - а что фитча.
... зависит от компании и процесса, где-то устраивают bug-review meetings, а где-то решает аналист или лид девелопер, депендс ...
Добавлено: 02 ноя 2006, 16:31
Anry
Blue Eyes писал(а):Волонтерить все же можно, только знаю что предпочитают брать co-op students. А быть им может только full time student. Усли я ошибаюсь поправьте, плиз.
Ищите людей кто научит .
Согласна, с уточнением научит тестировать. Вы же тут сами не раз заводили разговор о том, что настоящий спец задав пару вопросов сразу поймет что к чему.
А вопрос был на самом деле простой. Приведите пример из вашей практики, когда тестер говорит что это баг, а деверопер- фича. Ну и далее соответственноб как вы решаете эту проблему.
Пару других я уже нашла.
Спасибо nemiga за поддержку.
Уж не наш ли тест-lead был
. Вроде из его списка вопрос.
Добавлено: 02 ноя 2006, 18:45
Blue Eyes
Anry писал(а):
Уж не наш ли тест-lead был
. Вроде из его списка вопрос.
Может и ваш. А вы где трудитесь?
Добавлено: 02 ноя 2006, 22:34
kruso
Gatchinskiy писал(а):Но в любом случае логается баг, который потом либо закрывается как WAD или остается открытым и ждущим своей очереди на исправление ... при четкой документации и подробных заэпрувленных тест-кейсах написанных до а не после, такое практически исключено ...
Еще все это может закончиться правкой документации..
мне кажется, что главное, что хотят услышать в ответе на такой вопрос, это:
1. что вы будете искать документальные подтверждения ваших идей
2. не будете идти на персональный конфликт и упираться в то что это "потому что так я сказал"
3. если окажитесь неправы, то скажите: ok, sorry, let's move on..
возражения?
Добавлено: 03 ноя 2006, 12:25
Anry
Blue Eyes писал(а):Anry писал(а):
Уж не наш ли тест-lead был
. Вроде из его списка вопрос.
Может и ваш. А вы где трудитесь?
http://www.visiphor.com
Добавлено: 03 ноя 2006, 13:40
Blue Eyes
Anry писал(а):Blue Eyes писал(а):Anry писал(а):
Уж не наш ли тест-lead был
. Вроде из его списка вопрос.
Может и ваш. А вы где трудитесь?
http://www.visiphor.com
Нет у вас я еще не была. Quality Assurance Analyst это круче QA Engineer не так ли? А можно коротко responsibilities? То что написано я прочитала , а в реяльной жизни это что?
Добавлено: 03 ноя 2006, 14:14
Alusya
Vovchik писал(а):Фигня это все. Спорные баги отправлются на рассмотрение в bug review committee. Раз там в неделю этот комитет заседает и рассматривает так сказать материал - для принятия решение что баг - а что фитча.
У нас никаких-таких bug review committee и в поминен нет. И вооше программист всегда прав
Добавлено: 03 ноя 2006, 16:08
rangvald
Blue Eyes писал(а): Quality Assurance Analyst это круче QA Engineer не так ли? А можно коротко responsibilities?
Это обычно одно и то же - тот же тестер. Но в каждой конторе могут быть свои особенности в responsibilities.
Добавлено: 03 ноя 2006, 16:10
rangvald
Alusya писал(а):У нас никаких-таких bug review committee и в поминен нет. И вооше программист всегда прав
Как уже сказал Gatchinskiy, это все от процесса зависит.
Это заказчик и BA всегда прав, а не программист
Добавлено: 04 ноя 2006, 05:39
Seidhe
Blue Eyes писал(а):
Вот я вас и прошу, поделитесь опытом, плиз. Чтобы не придумывать на ходу. А позиция в этом случае была не Entry.
Почитайте Cem Kaner'а. Толстая такая книжка - "Testing computer software".
Там вообще много полезного, и есть отдельные главы с практическими советами, как хэндлить девелоперов, да и PM тоже.
Если не удастся найти, "Lessons ..." тоже ничего, но там сжато.
А что такое WAD?
Добавлено: 04 ноя 2006, 18:17
Yu
Gatchinskiy писал(а):Но в любом случае логается баг, который потом либо закрывается как WAD или остается открытым и ждущим своей очереди на исправление ...
А что такое WAD?
Re: А что такое WAD?
Добавлено: 04 ноя 2006, 19:06
Gatchinskiy
Yu писал(а):Gatchinskiy писал(а):Но в любом случае логается баг, который потом либо закрывается как WAD или остается открытым и ждущим своей очереди на исправление ...
А что такое WAD?
Works As Designed