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

Фотография

Деструктивное мышление - 2


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

Опрос: Должен ли инженер качества обладать "деструктивным мышлением"? (20 пользователей проголосовало)

Должен ли инженер качества обладать "деструктивным мышлением"?

  1. Да (9 голосов [60.00%])

    Процент голосов: 60.00%

  2. Нет (3 голосов [20.00%])

    Процент голосов: 20.00%

  3. Всё равно (3 голосов [20.00%])

    Процент голосов: 20.00%

Голосовать Гости не могут голосовать

#1 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 27 июля 2004 - 07:37

Предыдущий опрос был про тестировщиков. Но наш сайт - не только для них и про них.
Сегодня пришла очередь изучить образ мышления инженеров качества и его отличия от образа мышления тестировщиков (если они есть, конечно).

Итак, вопрос: должен ли инженер качества обладать "деструктивным мышлением"?
  • 0
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#2 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 29 июля 2004 - 07:10

По-моему народ не очень понял разницу, нет? Иначе как обьяснить два глоса один из которых мой, а второй как я понимаю автора голосования?
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#3 rlabs

rlabs

    Специалист

  • Members
  • PipPipPipPipPip
  • 660 сообщений
  • Город:Россия, Санкт-Петербург

Отправлено 29 июля 2004 - 09:58

Если верить статье The Innovative Tester, написанной, вроде бы, QA-менеджером, то QA тоже должен.

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

ну, я так думаю.
  • 0

#4 Yarilo

Yarilo

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

  • Members
  • Pip
  • 59 сообщений
  • Город:г. Барнаул, Алтайский край

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

Я думаю, что QA менеджер должен думать о конечных пользователях программного продукта, с этой точки зрения его мышление должно быть конструктивно. С другой стороны, чтобы сделать систему качественнее, нужно найти все ее слабые стороны, а для этого необходимо ее всячески "заваливать", наверное вы это имели в виду, когда говорили о деструктивном мышлении, но я не считаю, что это не деструктивное мышление, т.к. в моем понимании деструктивное - -это когда во вред, а так и пользователю будет лучше и системе.
Поэтому голосовать я не стала - пункты неоднозначные.
  • 0

#5 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


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

Сначала я хотел было объяснить, чем этот опрос отличается от предыдущего опроса про деструктивное мышление, но потом решил немного подождать. Тем более, что параллельно возник опрос про другие профессии. А теперь всё-таки объясню.

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

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

Попробую пояснить на примерах.

Вот, скажем, тестирование удобства (usability) и эргономичности - нужно ли для него иметь "деструктивное" мышление? Мне кажется, нет. Для того, чтобы оценить удобство продукта, не нужно пытаться эксплуатировать его в критических режимах, а у классического "настоящего" тестировщика сразу зачешутся руки это делать, он найдёт десяток ошибок по тёмным углам, обрадуется этому и забудет о том, что изначальная цель была совсем иная.

Совсем другое дело - тестирование того же продукта на устойчивость и умение корректно восстанавливаться после сбоев. Тут уж нужно приложить "деструктивные" способности в полной мере.

Ещё я не так давно публиковал на форуме ссылку на статью "Один день из жизни тестировщика безопасности". Для меня эта статья открыла новый аспект тестирования - оказывается, тестировщики безопасности думают немного "не так", как тестировщики функциональности.

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

Вот такие вопросы. Предлагаю высказываться.
  • 0
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#6 Spy

Spy

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

  • Members
  • PipPipPipPip
  • 378 сообщений
  • ФИО:Полаженко Сергей Владимирович
  • Город:Minsk, Belarus

Отправлено 04 ноября 2004 - 00:22

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

Мне кажется что это очень сложно сделать. Возможно со временем в (в разрезе десятка лет) и реально, но не просто так. Так, например, чтобы статья хорошим менеджером качества нужно прекрасно разбираться в линейке стандартов ИСО 9000 и т.д. А чтобы стать тестером безопасности в линейке ИСО 15408, 17799 - совсем другие термины, местами противоречащие друг другу, другой подход, методология. Конечно и в том и в том случае я подразумевал под тестером не просто исполнителей тестов, а людей думающих - менеджеров.

Так, например, отдел тестирования у нас на работе готовит документ "Концепция совершенствования нормативной документации в области сертификации и оценки соответствия для банковских учереждений" (название привожу по памяти, возможны неточности). Так вот вопросы сертификации и оценки соответствия требованиям безопасности они собираются ИГНОРИРОВАТЬ - т.к. это не их область компетенции, у них и своих проблем достаточно. И они очень не хотят слышать наших предложений, т.к. у них уже идёт этап согласования имеющиегося варианта с Национальным банком РБ. Однако, мы - безопасники таки вставим свои пять копеек, когда они прийдут к нам на согласование, если они, конечно, прийдут ;)
  • 0
Полаженко Сергей, проект "Тестирование безопасности"
IT-конференции: www.it-conf.ru
IT-тренинги в Беларуси: www.it-study.by


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

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