Перейти к содержимому

Фотография

Стоит ли наказывать тестировщика за не найденные ошибки в проекте?


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 18

#1 Sadnes

Sadnes

    Новый участник

  • Members
  • Pip
  • 27 сообщений
  • ФИО:Tom Sadnes


Отправлено 10 августа 2012 - 09:33

Во многих компаниях есть такая проблема как переложения вины с одной стороны, на другую. Зачастую это случается "с больной головы на здоровую". Проблема возникает внутри процесса разработки и может быть между любыми участниками проекта. В данном случае я хотел бы поговорить конкретно о тестерах. За что они отвечают, за что их стоит наказывать, за что поощрять.
Мое мнение такое:
Тестер не виноват в наличии багов.
Тестер отвечает за то, что бы было найдено максимально возможное количество багов. То есть он не несет ответственность за качество проекта в целом.
Чем больше багов, тем меньше вероятность отследить их максимальное количество.
Тестер не должен писать юнит тесты.
Программист обязательно должен проверять, что же он после себя написал.

Главный вопрос: стоит ли наказывать тестера за не найденные ошибки в проекте?
  • 0

#2 Loboda

Loboda

    Новый участник

  • Members
  • Pip
  • 17 сообщений
  • ФИО:Александрова Нина
  • Город:Омск


Отправлено 10 августа 2012 - 09:55

Главный вопрос: стоит ли наказывать тестера за не найденные ошибки в проекте?

Вопрос риторический

Очень много факторов которые нужно учитывать при принятии решения (сроки, качество продукта, качество документации, опыт тестировщика, как часто допускает подобные промашки, душевное и физическое состояние на момент тестировании :) ...)

И о каком именно наказании идёт речь? :aggressive:
  • 0

#3 notProgrammer

notProgrammer

    Постоянный участник

  • Members
  • PipPipPip
  • 199 сообщений
  • Город:Харьков

Отправлено 10 августа 2012 - 09:56

Интересную тему Вы подняли.
После прочтения стартового сообщения сложилось впечатление, что Вы программист, которого достала несправедливость в этом мире компании. :smile:

Во многих компаниях есть такая проблема как переложения вины с одной стороны, на другую. Зачастую это случается "с больной головы на здоровую". Проблема возникает внутри процесса разработки и может быть между любыми участниками проекта. В данном случае я хотел бы поговорить конкретно о тестерах. За что они отвечают, за что их стоит наказывать, за что поощрять.
Мое мнение такое:
Тестер не виноват в наличии багов.
Тестер отвечает за то, что бы было найдено максимально возможное количество багов. То есть он не несет ответственность за качество проекта в целом.
Чем больше багов, тем меньше вероятность отследить их максимальное количество.
Тестер не должен писать юнит тесты.
Программист обязательно должен проверять, что же он после себя написал.

Главный вопрос: стоит ли наказывать тестера за не найденные ошибки в проекте?

Зависит от многих факторов. От степени самой ошибки (minor ... crash). От того, как она влияет на эксплуатацию системы (блокирует ли дальнейшие действия пользователя). От времени, которое было выделено на тестирование. От осведомлённости тестера о фиче (дали ему документацию тогда, когда программисту, или за час до отдачи релиза заказчику).
В общем, много чего влияет. Возможно есть какая-то универсальная формула - если кто-то тут напишет - сама с удовольствием почитаю.
  • 0
- Как называется человек, который любит смотреть на страдания других?
- Программист.

У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)

#4 Лелик32

Лелик32

    Постоянный участник

  • Members
  • PipPipPip
  • 235 сообщений

Отправлено 10 августа 2012 - 10:07

Программист обязательно должен проверять, что же он после себя написал.

Это вы программисту скажите. Они ведь тоже бывают разными: кто-то сам тестирует то, что написал (смоук-теста достаточно, никто больше и не просит), а кто-то считает, что даже и проверять нет смысла, ведь для этого есть другие работники.
  • 0

#5 notProgrammer

notProgrammer

    Постоянный участник

  • Members
  • PipPipPip
  • 199 сообщений
  • Город:Харьков

Отправлено 10 августа 2012 - 10:12

Программист обязательно должен проверять, что же он после себя написал.

Это вы программисту скажите. Они ведь тоже бывают разными: кто-то сам тестирует то, что написал (смоук-теста достаточно, никто больше и не просит), а кто-то считает, что даже и проверять нет смысла, ведь для этого есть другие работники.

Пусть тестеры и проверяют - ведь им же за это деньги платят (с) :rtfm:
  • 0
- Как называется человек, который любит смотреть на страдания других?
- Программист.

У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)

#6 lives_mobile

lives_mobile

    Активный участник

  • Members
  • PipPip
  • 79 сообщений
  • ФИО:Алексей

Отправлено 10 августа 2012 - 10:13

поддерживаю.
Баги есть всегда - это надо помнить.
Если есть тесты описывающие функционал, но тестировщик поленился пройти их полностью - замечание. :rtfm:
Если какая-то экзотическая бага всплыла - то это норм, тестировщик не виноват.
  • 0

#7 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 10 августа 2012 - 11:03

Если есть тесты описывающие функционал, но тестировщик поленился пройти их полностью - замечание. :rtfm:

Релиз назначен на понедельник, а в пятницу вечером выдается новый билд «с небольшими обновлениями».
Есессно, в нем есть новосозданные баги, тестировщики их не успели найти. Они виноваты?
  • 0

#8 nuc

nuc

    Новый участник

  • Members
  • Pip
  • 47 сообщений
  • ФИО:Андрей
  • Город:Украина

Отправлено 10 августа 2012 - 11:14


Если есть тесты описывающие функционал, но тестировщик поленился пройти их полностью - замечание. :rtfm:

Релиз назначен на понедельник, а в пятницу вечером выдается новый билд «с небольшими обновлениями».
Есессно, в нем есть новосозданные баги, тестировщики их не успели найти. Они виноваты?

Виноват тот, кто допустил такую ситуацию (разрешил залить недотестированный релиз в продуктив).
Но и тестировщик в такой ситуации ясно должен дать понять руководству, что выпуск такого релиза в продуктив крайне нежелателен.
  • 0

#9 Sezam

Sezam

    Активный участник

  • Members
  • PipPip
  • 149 сообщений
  • ФИО:Сергей Атрощенков


Отправлено 10 августа 2012 - 11:23

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


Можно узнать - какая выборка?
Спасибо.
  • 0
С уважением,
Сергей Атрощенков |
@barbaricqa | Email|
Barbaric QA

#10 Sadnes

Sadnes

    Новый участник

  • Members
  • Pip
  • 27 сообщений
  • ФИО:Tom Sadnes


Отправлено 10 августа 2012 - 11:46

Постараюсь сразу ответь всем.
Я как раз не программист, а тестер (ведущий).
То, что все зависит от разных факторов это понятно. Речь идет о самой системе целиком, как сложившийся стереотип.
- Это что? баг?
- да, баг
- почему его не нашли тестеры?

В любой ситуации ответ конечно может быть разным, но суть все равно в том, что вопрос будет поставлен именно в ключе "Кто это тестировал?".

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

Некоторые компании вроде как используют систему штрафов для программистов. За каждую ошибку разработчика его штрафуют. Правильно ли это? И правильно ли будет если мы станем штрафовать тестера за пропущенную ошибку?

В принципе, именно после того как я узнал о системе штрафов, я задался вопросом, за что отвечает тестер и когда он прав, а когда нет.
  • 0

#11 notProgrammer

notProgrammer

    Постоянный участник

  • Members
  • PipPipPip
  • 199 сообщений
  • Город:Харьков

Отправлено 10 августа 2012 - 11:51

В общем, из всего вышенаписанного выплывает, что винить в плохом тестировании можно только в том случае, когда были созданы нормальные условия работы. Я не про кухню и кондиционер, а про своевременную осведомлённость, достаточное количество времени на тестирование и т.п.
  • 0
- Как называется человек, который любит смотреть на страдания других?
- Программист.

У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)

#12 Cler

Cler

    Новый участник

  • Members
  • Pip
  • 25 сообщений
  • ФИО:CC
  • Город:St-Petersburg -> Germany, Karlsruhe

Отправлено 10 августа 2012 - 11:54

В нормальной ситуации вопрос ставиться не о том, что надо ли наказывать тестера, а о том,
1. почему баг не был найден (мало времени, неполное покрытие тестами и т.п.)
2. что сделать, чтобы такой ситуации в будущем не было.

Иногда описанный выше конструктивный подход заменяется неконструктивными поисками и наказаниями виновных.

После добросовестной проработки вышеописанных (как минимум) 2х пунктов виновник(и) сами осознают, где они недоработали.
  • 0

#13 notProgrammer

notProgrammer

    Постоянный участник

  • Members
  • PipPipPip
  • 199 сообщений
  • Город:Харьков

Отправлено 10 августа 2012 - 11:56

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

Баги остаются всегда. Это аксиома. Главное, чтобы не оставались очевидные баги.

Некоторые компании вроде как используют систему штрафов для программистов. За каждую ошибку разработчика его штрафуют. Правильно ли это?

Нет.

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

У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)

#14 Future

Future

    Опытный участник

  • Members
  • PipPipPipPip
  • 261 сообщений
  • Город:Москва

Отправлено 10 августа 2012 - 13:12

Ох ты ж, опять 25. Вы работаете в команде, отвечает за всё команда! Почему тестер не нашел баг? А почему программист его туда посадил? А если это не баг, то почему аналитик так описал требования? Вы команда и виноват не конкретный человек, а все. Хотите вызывать кого-то на ковер, дело ваше, я с такого места ушел. Не бывает Zero bugs... НЕ БЫВАЕТ... Приносит удовольствие кого-то дрючить, ваше дело можете дальше продолжать работать совковыми методами вот и всё.
  • 0

#15 Sadnes

Sadnes

    Новый участник

  • Members
  • Pip
  • 27 сообщений
  • ФИО:Tom Sadnes


Отправлено 10 августа 2012 - 13:55

Ох ты ж, опять 25. Вы работаете в команде, отвечает за всё команда! Почему тестер не нашел баг? А почему программист его туда посадил? А если это не баг, то почему аналитик так описал требования? Вы команда и виноват не конкретный человек, а все. Хотите вызывать кого-то на ковер, дело ваше, я с такого места ушел. Не бывает Zero bugs... НЕ БЫВАЕТ... Приносит удовольствие кого-то дрючить, ваше дело можете дальше продолжать работать совковыми методами вот и всё.

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

#16 Vasiliy

Vasiliy

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 959 сообщений
  • ФИО:Касимов Василий
  • Город:Москва

Отправлено 10 августа 2012 - 14:48

Команда командой, но иногда это очень сильно размазывает ответственность. Типа это не я ошибся, это команда.
Пропущена ошибка в релизе? Кто смотрел этот участок функционала? Выполненные тесты должны были найти эту ошибку? Если да, то почему не нашли? Не заметили, не придали значения? Виноват конкретный исполнитель. Тесты не покрывают такой случай? Кто составлял такие тесты? Может на этот важный случай вообще нет тестов? Кто мог такое допустить?
Для выяснения такой цепочки нужно больше входных данных, чем вы описали.
Самое главное после расследования не давите на людей, мол чтобы больше не ошибались! Посмотрите, что стоит изменить в процессе работы, чтобы больше не допускать таких ошибок. Люди работает вполне корректно, если они понимают, что они делают и зачем они это делают.
  • 0

#17 Future

Future

    Опытный участник

  • Members
  • PipPipPipPip
  • 261 сообщений
  • Город:Москва

Отправлено 10 августа 2012 - 15:03

В чем-то с вами соглашусь, особенно если такие вещи происходят систематически, то "слабое звено" вам всё равно придётся искать. Но изначальная постановка вопроса, очень странная и складывается ощущение, что просто хочется найти крайнего за неудачный релиз.
  • 0

#18 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 10 августа 2012 - 16:30

кто виноват?

Вроде как, Деминг на эту тему достаточно однозначно ответил: "Минимум за 96% брака ответственность несет менеджер".

Чего спорить то?
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#19 jjjzmey

jjjzmey

    Постоянный участник

  • Members
  • PipPipPip
  • 248 сообщений
  • ФИО:Ян Юшин
  • Город:Питер


Отправлено 25 декабря 2013 - 06:55

Главный вопрос: стоит ли наказывать тестера за не найденные ошибки в проекте?

Стоит наладить процесс и такого типа ошибок больше не пропускать.
Вследующий релиз выплывую другие ошибки, опять улучшать процесс и т.д. до прихода в Светлое Будущее!
  • 0


Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 анонимных