<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Комментарии: Почему тестировщиков всегда будет мало	</title>
	<atom:link href="https://testitquickly.com/2008/04/18/always-less-than/feed/" rel="self" type="application/rss+xml" />
	<link>https://testitquickly.com/2008/04/18/always-less-than/</link>
	<description>про тестирование ПО и всё такое прочее</description>
	<lastBuildDate>Wed, 17 Mar 2010 08:39:56 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.1</generator>
	<item>
		<title>
		Автор: Эгоist		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4732</link>

		<dc:creator><![CDATA[Эгоist]]></dc:creator>
		<pubDate>Wed, 17 Mar 2010 08:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4732</guid>

					<description><![CDATA[Спасибо) Будем искать полупроводников)]]></description>
			<content:encoded><![CDATA[<p>Спасибо) Будем искать полупроводников)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: Алексей Лупан		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4731</link>

		<dc:creator><![CDATA[Алексей Лупан]]></dc:creator>
		<pubDate>Tue, 16 Mar 2010 15:58:34 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4731</guid>

					<description><![CDATA[В ответ на &lt;a href=&quot;https://testitquickly.com/2008/04/18/always-less-than/#comment-4730&quot;&gt;Эгоist&lt;/a&gt;.

Есть примеры.
Не всегда смена работы переводит человека на новый уровень развития, увы.
Но пример есть.
Однако:
1) это долгий путь.
2) успешная трансформация зависит и от окружения. Старое окружение, как правило, очень консервативно, и у некоторых улучшение наступает только после смены круга общения.
3) нужен &quot;проводник&quot; на следующий уровень. Лучше, чтобы он был физически близко. Редко можно самостоятельно перескочить в другую колею.
Надо самому решить какие-то проблемы на своем рабочем фронте. Что-то улучшить, ускорить, убыстрить. Взять на себя отвественность за какое-то изменение, которое будет положительно принято окружением.
&lt;blockquote&gt;Это очень сложно для любого homo sapiens, который уже психологически оформился, а ответственности все еще никогда не проявлял, и теперь тоскует по упущенным возможностям (ничего личного, я о себе говорю).&lt;/blockquote&gt;
Если ее правильно взять, то автоматически запускается механизм &quot;прикрытия лидера&quot;, и карьера летит вверх.
&quot;Прикрытие&quot; - это моя, очень обсуждаемая, терминология. Термин появился после прочтения книги &quot;Аквариум&quot; @ Виктор Суворов.
&lt;blockquote&gt;Вот отдельно ГЛАВА VIII - http://zsite.narod.ru/read/suvorov/aqua_08.htm - там смотреть части 3 (кусочек про план) и 7 (весь пассаж про летчиков) - там немного текста.
Если интересно - весь текст книги - http://lib.ru/WSUWOROW/akwarium.txt
Про Покрышкина отдельно хорошо написано - http://rkka.kiev.ua/about_pokryshkin
&lt;/blockquote&gt;
&lt;strong&gt;Как взять на себя ответственность&lt;/strong&gt;, и не надорваться:  надо идти медленными шагами.
В одном из учений по практической психологии (в целом - крайне не рекомендую, но в частностях - весьма содержательно) есть про ответственность следующая картинка: треугольник с буквами З, К, О. Буквы обозначают &quot;Знание&quot;, &quot;Контроль&quot;, &quot;Ответственность&quot;.
Треугольник - просто потому, что это очень содержательная фигура, и к тому же - замкнутая. Он и на долларах изображен (с глазом), и Паниковский с помощью треугольника Балаганова переубедил в сторону кражи, а не гоп-стопа, и фараоны в них хоронились...
Дык вот, на примерах.
Водить автомобиль - это ответственность.
Чтобы взять на себя ответственность за его вождение, нужно уметь контролировать автомобиль.
Чтобы уметь контролировать автомобиль, нужно знать, как именно он работает, и как им управлять.
Получается треугольник &quot;ЗКО&quot;.
Остальные примеры столь же нерушимо укладываются в эту схему, как и случай с автомобилем.
&lt;blockquote&gt;Хочешь быть отцом? А сможешь контролировать все мелочи, которые сопутствуют появлению младенца в доме? Учился этому?
Хочешь играть на гитаре? А умеешь что-где-когда надо нажимать и звук извлекать? Учился этому?
Хочешь быть программистом? А сможешь с сайта нацбанка через RSS новости на наш сайт перепостить? Учился этому?&lt;/blockquote&gt;
Перескочить какой-либо из этих трех пунктов сразу сложно. Иногда и невозможно.
Но есть исключение.
Оно кроется в следующем: большинство людей после двух ответов &quot;нет&quot; (особенно на вопрос &quot;А учился этому?&quot;) принимают решение не морочиться, и переключаются на что-то попроще.
И только немногие после череды &quot;Нет&quot; еще способны спросить &quot;А где этому научиться?&quot;
Мало кто может сказать: &quot;&lt;em&gt;Да, не умею, не учился, но ептыть, я ХОЧУ стать программистом, который ездит на автомобиле с ребенком и гитарой, а кто мне помешает, того, сука, урою на хрен!&lt;/em&gt;&quot;
То есть, кроме желания еще нужна спортивная агрессия и целеустремление :)
&lt;blockquote&gt;Если помните фильм про &lt;a href=&quot;http://ru.wikipedia.org/wiki/%D0%AD%D1%80%D0%B8%D0%BD_%D0%91%D1%80%D0%BE%D0%BA%D0%BE%D0%B2%D0%B8%D1%87&quot; rel=&quot;nofollow ugc&quot;&gt;Эрин Брокович&lt;/a&gt; или &quot;&lt;a href=&quot;http://ru.wikipedia.org/wiki/%D0%94%D1%8C%D1%8F%D0%B2%D0%BE%D0%BB_%D0%BD%D0%BE%D1%81%D0%B8%D1%82_Prada&quot; rel=&quot;nofollow ugc&quot;&gt;Дьявол носит Prada&lt;/a&gt;&quot; - то самое в плане &quot;становления работы&quot;.
Типа &quot;Хотите мне помешать? Попробуйте...&quot;&lt;/blockquote&gt;
Компьютер позволяет чему-то учиться самостоятельно, это ценная машина. Программистам в этом смысле повезло. Тестировщики тоже могут использовать комп для обучения, которое никому не принесет вреда. Врачи, каменщики, строители - нет. Им нужен расходный материал для учения, а там тех, кто не может контролировать события, к телам не допускают.
Про примеры, наверное, скажу сам про себя.
Тут, где я работаю сейчас, меня никто не просил автоматизировать что-либо. Я сам это начал делать, потому что уставал одно и то же нажимать и поля заполнять (это вообще очень раздражает).
Нашел себе проблему и сам нашел ее решение. Сам, в свободное время, дома, ночами, брал это стремное расширение &quot;Selenium IDE&quot;, и овладевал им :) Потом принес записанный скрипт на работу, и в нужное время его применил. Поля в форме заполнил, всего-лишь. Сэкономил две минуты, всего лишь.
Теперь этот Selenium IDE экономит нам на двоих не меньше трех часов возни. Я не перевел на него все тестирование, я его использую как шустрого помощника. И начальство знает, что мы тут иногда скрипты пишем в рабочем порядке, и все это дело поощряет.
На предыдущей работе, в Глобале, у нас в команде были отдельные автоматизаторы. Если бы я там захотел перейти в их стан, то мне надавали бы по рукам и мордасам и послали бы обратно в ручные тестировщики, бо там такие переходы не приветствовались.
В другом месте была аналогичная ситуация - не было ни времени, ни возможности работать с приложением из дому. И автоматизаторы там были отдельные, в отдельной комнате. Чтобы к ним перейти, надо было сперва сдать суровый экзамен по алгоритмам перед суровыми программистами. Я этого боялся. Я вообще не понимал, о чем там говорят.
Там я и не думал о том, чтобы чем-то разнообразить ручное тестирование, да и сосредоточиться на одном проекте не было возможности, постоянно перекидывали туда-сюда. &quot;Начальство лучше знает, чем тебе заняться, юзернэйм, иди и выполняй задания&quot;.
Еще раз повторю:
1) продвижение в хирурги - это долгий путь. Требует умения самостоятельно контролировать ситуацию (а факапы случаются всегда и у всех).
2) успешная трансформация зависит и от окружения. Иногда работу НАДО менять. На предыдущую иногда можно возвращаться в новом качестве - примеры знаю.
3) нужен &quot;проводник&quot; на следующий уровень. Нужно чтобы кто-нибудь изредка говорил &quot;Ты делаешь правильно&quot;.
Где-то читал интервью одного тестировщика-автоматизатора из Гугла, где он рассказывал о том, чем обычно занимается (источник не помню). Он обычно переходит из проекта в проект, по неделям или месяцами. После себя оставляет какие-то скрипты, которые стабильно работают, и запускаются и без него.
То есть, после себя он оставляет что-то хорошее и полезное окружающим. Наверное, секрет успешного продвижения и в том, что после тебя остается.]]></description>
			<content:encoded><![CDATA[<p>В ответ на <a href="https://testitquickly.com/2008/04/18/always-less-than/#comment-4730">Эгоist</a>.</p>
<p>Есть примеры.<br />
Не всегда смена работы переводит человека на новый уровень развития, увы.<br />
Но пример есть.<br />
Однако:<br />
1) это долгий путь.<br />
2) успешная трансформация зависит и от окружения. Старое окружение, как правило, очень консервативно, и у некоторых улучшение наступает только после смены круга общения.<br />
3) нужен &#171;проводник&#187; на следующий уровень. Лучше, чтобы он был физически близко. Редко можно самостоятельно перескочить в другую колею.<br />
Надо самому решить какие-то проблемы на своем рабочем фронте. Что-то улучшить, ускорить, убыстрить. Взять на себя отвественность за какое-то изменение, которое будет положительно принято окружением.</p>
<blockquote><p>Это очень сложно для любого homo sapiens, который уже психологически оформился, а ответственности все еще никогда не проявлял, и теперь тоскует по упущенным возможностям (ничего личного, я о себе говорю).</p></blockquote>
<p>Если ее правильно взять, то автоматически запускается механизм &#171;прикрытия лидера&#187;, и карьера летит вверх.<br />
&#171;Прикрытие&#187; &#8212; это моя, очень обсуждаемая, терминология. Термин появился после прочтения книги &#171;Аквариум&#187; @ Виктор Суворов.</p>
<blockquote><p>Вот отдельно ГЛАВА VIII &#8212; <a href="http://zsite.narod.ru/read/suvorov/aqua_08.htm" rel="nofollow ugc">http://zsite.narod.ru/read/suvorov/aqua_08.htm</a> &#8212; там смотреть части 3 (кусочек про план) и 7 (весь пассаж про летчиков) &#8212; там немного текста.<br />
Если интересно &#8212; весь текст книги &#8212; <a href="http://lib.ru/WSUWOROW/akwarium.txt" rel="nofollow ugc">http://lib.ru/WSUWOROW/akwarium.txt</a><br />
Про Покрышкина отдельно хорошо написано &#8212; <a href="http://rkka.kiev.ua/about_pokryshkin" rel="nofollow ugc">http://rkka.kiev.ua/about_pokryshkin</a>
</p></blockquote>
<p><strong>Как взять на себя ответственность</strong>, и не надорваться:  надо идти медленными шагами.<br />
В одном из учений по практической психологии (в целом &#8212; крайне не рекомендую, но в частностях &#8212; весьма содержательно) есть про ответственность следующая картинка: треугольник с буквами З, К, О. Буквы обозначают &#171;Знание&#187;, &#171;Контроль&#187;, &#171;Ответственность&#187;.<br />
Треугольник &#8212; просто потому, что это очень содержательная фигура, и к тому же &#8212; замкнутая. Он и на долларах изображен (с глазом), и Паниковский с помощью треугольника Балаганова переубедил в сторону кражи, а не гоп-стопа, и фараоны в них хоронились&#8230;<br />
Дык вот, на примерах.<br />
Водить автомобиль &#8212; это ответственность.<br />
Чтобы взять на себя ответственность за его вождение, нужно уметь контролировать автомобиль.<br />
Чтобы уметь контролировать автомобиль, нужно знать, как именно он работает, и как им управлять.<br />
Получается треугольник &#171;ЗКО&#187;.<br />
Остальные примеры столь же нерушимо укладываются в эту схему, как и случай с автомобилем.</p>
<blockquote><p>Хочешь быть отцом? А сможешь контролировать все мелочи, которые сопутствуют появлению младенца в доме? Учился этому?<br />
Хочешь играть на гитаре? А умеешь что-где-когда надо нажимать и звук извлекать? Учился этому?<br />
Хочешь быть программистом? А сможешь с сайта нацбанка через RSS новости на наш сайт перепостить? Учился этому?</p></blockquote>
<p>Перескочить какой-либо из этих трех пунктов сразу сложно. Иногда и невозможно.<br />
Но есть исключение.<br />
Оно кроется в следующем: большинство людей после двух ответов &#171;нет&#187; (особенно на вопрос &#171;А учился этому?&#187;) принимают решение не морочиться, и переключаются на что-то попроще.<br />
И только немногие после череды &#171;Нет&#187; еще способны спросить &#171;А где этому научиться?&#187;<br />
Мало кто может сказать: &#171;<em>Да, не умею, не учился, но ептыть, я ХОЧУ стать программистом, который ездит на автомобиле с ребенком и гитарой, а кто мне помешает, того, сука, урою на хрен!</em>&#187;<br />
То есть, кроме желания еще нужна спортивная агрессия и целеустремление 🙂</p>
<blockquote><p>Если помните фильм про <a href="http://ru.wikipedia.org/wiki/%D0%AD%D1%80%D0%B8%D0%BD_%D0%91%D1%80%D0%BE%D0%BA%D0%BE%D0%B2%D0%B8%D1%87" rel="nofollow ugc">Эрин Брокович</a> или &#171;<a href="http://ru.wikipedia.org/wiki/%D0%94%D1%8C%D1%8F%D0%B2%D0%BE%D0%BB_%D0%BD%D0%BE%D1%81%D0%B8%D1%82_Prada" rel="nofollow ugc">Дьявол носит Prada</a>&#187; &#8212; то самое в плане &#171;становления работы&#187;.<br />
Типа &#171;Хотите мне помешать? Попробуйте&#8230;&#187;</p></blockquote>
<p>Компьютер позволяет чему-то учиться самостоятельно, это ценная машина. Программистам в этом смысле повезло. Тестировщики тоже могут использовать комп для обучения, которое никому не принесет вреда. Врачи, каменщики, строители &#8212; нет. Им нужен расходный материал для учения, а там тех, кто не может контролировать события, к телам не допускают.<br />
Про примеры, наверное, скажу сам про себя.<br />
Тут, где я работаю сейчас, меня никто не просил автоматизировать что-либо. Я сам это начал делать, потому что уставал одно и то же нажимать и поля заполнять (это вообще очень раздражает).<br />
Нашел себе проблему и сам нашел ее решение. Сам, в свободное время, дома, ночами, брал это стремное расширение &#171;Selenium IDE&#187;, и овладевал им 🙂 Потом принес записанный скрипт на работу, и в нужное время его применил. Поля в форме заполнил, всего-лишь. Сэкономил две минуты, всего лишь.<br />
Теперь этот Selenium IDE экономит нам на двоих не меньше трех часов возни. Я не перевел на него все тестирование, я его использую как шустрого помощника. И начальство знает, что мы тут иногда скрипты пишем в рабочем порядке, и все это дело поощряет.<br />
На предыдущей работе, в Глобале, у нас в команде были отдельные автоматизаторы. Если бы я там захотел перейти в их стан, то мне надавали бы по рукам и мордасам и послали бы обратно в ручные тестировщики, бо там такие переходы не приветствовались.<br />
В другом месте была аналогичная ситуация &#8212; не было ни времени, ни возможности работать с приложением из дому. И автоматизаторы там были отдельные, в отдельной комнате. Чтобы к ним перейти, надо было сперва сдать суровый экзамен по алгоритмам перед суровыми программистами. Я этого боялся. Я вообще не понимал, о чем там говорят.<br />
Там я и не думал о том, чтобы чем-то разнообразить ручное тестирование, да и сосредоточиться на одном проекте не было возможности, постоянно перекидывали туда-сюда. &#171;Начальство лучше знает, чем тебе заняться, юзернэйм, иди и выполняй задания&#187;.<br />
Еще раз повторю:<br />
1) продвижение в хирурги &#8212; это долгий путь. Требует умения самостоятельно контролировать ситуацию (а факапы случаются всегда и у всех).<br />
2) успешная трансформация зависит и от окружения. Иногда работу НАДО менять. На предыдущую иногда можно возвращаться в новом качестве &#8212; примеры знаю.<br />
3) нужен &#171;проводник&#187; на следующий уровень. Нужно чтобы кто-нибудь изредка говорил &#171;Ты делаешь правильно&#187;.<br />
Где-то читал интервью одного тестировщика-автоматизатора из Гугла, где он рассказывал о том, чем обычно занимается (источник не помню). Он обычно переходит из проекта в проект, по неделям или месяцами. После себя оставляет какие-то скрипты, которые стабильно работают, и запускаются и без него.<br />
То есть, после себя он оставляет что-то хорошее и полезное окружающим. Наверное, секрет успешного продвижения и в том, что после тебя остается.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: Эгоist		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4730</link>

		<dc:creator><![CDATA[Эгоist]]></dc:creator>
		<pubDate>Tue, 16 Mar 2010 14:33:30 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4730</guid>

					<description><![CDATA[Добрый день, отписывался тут больше года назад, сейчас читаю, и понимаю, что мои скилы не сильно изменились, конечно я научился более детально и лаконично составлять баг репорты и писать тест кейсы, хотя я знаю, что тут пределов совершенству нет. В первом комменте писал, что хочу стать программером, уже не хочу, так как мне моя работа нравится, я избавился от мнения, что инженеры по тестированию это неудавшиеся программисты. Но вот вопрос, как развиваться дальше, если например нет возможности писать скрипты, либо меня постоянно кидают с проекта на проект и постоянно вес меняется. Есть ли конкретные примеры как стать из обезьянки хирургом? (Я знаю что некоторые меняют работу, мне нравится моя компания и я не хочу этого делать.)]]></description>
			<content:encoded><![CDATA[<p>Добрый день, отписывался тут больше года назад, сейчас читаю, и понимаю, что мои скилы не сильно изменились, конечно я научился более детально и лаконично составлять баг репорты и писать тест кейсы, хотя я знаю, что тут пределов совершенству нет. В первом комменте писал, что хочу стать программером, уже не хочу, так как мне моя работа нравится, я избавился от мнения, что инженеры по тестированию это неудавшиеся программисты. Но вот вопрос, как развиваться дальше, если например нет возможности писать скрипты, либо меня постоянно кидают с проекта на проект и постоянно вес меняется. Есть ли конкретные примеры как стать из обезьянки хирургом? (Я знаю что некоторые меняют работу, мне нравится моя компания и я не хочу этого делать.)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: Albert Gareev		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4729</link>

		<dc:creator><![CDATA[Albert Gareev]]></dc:creator>
		<pubDate>Tue, 15 Dec 2009 15:08:52 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4729</guid>

					<description><![CDATA[Добавляю вдогонку.
В случае protocol level load/performance testing обе роли в подавляющем большинстве случаев выполняются одним человеком, и требования сдвинуты в сторону программиста.
В случае Web UI click-based automation (Selenium и подражатели) framework уже создана и подготовлена, а создание скриптов унифицировано и не требует кодирования, поэтому роль программиста (как бы) не нужна, но при этом тестер-автоматизатор полностью ответственен за automated test design, coverage, и maintenance созданных им скриптов.]]></description>
			<content:encoded><![CDATA[<p>Добавляю вдогонку.<br />
В случае protocol level load/performance testing обе роли в подавляющем большинстве случаев выполняются одним человеком, и требования сдвинуты в сторону программиста.<br />
В случае Web UI click-based automation (Selenium и подражатели) framework уже создана и подготовлена, а создание скриптов унифицировано и не требует кодирования, поэтому роль программиста (как бы) не нужна, но при этом тестер-автоматизатор полностью ответственен за automated test design, coverage, и maintenance созданных им скриптов.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: Albert Gareev		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4728</link>

		<dc:creator><![CDATA[Albert Gareev]]></dc:creator>
		<pubDate>Tue, 15 Dec 2009 14:59:50 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4728</guid>

					<description><![CDATA[Ряд комментариев после взгляда &quot;по ту сторону Атлантики&quot;.
&#062; Большинству этого хватает, потому что доходы
&#062; менеджера вполне могут быть
&#062; сопоставимы с доходами программистов
&#062; (хотя есть и менеджеры программистов…).
1. Management skills встречаются чаще и развиваются легче, чем IT skills. Отсюда, по закону спроса и предложения, и зарплаты.
Пример. Не так давно видел на Монстре (monster.ca) 3 вакансии в одной компании. QA Manager - 65K-70K. Automation Team Lead - 75K-80K. Sr. QA Analyst - 60K-65K. Вот так менеджер вполне может получать меньше своих подчиненных.
Пояснения. QA Manager - начотдела из 2-3 тимов (team) по 3-4 человека, обычно. Automation Team Lead - &quot;первый среди равных&quot;, как правило имеет некоторые руководящие права и обязанности внутри своей тим. Один из тим лидов как правило замещает менеджера во время отсутствия.
У программистов примерно также. Как бы странно не выглядело, менеджер программистов бывает не программист вообще.
&#062; Является ли тестировщик-автоматизатор
&#062; «ступенью» к программированию?
&#062; Нет.
&#062; Не является.
&#062; Задачи, которые решает
&#062; тестировщик-программист, не сопоставимы
&#062; с задачами, которые решает обычный
&#062; программист ни по сути своей, ни по
&#062; внешним признакам.
2. По сути, надо различать automated testing и test automation. И это 2 разных роли - тестера и программиста.
Первое - это _тестирование_ с применением программных средств.
Automated testing зачастую считается только подготовкой тест данных для скриптов, запуск скриптов на выполнение и контроль результатов (&quot;смотреть, чтобы все было &quot;зеленое&quot; (passed)&quot;).
ДОЛЖНО включать в себя анализ результатов.
ДОЛЖНО включать в себя automated test design, процесс, близкий к exploratory testing. В это время так же находятся и репортятся дефекты, хотя целью и являлось создание &quot;automated test flow&quot;.
Второе (automation development) - это _создание_ (development!) программных средств тестирования.
Это, в первую очередь, создание (или адаптация существующей) framework - на этом этапе тестирование продукта не производится.
Во вторую очередь, создание скриптов, которые будут следовать designed test flow, на этом этапе программист-автоматизатор взаимодействует с продуктом, и с некоторой вероятностью может обнаружить новый дефект.
В третью очередь, поддержка (maintenance) существующих скриптов. Поскольку производится в случаях, когда что-то в скриптах не работает (так, как работало раньше), с некоторой вероятностью можно обнаружить, что на самом деле что-то в продукте не работает (или работает не так, как раньше).]]></description>
			<content:encoded><![CDATA[<p>Ряд комментариев после взгляда &#171;по ту сторону Атлантики&#187;.<br />
&gt; Большинству этого хватает, потому что доходы<br />
&gt; менеджера вполне могут быть<br />
&gt; сопоставимы с доходами программистов<br />
&gt; (хотя есть и менеджеры программистов…).<br />
1. Management skills встречаются чаще и развиваются легче, чем IT skills. Отсюда, по закону спроса и предложения, и зарплаты.<br />
Пример. Не так давно видел на Монстре (monster.ca) 3 вакансии в одной компании. QA Manager &#8212; 65K-70K. Automation Team Lead &#8212; 75K-80K. Sr. QA Analyst &#8212; 60K-65K. Вот так менеджер вполне может получать меньше своих подчиненных.<br />
Пояснения. QA Manager &#8212; начотдела из 2-3 тимов (team) по 3-4 человека, обычно. Automation Team Lead &#8212; &#171;первый среди равных&#187;, как правило имеет некоторые руководящие права и обязанности внутри своей тим. Один из тим лидов как правило замещает менеджера во время отсутствия.<br />
У программистов примерно также. Как бы странно не выглядело, менеджер программистов бывает не программист вообще.<br />
&gt; Является ли тестировщик-автоматизатор<br />
&gt; «ступенью» к программированию?<br />
&gt; Нет.<br />
&gt; Не является.<br />
&gt; Задачи, которые решает<br />
&gt; тестировщик-программист, не сопоставимы<br />
&gt; с задачами, которые решает обычный<br />
&gt; программист ни по сути своей, ни по<br />
&gt; внешним признакам.<br />
2. По сути, надо различать automated testing и test automation. И это 2 разных роли &#8212; тестера и программиста.<br />
Первое &#8212; это _тестирование_ с применением программных средств.<br />
Automated testing зачастую считается только подготовкой тест данных для скриптов, запуск скриптов на выполнение и контроль результатов (&#171;смотреть, чтобы все было &#171;зеленое&#187; (passed)&#187;).<br />
ДОЛЖНО включать в себя анализ результатов.<br />
ДОЛЖНО включать в себя automated test design, процесс, близкий к exploratory testing. В это время так же находятся и репортятся дефекты, хотя целью и являлось создание &#171;automated test flow&#187;.<br />
Второе (automation development) &#8212; это _создание_ (development!) программных средств тестирования.<br />
Это, в первую очередь, создание (или адаптация существующей) framework &#8212; на этом этапе тестирование продукта не производится.<br />
Во вторую очередь, создание скриптов, которые будут следовать designed test flow, на этом этапе программист-автоматизатор взаимодействует с продуктом, и с некоторой вероятностью может обнаружить новый дефект.<br />
В третью очередь, поддержка (maintenance) существующих скриптов. Поскольку производится в случаях, когда что-то в скриптах не работает (так, как работало раньше), с некоторой вероятностью можно обнаружить, что на самом деле что-то в продукте не работает (или работает не так, как раньше).</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: Алексей Лупан		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4727</link>

		<dc:creator><![CDATA[Алексей Лупан]]></dc:creator>
		<pubDate>Tue, 01 Dec 2009 10:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4727</guid>

					<description><![CDATA[В ответ на &lt;a href=&quot;https://testitquickly.com/2008/04/18/always-less-than/#comment-4726&quot;&gt;makeenkoov&lt;/a&gt;.

Для успешного программирования нужна склонность а алгоритмическому мышлению.
Для успешного тестирования нужна склонность к аналитическому мышлению.
Это как две реки с разными фарватерами. Обе требуют изучения.
У некоторых людей развиты оба эти типа мышления.
У большинства - нет, развиваться получается только в одном направлении.]]></description>
			<content:encoded><![CDATA[<p>В ответ на <a href="https://testitquickly.com/2008/04/18/always-less-than/#comment-4726">makeenkoov</a>.</p>
<p>Для успешного программирования нужна склонность а алгоритмическому мышлению.<br />
Для успешного тестирования нужна склонность к аналитическому мышлению.<br />
Это как две реки с разными фарватерами. Обе требуют изучения.<br />
У некоторых людей развиты оба эти типа мышления.<br />
У большинства &#8212; нет, развиваться получается только в одном направлении.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: makeenkoov		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4726</link>

		<dc:creator><![CDATA[makeenkoov]]></dc:creator>
		<pubDate>Tue, 01 Dec 2009 10:08:36 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4726</guid>

					<description><![CDATA[В ответ на &lt;a href=&quot;https://testitquickly.com/2008/04/18/always-less-than/#comment-4699&quot;&gt;Zmei&lt;/a&gt;.

&lt;i&gt;…Также следует помнить, что работа тестировщика НИКАК не способствует становлению программиста…
Не соглашусь. Тестировщику легче переквалифицироваться в программера нежели человеку начинающему с нуля. … и следовательно чем круче тестировщик тем ему легче. ИМХО&lt;/i&gt;
а мне кажется, чем круче тестировщик или когда он уже по праву QA, тем ему сложнее стать программистом... ибо мышление программиста и тестировщика - это разные вещи. Например то, что тестировщик считает, что везде есть баги, а программер считает, что его код идеален и багов нет... думаю эти подходы друг в друга не трансформируются по крайней мере с пользой!]]></description>
			<content:encoded><![CDATA[<p>В ответ на <a href="https://testitquickly.com/2008/04/18/always-less-than/#comment-4699">Zmei</a>.</p>
<p><i>…Также следует помнить, что работа тестировщика НИКАК не способствует становлению программиста…<br />
Не соглашусь. Тестировщику легче переквалифицироваться в программера нежели человеку начинающему с нуля. … и следовательно чем круче тестировщик тем ему легче. ИМХО</i><br />
а мне кажется, чем круче тестировщик или когда он уже по праву QA, тем ему сложнее стать программистом&#8230; ибо мышление программиста и тестировщика &#8212; это разные вещи. Например то, что тестировщик считает, что везде есть баги, а программер считает, что его код идеален и багов нет&#8230; думаю эти подходы друг в друга не трансформируются по крайней мере с пользой!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: Алексей Лупан		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4725</link>

		<dc:creator><![CDATA[Алексей Лупан]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 08:59:29 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4725</guid>

					<description><![CDATA[Отличный график, спасибо. Комментарии к нему тоже важны.]]></description>
			<content:encoded><![CDATA[<p>Отличный график, спасибо. Комментарии к нему тоже важны.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: Павел Ткаченко		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4724</link>

		<dc:creator><![CDATA[Павел Ткаченко]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 06:47:42 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4724</guid>

					<description><![CDATA[Забыл добавить что эти данные добавляют люди, поэтому рассчитывать на то что они на 100% достоверные естественно нельзя.]]></description>
			<content:encoded><![CDATA[<p>Забыл добавить что эти данные добавляют люди, поэтому рассчитывать на то что они на 100% достоверные естественно нельзя.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Автор: Павел Ткаченко		</title>
		<link>https://testitquickly.com/2008/04/18/always-less-than/#comment-4723</link>

		<dc:creator><![CDATA[Павел Ткаченко]]></dc:creator>
		<pubDate>Fri, 30 Jan 2009 06:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://testitquickly.wordpress.com/2008/04/18/%d0%9f%d0%be%d1%87%d0%b5%d0%bc%d1%83-%d1%82%d0%b5%d1%81%d1%82%d0%b8%d1%80%d0%be%d0%b2%d1%89%d0%b8%d0%ba%d0%be%d0%b2-%d0%b2%d1%81%d0%b5%d0%b3%d0%b4%d0%b0-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%bc%d0%b0/#comment-4723</guid>

					<description><![CDATA[Пожалуйста, вот статистика зарплат в Google:
http://www.payscale.com/research/US/Employer=Google,_Inc./Salary]]></description>
			<content:encoded><![CDATA[<p>Пожалуйста, вот статистика зарплат в Google:<br />
<a href="http://www.payscale.com/research/US/Employer=Google,_Inc./Salary" rel="nofollow ugc">http://www.payscale.com/research/US/Employer=Google,_Inc./Salary</a></p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
