Просмотр полной версии : Tестер - QA Engineer
У меня такой вот вопрос: что за должность QA Engineer? это тестер? и чем вообще занимается человек, работающий на этой должности? :mda:
turmarin
30.05.2007, 00:48
есть мнение, что это Quality Assurance Engineer.... т.е. проще говоря тестер, ну а чем тестеры занимаются тут уже не в одной теме описано...
ага, теперь всё ясно:) Спасибо!
Вообще-то это не совсем так.
QA Engineer - это не тестировщик. Я бы на вашем месте по возможности уточнял суть данной роли у работодателя, т.к. все-таки некоторые компании все еще видят прямую аналогию между QA Engineer и Software Testing Engineer, хотя это не так.
Сейчас QA Engineer:
1. объективно оценивает процессы в компании, ее сервисы и продукты относительно установленных стандартов в компании, уровней качества (например CMMI, ISO 9001)
2. обнаружение и соответствующее документирование несоответствий с п.1
3. Постоянным информированием проектных менеджеров о найденных несоответствиях и контроль за исправлениями (одним словом, - делает грамотную отчетность)
С одной стороны, вам покажется, что работа ни о чем.
Но на самом деле работа QA инженера предполагает дотошные знания стандартов и всех их уровней, знания всех процессов компании (процесс планирования, бизнес анализа, системного анализа и проектирования, процесс разработки, процесс функционального тестирования, процесс саппорта). Ему эти знания нужны в качестве эталона, который он сравнивает с реальностью.
Сбор реального материала - это еще один здоровый кусок работы. Разобраться насколько выполняются все мелочи процесса - работа непростая, требующая определенного периода, хороших скиллов коммуникации...
Разработать план проверки процессов, следовать ему - это еще один пункт работы QA инженера.
Контроль за внедренными изменениями и само внедрение корректировок в процессы компании - тоже еще одна ступень работы.
Вы скажете, что эта позиция называется аудитор? Я соглашусь с вами. Но QA инженер она называется тоже. По крайней мере в компаниях, которые имеют аттестацию различных уровней определенных международных стандартов качества.
Если вам интересно услышать описание роли Software Testing Engineer (судя по форуму есть еще порядком людей, которые думают, что данная профессия сводится к тому, чтобы кнопочки нажимать) - я мог бы тоже вкратце описать основные ее моменты. Хотя есть достаточно ресурсов на эту тему.
Mikhail Portnov
01.06.2007, 21:30
QA Engineer - это не тестировщик.В теории - да. На практике употребляется как синонимы.
Я бы на вашем месте по возможности уточнял суть данной роли у работодателя, т.к. все-таки некоторые компании все еще видят прямую аналогию между QA Engineer и Software Testing Engineer, хотя это не так..Практически все за редчайшим исключением так и видят.
Сейчас QA Engineer:
1. объективно оценивает процессы в компании, ее сервисы и продукты относительно установленных стандартов в компании, уровней качества (например CMMI, ISO 9001) Один на сотню, если мы говорим о софтвере. Обычно сравнивают с теми требованиями, которые прописаны в документации. Хотя в очень многих компаниях и требований прописанных толком нет.
3. Постоянным информированием проектных менеджеров о найденных несоответствиях и контроль за исправлениями (одним словом, - делает грамотную отчетность).
Мне не нравится насчет менеджеров. Ошибки заносятся в базу данных, а там уже каждый делает с ними то, что ему положено. Меньше всего в этой базе будут рыться менеджеры проектов. В основном программисты и их начальник, который раскидывает кому что делать.
Но на самом деле работа QA инженера предполагает дотошные знания стандартов и всех их уровней, знания всех процессов компании (процесс планирования, бизнес анализа, системного анализа и проектирования, процесс разработки, процесс функционального тестирования, процесс саппорта). Ему эти знания нужны в качестве эталона, который он сравнивает с реальностью..То, что Вы описали случается, но больше как исключение. Людей, которые занимаются такими вещами ничтожно мало.
У меня такое ощущение, что Вы описываете процессы, происходящие в какой-то другой стране, не в США. Слова вроде те же, а смысл другой.
Вообще-то это не совсем так.
QA Engineer - это не тестировщик.
По Вашему описанию я поняла, что речь идет о профессионале по качеству, стандартизации и сертификации?
По Вашему описанию я поняла, что речь идет о профессионале по качеству, стандартизации и сертификации?
Прошу прощения у всех, что не смог быстро ответить.
Да, именно работника по качеству, стандартизации и сертификации я имел ввиду.
Mikhail Portnov, да, я описывал процессы именно в Минске, если быть точным. Такие же процедуры выполняют QA инженеры в Украине, России. Конечно, названия QA Engineer vs Software Testing Engineer все еще путаются, и там и там.
В США думал тоже самое, но видимо ошибся.
Спасибо Михаил за поправку.
Для дальнейшей прокачки мозгов:
на одном неплохом ресурсе подвернулась следующая информация: (примерно то, о чем я писал в своем первом посте данного топика)
* В чём разница между Тестированием и QA?
* What’s the difference between QA and testing?
* What Is The Difference Between Quality Assurance, Quality Control, And Testing?
* Тестирование (TESTING) — это «контроль качества»
* Контроль качества (QUALITY CONTROL) это измерение качества продукта
* Обеспечение качества (QUALITY ASSURANCE) – это измерение и управление качеством процесса, который используется для создания качества продукта (или качественного продукта).
Ссылки по теме (Google TOP5):
* http://www.faqs.org/faqs/software-eng/testing-faq/section-9.html
* http://www.mosaicinc.com/mosaicinc/rmThisMonth.asp
* http://www.testingreflections.com/node/view/827
* http://www.realityinteractive.com/rgrzywinski/archives/000044.html
* http://www.stickyminds.com/se/S6552.asp
Примерно так.
A в USA так, как говорит Михаил. QA Engineer = Tester
Mikhail Portnov
20.06.2007, 10:54
* Тестирование (TESTING) — это «контроль качества»
Это грубейшая ошибка. Они не равны друг другу
* Контроль качества (QUALITY CONTROL) это измерение качества продукта
Еще одна грубейшая ошибка.
A в USA так, как говорит Михаил. QA Engineer = Tester
Я не это говорил. Кроме того, все эти понятия применительно к ПО приобретают некоторый оттенок.
Странам, где практически нет своего программного продукта, нет смысла изобретать что значат давно известные и хорошо определенные вещи. Тем более, без того, чтобы познакомиться с существующей терминологией и понять что к чему. ИМХО.
312green
20.06.2007, 11:58
Прошу прощения у всех, что не смог быстро ответить.
Да, именно работника по качеству, стандартизации и сертификации я имел ввиду.
Mikhail Portnov, да, я описывал процессы именно в Минске, если быть точным. Такие же процедуры выполняют QA инженеры в Украине, России. Конечно, названия QA Engineer vs Software Testing Engineer все еще путаются, и там и там.
В США думал тоже самое, но видимо ошибся.
Спасибо Михаил за поправку.
Теория, как Михаил написал верна. Но я честно не знаю в Украине кто бы этому следовал. Там конечно все пытаются стать "маленькими начальниками" и "менеджерами" и побольше руководить. Но как ни странно этого маловато. Хотя опять же могу быть и я не прав. В Штатах так же этого не встречал. На практике -- в теории полно. :-)
В Украине сейчас выпускают ВУЗы таких специалистов и есть компании, которые этим заморачиваются.
Честно говоря, я окончательно запутался, благодаря Михаилу :) (шутка).
Так вот, сегодня приобрел замечательную книжечку, которую советую прочитать всем, начиная от ньюкамеров, заканчивая гуру в тестировании.
Книжечка называется "Тестирование dot.com или пособие по жестокому обращению с багами в интернет-стартапах".
Автор утверждает, что описываемые методы и термины применяются в западных интернет компаниях...
По теме из книги, простыми словами:
QA процесс направлен на превентирование багов, тестирование (Testing) - на поиск багов.
QA призвано улучшить ПО через улучшение процесса разработки ПО, тестирование - через обнаружение багов.
Выводы, мысли можно сделать...
Почемучка
19.08.2010, 15:39
Михаил, я прочёл Ваш пост за 2007г. в этой теме. Хотелось бы узнать для себя, изменилось ли за это время восприятие Инженера(менеджера) по качеству в среде IT или также и по прежнему путают тестировщиков и специалистов по качеству?
Я наслышан о сертификационных программах по менеджменту качества Института качества программного обеспечения (Техасский университет, Austin) и программе по подготовке и сертификации в качестве инженера от Американского общества качества.
И, честно говоря, был очень удивлён подобной ситуацией в IT-отрасли в США. Считал её одной из наиболее совершенных в части организации менеджмента. Думал, что здесь есть чему поучиться в области организации и управления.
Заранее спасибо за ответ!
изменилось ли за это время восприятие Инженера(менеджера) по качеству в среде IT или также и по прежнему путают тестировщиков и специалистов по качеству?
Тестирование является частью обязанностей любого QA (обратное тоже отчасти верно) :)
И, честно говоря, был очень удивлён подобной ситуацией в IT-отрасли в США. Считал её одной из наиболее совершенных в части организации менеджмента. Думал, что здесь есть чему поучиться в области организации и управления.
дело в том, что нет такого зверя как IT-отрасль США ... есть много разных компаний , при этом в некоторых из них всё "ух как здорово", а в некоторых "увы".
Почемучка
20.08.2010, 03:43
Тестирование является частью обязанностей любого QA (обратное тоже отчасти верно) :)
Интересно. В этой ветке один из участников описывал в целом достаточно верно работу менеджера по качеству, речь о ISO (международный формат) и других документах, в частности о тех, которые должны быть более распространены в США. Просто я сейчас изучаю курс университета США в части менеджмента программных проектов в области управления качеством и как я понимаю академическая программа не соответсвует действительному положению вещей =0. Считал американцев достаточно практичными в части подготовки специалистов.
дело в том, что нет такого зверя как IT-отрасль США ... есть много разных компаний , при этом в некоторых из них всё "ух как здорово", а в некоторых "увы".
Вы могли бы привести в качестве "отличников боевой и строевой подготовки" кого-либо? Чтобы хоть ориентироваться, у кого можно получить ценный опыт. Microsoft, если это правда, с управлением качеством не особо заморачивается. Хотя, может моя информация и далека от истины...
Заранее спасибо за ответ!
Интересно. В этой ветке один из участников описывал в целом достаточно верно работу менеджера по качеству, речь о ISO (международный формат) и других документах, в частности о тех, которые должны быть более распространены в США
Во избежание серьёзных разочарований советую не путать ISO и жизнь. В том числе и в области Q.
Просто я сейчас изучаю курс университета США в части менеджмента программных проектов в области управления качеством и как я понимаю академическая программа не соответсвует действительному положению вещей =0.
Я задумался, и прежде чем сдаться думал около минуты. Но все-равно сдаюсь. Я не представляю себе что это может быть за курс "менеджмент программных проектов в области управления качеством". Максимум на что хватило моей фантазии это на то, что Вы говорите о часть обучения "менеджменту проектов" в области программного обеспечения посвящённой качеству. В этом случае я совершенно с Вами согласен - работать QA после этого курса будет нельзя.
Считал американцев достаточно практичными в части подготовки специалистов.
Смело продолжайте их такими считать.
Вы могли бы привести в качестве "отличников боевой и строевой подготовки" кого-либо?
В области качества ? Как правило это разработчики RT систем ( всяческие системы автоматической безопасности на ядерных и гидро станциях , самолётах и т.п. )
Чтобы хоть ориентироваться, у кого можно получить ценный опыт. Microsoft, если это правда, с управлением качеством не особо заморачивается. Хотя, может моя информация и далека от истины...
Абстрактно "ценного" опыта не бывает. С одной стороны любой опыт ценен, с другой - в зависимости от Ваших дальнейших целей разный опыт "ценен" по разному. Исходя из объёмов кода MS и того, что его продукты большую часть времени работают - с качеством у них всё более чем "в порядке".
Я задумался, и прежде чем сдаться думал около минуты. Но все-равно сдаюсь. Я не представляю себе что это может быть за курс "менеджмент программных проектов в области управления качеством". Максимум на что хватило моей фантазии это на то, что Вы говорите о часть обучения "менеджменту проектов" в области программного обеспечения посвящённой качеству. В этом случае я совершенно с Вами согласен - работать QA после этого курса будет нельзя.
Может на QA Lead'а учат?
Почемучка
21.08.2010, 02:31
В области качества ? Как правило это разработчики RT систем ( всяческие системы автоматической безопасности на ядерных и гидро станциях , самолётах и т.п. )
Посмотреть бы на это в живом виде... Понять более глубоко, что к чему и где
точки отсчёта.
Исходя из объёмов кода MS и того, что его продукты большую часть времени работают - с качеством у них всё более чем "в порядке".
Вот-вот... :-D
Меня интересует менеджмент, работающий с новыми высокотехнологичными инструментами, новыми технологиями в планировании, организации и управлении.
Управление качеством не ограничивается банальным тестированием продукта.
Стратегическое и тактическое управление персоналом тоже часть управления качеством. Это может показаться странным некоторым менеджерам, но это именно так.
В целом, ISO это всего лишь минимум, при реальном соответствии которому
заказчик имеет шанс получить качественный продукт.
Почемучка
21.08.2010, 02:50
Может на QA Lead'а учат?
Менеджмент. Интересны CSQE, PMP.
Меня интересует менеджмент, работающий с новыми высокотехнологичными инструментами, новыми технологиями в планировании, организации и управлении.
Это всего-лишь красивые слова, попробуйте сформулировать на обычном языке - что именно Вас интересует. Как уже отметил Михаил - мэнеджмент работает с экселем (или пдф-ом) на котором есть пара графиков соотношения план/факт. Всё остальное - удел технических специалистов.
Управление качеством не ограничивается банальным тестированием продукта.
Попробуйте дать определение "банального тестирования". А потом загляните в PM Book (они вроде для программного обеспечения апдейт уже выпустили) и сравните увиденное.
Стратегическое и тактическое управление персоналом тоже часть управления качеством. Это может показаться странным некоторым менеджерам, но это именно так.
Было бы очень интересно послушать Ваше обоснование этого заявления (своими словами). С моей точки зрения - управление персоналом несомненно ВЛИЯЕТ на качество, а термин "управление качеством" в "естественной среде" не встречается.
В целом, ISO это всего лишь минимум, при реальном соответствии которому
заказчик имеет шанс получить качественный продукт.
ISO это всего-лишь стандарт, проверка на соответствие которому даёт возможность постороннему наблюдателю предположить - нет ли совсем ужасных провалов в бизнес-процессах той или иной компании. "по ISO" никто не работает.
Менеджмент. Интересны CSQE, PMP.
А QA Lead - это не менеджмент?
Почемучка
25.08.2010, 07:22
А QA Lead - это не менеджмент?
Безусловно Менеджмент. :-)
Почемучка
25.08.2010, 07:43
Это всего-лишь красивые слова, попробуйте сформулировать на обычном языке - что именно Вас интересует. Как уже отметил Михаил - мэнеджмент работает с экселем (или пдф-ом) на котором есть пара графиков соотношения план/факт. Всё остальное - удел технических специалистов..
Не знаю в каком контексте было высказывание, но поверьте, работа с экселем лишь небольшая часть того, с чем работает менеджер любого уровня. Прежде всего он (менеджер) работает с людьми.
Попробуйте дать определение "банального тестирования". А потом загляните в PM Book (они вроде для программного обеспечения апдейт уже выпустили) и сравните увиденное.
Было бы очень интересно послушать Ваше обоснование этого заявления (своими словами). С моей точки зрения - управление персоналом несомненно ВЛИЯЕТ на качество, а термин "управление качеством" в "естественной среде" не встречается..
Неужели? Управляя персоналом мы опосредственно имеем возможность воздействовать на качество, а значит делаем этот процесс управляемым.
Есть действие, решение и есть результат этого. Если вы однозначно соглашаетесь что наступление события "B" является следствием события "А", при этом событие "B" является взаимоисключающим события "С", что предполагает невозможность наступления события "С" при наступлении события "В", то вы не можете отрицать воздействие наступления события "А" на невозможность наступления события "С". Что и требовалось доказать. Теорема доказана.
Что такое TQM думаю и вы и я знаем. И как это переводится на русский язык тоже знаем.
ISO это всего-лишь стандарт, проверка на соответствие которому даёт возможность постороннему наблюдателю предположить - нет ли совсем ужасных провалов в бизнес-процессах той или иной компании. "по ISO" никто не работает.
Абсолютно согласен с данным высказыванием! Но, с небольшой поправкой. На ISO ориентируются, когда хотят получить эффективную систему. Если конечно не занимаются тупым копированием и созданием "кашмара на яву" для тех кто в процессе так сказать.
Не знаю в каком контексте было высказывание, но поверьте, работа с экселем лишь небольшая часть того, с чем работает менеджер любого уровня. Прежде всего он (менеджер) работает с людьми.
Это было в ответ на ваше желание посмотреть на менеджеров работающих с cовременными высокотехнологичными средствами :)
Неужели? Управляя персоналом мы опосредственно имеем возможность воздействовать на качество, а значит делаем этот процесс управляемым.
Есть действие, решение и есть результат этого. Если вы однозначно соглашаетесь что наступление события "B" является следствием события "А", при этом событие "B" является взаимоисключающим события "С", что предполагает невозможность наступления события "С" при наступлении события "В", то вы не можете отрицать воздействие наступления события "А" на невозможность наступления события "С". Что и требовалось доказать. Теорема доказана.
Двойка. Я утверждаю, что
а) управляющее воздействие на персонал МОЖЕТ не привести к изменению качества продукта
б) одно и то же управляющее воздействие может привести как к понижению так и повышению качества продукта.
Опровергать будете ?
Абсолютно согласен с данным высказыванием! Но, с небольшой поправкой. На ISO ориентируются, когда хотят получить эффективную систему. Если конечно не занимаются тупым копированием и созданием "кашмара на яву" для тех кто в процессе так сказать.
Вы опять не правы. В случае компаний приличного размера на ISO ориентируются практически _исключительно_ для того, чтобы посторонние дилетанты не сомневались в том, что всё более-менее нормально.
Почемучка
25.08.2010, 12:03
Двойка. Я утверждаю, что
а) управляющее воздействие на персонал МОЖЕТ не привести к изменению качества продукта
б) одно и то же управляющее воздействие может привести как к понижению так и повышению качества продукта.
Опровергать будете ?
Буду! :-) Значит это было неверное воздействие, произведённое вследствие неверного решения. Речь идёт о том, что в условии задачи поставлено верное решение.
Т.е., в рамках доказательства вам возможности управления качеством, мы принимаем условие, что "А" действительно при его положительных значениях.
Не думал, что это нужно прописывать в столь элементарной задаче. :-)
На будущее учту такой момент. :-)
Если воздействие было верно и как вы признали в предыдущих постах
"С моей точки зрения - управление персоналом несомненно ВЛИЯЕТ на качество",
результат если и не прогнозируем на 100%, то вероятность получения положительного результата стремится к единице при росте уровня профессионализма менеджера, его знаний и практического опыта.
Вы опять не правы. В случае компаний приличного размера на ISO ориентируются практически _исключительно_ для того, чтобы посторонние дилетанты не сомневались в том, что всё более-менее нормально.
Хитры же вы, однако! :-)
А я о чём вам пишу... Нормальные компании не делают по шаблону, суть не занимаются тупым копированием ISO и не подходят к вопросу формально, по принципу "шоб було", ибо это АД. И вместо экономического эффекта мы непременно получим негатив, необоснованное увеличение документооборота и ещё много всякого бардака вместо результатов.
Почемучка
25.08.2010, 13:05
Впрочем... можно и не ограничивать "А" положительным диапазоном если хотите. В таком случае будем иметь "B" при положительных значениях и "С" при отрицательных. В любом случае, наступит либо одно, либо другое. Особой роли не играет с точки зрения условной модели. Не будете же вы отрицать тот факт, что правильное воздействие скорее приведёт к положительному результату, чем неправильное или бездействие как таковое со стороны менеджера. :-)
Впрочем... можно и не ограничивать "А" положительным диапазоном если хотите. В таком случае будем иметь "B" при положительных значениях и "С" при отрицательных. В любом случае, наступит либо одно, либо другое. Особой роли не играет с точки зрения условной модели. Не будете же вы отрицать тот факт, что правильное воздействие скорее приведёт к положительному результату, чем неправильное или бездействие как таковое со стороны менеджера. :-)
Вы уже почти разобрались . Осталось только понять, что в очень приличном проценте случаев _невозможно_ определить "правильное" управляющее воздействие , и Вы поймете из-за чего хотя управление персоналом и влияет на качество продукта, оно не входит в понятие "управление качеством".
С ISO та же история, если поработаете хотя-бы пару лет в индустрии - всё понятнее станет.
Буду! :-) Значит это было неверное воздействие, произведённое вследствие неверного решения. Речь идёт о том, что в условии задачи поставлено верное решение.
Т.е., в рамках доказательства вам возможности управления качеством, мы принимаем условие, что "А" действительно при его положительных значениях.
Не думал, что это нужно прописывать в столь элементарной задаче. :-)
На будущее учту такой момент. :-)
Чтобы дальше на эту тему не спорить - Я вот утверждаю что если правильный крокодил съест правильного кролика, то рядом с крокодилом появятся три таких же кролика. А если кролик пострадал, а трёх кроликов не появилось, то это был неправильный кролик, или неправильный крокодил, или (в худшем случае) он его неправильно съел.
Можно ли на основании этого утверждения утверждать, что процесс поедания кроликов крокодилами способствует увеличению численности кроликов ? Как Вы думаете ? (заметьте - правильность решения заложена в условие задачи (элементарная вещь (с) Вы )
Почемучка
26.08.2010, 02:57
Чтобы дальше на эту тему не спорить - Я вот утверждаю что если правильный крокодил съест правильного кролика, то рядом с крокодилом появятся три таких же кролика. А если кролик пострадал, а трёх кроликов не появилось, то это был неправильный кролик, или неправильный крокодил, или (в худшем случае) он его неправильно съел.
Можно ли на основании этого утверждения утверждать, что процесс поедания кроликов крокодилами способствует увеличению численности кроликов ? Как Вы думаете ? (заметьте - правильность решения заложена в условие задачи (элементарная вещь (с) Вы )
По поводу крокодила...
И не думал спорить. Мне просто интересно узнать, что думает по поводу собеседник, на чём основывает выводы, почему он пришёл к таким выводам. И это вне зависимости от того, прав он или неправ. Это другая точка зрения и даже если она окажется в корне неверной, она может дать мне рациональное зерно и в чём то натолкнуть на важные для меня моменты. Мне просто интересно общаться с вами. И есть моменты, которые мне интересны с практической точки зрения.
А вы не наблюдали некоторый уровень корреляции между уровнем профессионализма менеджера и качеством принимаемых решений? Я, например, наблюдал. Правильная расстановка персонала и правильная группировка реально позволяют достичь лучших результатов, нежели просто отбор по исключительно профессиональным качествам и расстановка на свободные места. Я как бы не один год анализировал и изучал различные решения и их результаты. Пытался в сходных ситуациях корректировать решения и снова анализировал результаты. По вопросу входит или не входит управление персоналом в управление качеством, всё зависит от точки зрения владельцев и топ-менеджмента. У одних входит, у других не очень. А есть ещё и третьи, которым ISO нужно как быку красная тряпка. Правильно это или нет может показать только естественный отбор в бизнесе, прямо как по Дарвину.
Ещё одной ошибкой (на мой взгляд), часто является назначение на руководящие должности бывших инженеров, без получения ими управленческого образования. Не стоит воспринимать предшествующую реплику как "камень в огород". Мне просто было бы интересно ваше видение и по этому вопросу. Небольшая часть из них хорошо адаптируется, но очень много и таких кто "не в своей тарелке". Одним не хватает опыта в управлении, другие просто далеки от этого, будучи при этом отличными архитекторами, кодерами, тестерами и т.д.
В части поработать... В России у меня уже как бы есть некоторый скромный опыт. Но я хочу поднять свой уровень. Посмотреть, что есть нового в США чего пока нет в России, насколько это приемлемо для России и стоит ли это применять. :-)
В случае с действием направленным на определённый результат, в зависимости от того насколько оно правильно, мы можем наблюдать отсутствие результата, посредственный результат и отличный результат.
Приведённый вами заяц не может быть ожидаемым результатом пищеварительной деятельности крокодила. Возможно у меня не настолько развито воображение...
Улучшение качества ожидаемого продукта за счёт управления персоналом - вполне может. А вот какой уровень улучшения будет достигнут, зависит от качества решений и воздействия. Это определяется профессионализмом менеджера.
Вот если бы вы привели пример с курицей, съевшей комбикорм и появлением/непоявлением яйца, вот тут интереснее. Яйца мы можем сегодня недождаться. Но не потому, что решение неверное. Просто курица ещё не достигла уровня когда она способна нести яйца. Или уже слишком стара чтобы нести их. Вот когда она стара, тогда решение о её кормёжке часто бывает ошибочным. А когда молода, то при правильной кормёжке мы вполне можем ожидать яйца. Ну и хорька конечно никто не отменял. Может и яйцом полакомиться и курицу стянуть. Но это уже недоработка по управлению в другой функции менеджмента, обеспечение информационной безопасности, так сказать. :-D
Почемучка
26.08.2010, 03:32
Robert T.Futrell, Donald F.Shafer, Linda I.Shafer. Вам о чём нибудь говорят эти имена?
Мне лично говорят. Так вот у этих людей есть книга, в которой целая глава посвящена вопросам управления персоналом, как одна из составляющих ведущих к получению оптимального качества в программных проектах. Возможно их мнение авторитетно...
:-)
Книги и теория это конечно все хорошо.
Но на практике оно то совсем по другому и очень много форс-мажорных факторов, хотя бы таких как сложность проекта, специфика и обычная человеческая усталость (когда инжинеры работают без выходных и отпусков).
Robert T.Futrell, Donald F.Shafer, Linda I.Shafer. Вам о чём нибудь говорят эти имена?
Мне лично говорят. Так вот у этих людей есть книга, в которой целая глава посвящена вопросам управления персоналом, как одна из составляющих ведущих к получению оптимального качества в программных проектах. Возможно их мнение авторитетно...
:-)
я как-раз о том и говорю, что оно "ведёт" но управлять не может :) . думаю мы достигли понимания.
Почемучка
26.08.2010, 08:53
Книги и теория это конечно все хорошо.
Но на практике оно то совсем по другому и очень много форс-мажорных факторов, хотя бы таких как сложность проекта, специфика и обычная человеческая усталость (когда инжинеры работают без выходных и отпусков).
Безусловно. И опять же, многое упирается в качества менеджеров. Их способность планировать, организовывать, управлять, а иногда и предвидеть.
Почему я и хочу найти, изучить и перенять бест практикал в части организации не просто жизнеспособной, но и наиболее эффективной системы управления.
Почемучка
26.08.2010, 08:57
я как-раз о том и говорю, что оно "ведёт" но управлять не может :) . думаю мы достигли понимания.
Ну конечно :-)
Почему я и хочу найти, изучить и перенять бест практикал в части организации не просто жизнеспособной, но и наиболее эффективной системы управления.
Наиболее эффективная система управления - _гибкая_ система управления.
может имеется ввиду CMMI? грамотное управление процессом разработки включает себя контроль качества.
Всем добрый день! Очень интересная тема получилась и, лично для меня, достаточно доступная.
Вопрос у меня в следующем.
Мониторя рынок труда (московский), хотела уточнить у профессионалов - сколько может "стоить" данный специалист и верна ли формулировка написания вакансии?
Тестировщик
Компания, один из ведущих системных интеграторов, занимает лидирующие позиции на рынке IT технологий, открывает вакансию проектного Тестировщика QA (engineer, controller)
Обязанности:
Работа на проекте у крупного территориально-распределённого Банка
• Написание и модификация тест-планов, тест-кейсов
• Тестирование программных решений, разрабатываемых компанией
• Подготовка отчетов тестирования
• Регистрация дефектов
Требования
• Опыт работы QA engineer (тестировщиком, QA controller) не менее 1 года
• Опыт написания тест-планов, тест-кейсов от 6 месяцев
• Опыт тестирования Web-приложений
• Опыт работы с трекерами дефектов
• Общее представление об n-уровневой архитектуре приложений
• Высшее техническое образование;
• Умение работать в команде
• Технический английский
• Являются преимуществом: базовые знания VBasic 6.0+, знание классов MFC, знание объектной модели MSOffice, навыки работы с XML, навыки работы с SQL на уровне написания несложные запросов для получения данных из БД
Условия
• Стабильная зарплата — по результатам собеседования + бонусы с проектов;
• Социальный пакет, включающий медицинскую страховку;
• Компенсация за питание;
• Возможность профессионального роста.
• При наличии опыта работы с Sharepoint условия работы оговариваются индивидуально.
Прошу внести коррективы специалистов данной области! Заранее благодарна!!!;)
Зарплата такого специалиста для Москвы - около 1,5-2К баксов.
А где информация о офисе (например какая станция метро, сколько до него)? Чай, вода, плюшки в офисе бесплатные? Сколько отпуск? Оплачиваются сверхурочные?
Скажите пожалуйста в чем конкретно заключается работа тестером, какими навыками для нее надо обладать? Может быть кому нибудь этот вопрос покажется глупым, но я задумываюсь о смене специальности по приезду в США. Какими знаниями необходимо обладать для начала работы по этой специальности. Заранее спасибо за ответ:)
Одно из писем которые я получила от рекрутера:
Желательно знать или уметь хотябы 60% из этого списка
Ensure our mobile clients are thoroughly tested.
Create and maintain automated and manual test suites
Perform performance analysis on our mobile clients
Document and log bugs in a bug-tracking system.
Prioritize bugs, and develop reproducable cases.
Be creative at finding edge cases.
Stay aware of all the latest mobile OS developments, and keep the testing framework up-to-date.
Heavy involvement in the release cycle and release approval.
Work directly with development in an Agile environment.
Work with others to address customer support issues.
Experience
Knowledgeable in our 3 main supported mobile OSes: WP7, Android, iOS
Experience in a QA role or equivilent
Proficient in an interpretive language( Python, perl, php, etc)
Experience with basic SQL queries
Comfortable with light Linux related tasks
Knowledge in other applicable languages a plus(Java, Objective C, .Net)
Qualifications
Strong attention to detail
Ability for spatial orientation (e.g. applying a map to the "real world")
Bachelor's degree in a related field preferred
Mobile experience
Please include your rate and availability along with your resume, for immediate consideration.
Regards,
Farkhad17
27.10.2011, 17:55
Не знал в какую тему написать, решил сюда :)
Мне 25 лет. Образование высшее (инженер по специальности "Автоматизированные системы обработки информации и управления").
Опыт работы около 7 лет:
- 2 года работал во время обучения системным администратором в компьютерном классе у себя в вузе.
- около 5ти лет работаю в крупной аутсорсинговой компании в экспертизе тестирования. Прошёл весь путь от младшего специалиста тестировщика до старшего руководителя группы. На данный момент являюсь Тест Менеджером в крупном проекте (в подчинении 18 человек). Работаю в проекте на зарубежного заказчика. 3 раза был в США: 1 раз как турист, 2 раза в командировке по работе. Английский: закончил курсы advanced, сам оцениваю как хороший upper intermediate. В принципе, проблем с пониманием особых нет, свои мысли донести тоже могу, но не сказать, что речь fluent.
Есть большое желание переехать в США, 2 года подряд играю в лотерею на грин карту, но не везёт :( В этом году тоже подал заявку, но решил уже попробовать другие пути.
Сейчас хочу найти работодателя в США, который бы дал мне возможность уехать по H1B или L1 (тип визы принципально не важен)
Может быть у кого-то уже есть подобный опыт и можете что-нибудь посоветовать? Например, компанию, которая заинтересована в людях моей профессии в США.
Заранее спасибо за ответы!
Powered by vBulletin® Version 4.1.12 Copyright © 2012 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot