Деструктивное мышление - 2
#1
Отправлено 27 июля 2004 - 07:37
Сегодня пришла очередь изучить образ мышления инженеров качества и его отличия от образа мышления тестировщиков (если они есть, конечно).
Итак, вопрос: должен ли инженер качества обладать "деструктивным мышлением"?
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#2
Отправлено 29 июля 2004 - 07:10
Редактор портала www.it4business.ru
#3
Отправлено 29 июля 2004 - 09:58
С другой стороны, какой тут может быть деструктив, если, по большому счету, задача QA - проверить качество - то есть соответствие продукта неким стандартам. Если в стандарт входит проверка на деструктив, тогда надо обладать соответствующими способностями.
ну, я так думаю.
#4
Отправлено 12 августа 2004 - 12:15
Поэтому голосовать я не стала - пункты неоднозначные.
#5
Отправлено 24 августа 2004 - 11:46
Эти два опроса про тестировщиков и инженеров качества были навеяны увиденным мною в каком-то из сообщений форума заявления о том, что человек собирается расти, чтобы перейти из тестировщиков в инженеры качества. Вот я и задался мыслью - а надо ли это? возможно ли это? хорошо ли это?
Если тестировщик хороший, то получится из него хороший инженер качества? А может быть это не одна линия роста, а две параллельные - тестировщики растут как тестировщики, сохраняя свою уникальную "деструктивную" нацеленность, а инженеры качества растут сами по себе, сохраняя нацеленность на обеспечение качества "недеструктивными" способами.
Попробую пояснить на примерах.
Вот, скажем, тестирование удобства (usability) и эргономичности - нужно ли для него иметь "деструктивное" мышление? Мне кажется, нет. Для того, чтобы оценить удобство продукта, не нужно пытаться эксплуатировать его в критических режимах, а у классического "настоящего" тестировщика сразу зачешутся руки это делать, он найдёт десяток ошибок по тёмным углам, обрадуется этому и забудет о том, что изначальная цель была совсем иная.
Совсем другое дело - тестирование того же продукта на устойчивость и умение корректно восстанавливаться после сбоев. Тут уж нужно приложить "деструктивные" способности в полной мере.
Ещё я не так давно публиковал на форуме ссылку на статью "Один день из жизни тестировщика безопасности". Для меня эта статья открыла новый аспект тестирования - оказывается, тестировщики безопасности думают немного "не так", как тестировщики функциональности.
Опрос про переход из других профессий на самом деле, можно обобщить: может ли человек менять роли, в которых он выступает - тестировщик, инженер качества, тестировщик безопасности, а также - разработчик, менеджер, представитель службы поддержки ит.д.? Эти роли требуют различного направления работы мыслей, возможно ли эффективно переключаться между такими ролями?
Вот такие вопросы. Предлагаю высказываться.
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#6
Отправлено 04 ноября 2004 - 00:22
Мне кажется что это очень сложно сделать. Возможно со временем в (в разрезе десятка лет) и реально, но не просто так. Так, например, чтобы статья хорошим менеджером качества нужно прекрасно разбираться в линейке стандартов ИСО 9000 и т.д. А чтобы стать тестером безопасности в линейке ИСО 15408, 17799 - совсем другие термины, местами противоречащие друг другу, другой подход, методология. Конечно и в том и в том случае я подразумевал под тестером не просто исполнителей тестов, а людей думающих - менеджеров.Опрос про переход из других профессий на самом деле, можно обобщить: может ли человек менять роли, в которых он выступает - тестировщик, инженер качества, тестировщик безопасности, а также - разработчик, менеджер, представитель службы поддержки ит.д.? Эти роли требуют различного направления работы мыслей, возможно ли эффективно переключаться между такими ролями?
Так, например, отдел тестирования у нас на работе готовит документ "Концепция совершенствования нормативной документации в области сертификации и оценки соответствия для банковских учереждений" (название привожу по памяти, возможны неточности). Так вот вопросы сертификации и оценки соответствия требованиям безопасности они собираются ИГНОРИРОВАТЬ - т.к. это не их область компетенции, у них и своих проблем достаточно. И они очень не хотят слышать наших предложений, т.к. у них уже идёт этап согласования имеющиегося варианта с Национальным банком РБ. Однако, мы - безопасники таки вставим свои пять копеек, когда они прийдут к нам на согласование, если они, конечно, прийдут ;)
IT-конференции: www.it-conf.ru
IT-тренинги в Беларуси: www.it-study.by
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных