<?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="http://xpinjection.com/2010/01/24/qa-in-agile-training-report/feed/" rel="self" type="application/rss+xml" />
	<link>http://xpinjection.com/2010/01/24/qa-in-agile-training-report/</link>
	<description>Inject Agile practices for project health</description>
	<lastBuildDate>Fri, 03 Feb 2012 11:55:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Автор: Юлия</title>
		<link>http://xpinjection.com/2010/01/24/qa-in-agile-training-report/comment-page-1/#comment-33</link>
		<dc:creator>Юлия</dc:creator>
		<pubDate>Sun, 31 Jan 2010 18:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://xpinjection.com/?p=235#comment-33</guid>
		<description>Была на семинаре 30.01.2009. 
В тестировании 5 лет, 2 года работаем по SCRUM.

Тренинг больше полезен тем, кто собирается или только начал работать по Agile. Или вообще о таком подходе не слышал. (Возможно, есть смысл в анонсе семинара давать ссылку на статью в википедии про Agile.)

Показалось, что первая часть про преимущества и недостатки ручного и автоматизированного подходов затянута. Код лучше показывать полностью или не показывать (показать только XML). А так и посмотреть не дали (только начала вникать, сразу переключили), и время потратили.

В конце создалось ощущение, что многое рассказывают во второй раз. И что лучше бы второй раз не повторять, а оставить время на дискуссии.

Хотелось больше интерактива: вопросы в зал типа &quot;как вы думаете&quot;, &quot;что самое важное&quot;, &quot;какие преимущества&quot;. Хотелось больше обсуждений по ходу дела, но понимаю, что не так просто это контролировать, направлять и еще и уложиться во время. 

Например, обозначили проблему с тест кейсами (неопределенность самого понятия, риск ухода от exploratory testing), можно сразу обсудить (спросить у зала, какие идеи), как эти проблемы минимизировать.

К сожалению, не смогла остаться на обсуждение. Замечания к таймингу. Возможно, надо планировать, что некотрое время уйдет на вопросы и ответы и объявлять, что семинар будет до 16:00 (например).

В целом много нового не узнала, но почерпнула для себя кое-что: попробую репортить баги в виде автоматических тестов; узнала, как доступно объяснить заказчику, почему тестирование некачественного приложения занимает больше времени.

Большое спасибо Николаю за труд. Очень хороший докладчик, отвечал на вопросы, но и не давал увести дискуссию в сторону от рассматриваемой темы.

Мне кажется такие семинары/тренинги хороши тем, что получаешь заряд бодрости и оптимизма и хочется быстро внедрить на своём проекте что-нибудь полезное :)</description>
		<content:encoded><![CDATA[<p>Была на семинаре 30.01.2009.<br />
В тестировании 5 лет, 2 года работаем по SCRUM.</p>
<p>Тренинг больше полезен тем, кто собирается или только начал работать по Agile. Или вообще о таком подходе не слышал. (Возможно, есть смысл в анонсе семинара давать ссылку на статью в википедии про Agile.)</p>
<p>Показалось, что первая часть про преимущества и недостатки ручного и автоматизированного подходов затянута. Код лучше показывать полностью или не показывать (показать только XML). А так и посмотреть не дали (только начала вникать, сразу переключили), и время потратили.</p>
<p>В конце создалось ощущение, что многое рассказывают во второй раз. И что лучше бы второй раз не повторять, а оставить время на дискуссии.</p>
<p>Хотелось больше интерактива: вопросы в зал типа &laquo;как вы думаете&raquo;, &laquo;что самое важное&raquo;, &laquo;какие преимущества&raquo;. Хотелось больше обсуждений по ходу дела, но понимаю, что не так просто это контролировать, направлять и еще и уложиться во время. </p>
<p>Например, обозначили проблему с тест кейсами (неопределенность самого понятия, риск ухода от exploratory testing), можно сразу обсудить (спросить у зала, какие идеи), как эти проблемы минимизировать.</p>
<p>К сожалению, не смогла остаться на обсуждение. Замечания к таймингу. Возможно, надо планировать, что некотрое время уйдет на вопросы и ответы и объявлять, что семинар будет до 16:00 (например).</p>
<p>В целом много нового не узнала, но почерпнула для себя кое-что: попробую репортить баги в виде автоматических тестов; узнала, как доступно объяснить заказчику, почему тестирование некачественного приложения занимает больше времени.</p>
<p>Большое спасибо Николаю за труд. Очень хороший докладчик, отвечал на вопросы, но и не давал увести дискуссию в сторону от рассматриваемой темы.</p>
<p>Мне кажется такие семинары/тренинги хороши тем, что получаешь заряд бодрости и оптимизма и хочется быстро внедрить на своём проекте что-нибудь полезное <img src='http://xpinjection.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: alex</title>
		<link>http://xpinjection.com/2010/01/24/qa-in-agile-training-report/comment-page-1/#comment-29</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Fri, 29 Jan 2010 12:04:13 +0000</pubDate>
		<guid isPermaLink="false">http://xpinjection.com/?p=235#comment-29</guid>
		<description>Николай, опубликуйте где-нибудь, пожалуйста, слайды второй части семинара.

Спасибо.</description>
		<content:encoded><![CDATA[<p>Николай, опубликуйте где-нибудь, пожалуйста, слайды второй части семинара.</p>
<p>Спасибо.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Николай Алименков</title>
		<link>http://xpinjection.com/2010/01/24/qa-in-agile-training-report/comment-page-1/#comment-30</link>
		<dc:creator>Николай Алименков</dc:creator>
		<pubDate>Fri, 29 Jan 2010 11:10:33 +0000</pubDate>
		<guid isPermaLink="false">http://xpinjection.com/?p=235#comment-30</guid>
		<description>К сожалению некоторые материалов не могут быть опубликованы, так как являются частью тренинга. Остальные же доступны в &lt;a href=&quot;/resources&quot; rel=&quot;nofollow&quot;&gt;ресурсах&lt;/a&gt; или &lt;a href=&quot;/video&quot; rel=&quot;nofollow&quot;&gt;видео&lt;/a&gt;. Извините за неудобства.</description>
		<content:encoded><![CDATA[<p>К сожалению некоторые материалов не могут быть опубликованы, так как являются частью тренинга. Остальные же доступны в <a href="/resources" rel="nofollow">ресурсах</a> или <a href="/video" rel="nofollow">видео</a>. Извините за неудобства.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Света</title>
		<link>http://xpinjection.com/2010/01/24/qa-in-agile-training-report/comment-page-1/#comment-26</link>
		<dc:creator>Света</dc:creator>
		<pubDate>Wed, 27 Jan 2010 13:15:15 +0000</pubDate>
		<guid isPermaLink="false">http://xpinjection.com/?p=235#comment-26</guid>
		<description>Громадное спасибо за семинар!!!!!

Было очень интересно и познавательно. Очень хорошо, что доклад основывался на практическом опыте Николая, так как приятно узнать, что «схема» QA процесса, описанная на семинаре, действительно применима в жизни.  

Я думаю,  многие и в том числе и  я, задумываются об  автоматизации своих тестов.  Вот правда в тулах я не очень разбираюсь. И у меня сразу возник вопрос,  а какой тул  лучше использовать,  если проект написан на SilverLight для Web application? Может кто-то посоветует? 

Еще раз спасибо Вам, Николай,  за семинар!</description>
		<content:encoded><![CDATA[<p>Громадное спасибо за семинар!!!!!</p>
<p>Было очень интересно и познавательно. Очень хорошо, что доклад основывался на практическом опыте Николая, так как приятно узнать, что «схема» QA процесса, описанная на семинаре, действительно применима в жизни.  </p>
<p>Я думаю,  многие и в том числе и  я, задумываются об  автоматизации своих тестов.  Вот правда в тулах я не очень разбираюсь. И у меня сразу возник вопрос,  а какой тул  лучше использовать,  если проект написан на SilverLight для Web application? Может кто-то посоветует? </p>
<p>Еще раз спасибо Вам, Николай,  за семинар!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Николай Алименков</title>
		<link>http://xpinjection.com/2010/01/24/qa-in-agile-training-report/comment-page-1/#comment-27</link>
		<dc:creator>Николай Алименков</dc:creator>
		<pubDate>Wed, 27 Jan 2010 12:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://xpinjection.com/?p=235#comment-27</guid>
		<description>Спасибо большое за отзыв. Вопрос по поводу Silverlight лучше всего задать в группе &quot;Agile Testing&quot;: http://groups.google.com/group/acceptance-testing. Там может быть будут люди с опытом автоматизации такого рода тестирования.</description>
		<content:encoded><![CDATA[<p>Спасибо большое за отзыв. Вопрос по поводу Silverlight лучше всего задать в группе &laquo;Agile Testing&raquo;: <a href="http://groups.google.com/group/acceptance-testing" rel="nofollow">http://groups.google.com/group/acceptance-testing</a>. Там может быть будут люди с опытом автоматизации такого рода тестирования.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Анна</title>
		<link>http://xpinjection.com/2010/01/24/qa-in-agile-training-report/comment-page-1/#comment-6</link>
		<dc:creator>Анна</dc:creator>
		<pubDate>Sun, 24 Jan 2010 21:27:38 +0000</pubDate>
		<guid isPermaLink="false">http://xpinjection.com/?p=235#comment-6</guid>
		<description>Николай, спасибо за интересный семинар!
Очень понравилась Ваша способность четко определить проблемы тестирования; казалось бы, само собой разумеющиеся вещи, но все время их как-то упускаешь при обсуждениях из виду из-за вот этих &quot;само собой&quot; )))))
Планируем в скором времени использовать Ваши советы насчет внедрения автоматизированных тестов в уже &quot;долгоиграющем&quot; проекте и надеюсь, с выбором тулзовины определимся тоже ))))

(Кстати, не уверена, правильно ли я при обсуждении произносила название второй тулзы, если Вам будет интересно, то это WebAii (первичную информацию можно найти здесь http://www.artoftest.com/home.aspx))

Еще раз спасибо!</description>
		<content:encoded><![CDATA[<p>Николай, спасибо за интересный семинар!<br />
Очень понравилась Ваша способность четко определить проблемы тестирования; казалось бы, само собой разумеющиеся вещи, но все время их как-то упускаешь при обсуждениях из виду из-за вот этих &laquo;само собой&raquo; )))))<br />
Планируем в скором времени использовать Ваши советы насчет внедрения автоматизированных тестов в уже &laquo;долгоиграющем&raquo; проекте и надеюсь, с выбором тулзовины определимся тоже ))))</p>
<p>(Кстати, не уверена, правильно ли я при обсуждении произносила название второй тулзы, если Вам будет интересно, то это WebAii (первичную информацию можно найти здесь <a href="http://www.artoftest.com/home.aspx))" rel="nofollow">http://www.artoftest.com/home.aspx))</a></p>
<p>Еще раз спасибо!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Сергей</title>
		<link>http://xpinjection.com/2010/01/24/qa-in-agile-training-report/comment-page-1/#comment-5</link>
		<dc:creator>Сергей</dc:creator>
		<pubDate>Sun, 24 Jan 2010 18:48:47 +0000</pubDate>
		<guid isPermaLink="false">http://xpinjection.com/?p=235#comment-5</guid>
		<description>Николай, хотел поблагодарить вас за семинар 24.01 и вообще за вашу позицию в отношении разработки и тестирования софта.
Я работаю в компании, где про Agile никто не слышал, хотя неосознанно переход на его принципы потихоньку происходит (во всяком случае в моей голове :) ).
Побывав на вашем семинаре, я понял насколько это актуальная тема. И особенно сейчас, когда наша компания взялась за разработку и внедрение совершенно новой системы, а ресурсов и опыта на это не хватает, и подходы устаревшие (даже попахивающие совком). Совершенно с вами согласен в том, что Agile идеология - это часть собственного роста и развития, а значит и компании в целом. Таким образом, внедрять его мешает пресловутая &quot;разруха в головах&quot;. Чтобы лучше представить ситуацию в нашей компании - простой пример на тему отношений QA и девелоперов: большинство последних пишут код и не утруждаются проверить его даже локально, бекенд программисты принципиально не смотрят результаты своего &quot;труда&quot; на UI&#039;е, UIщики не интересуются бекендом и тп - ведь для всего этого есть QA тим :) О том, чтобы обсуждать requirements вместе с QA&#039;ем до девелопмента никто не задумывается (не смотря на мои намеки), как и о проблемах usability. Наша система разростается до невероятных размеров (она разрабатывается уже 7 лет), а нормальный automation testing до сих пор не внедрен. Думаю, с таким подходом мы бы давно развалились, если бы сами не являлись заказчиками своего же продукта :)
Время Agile настало, а вот как к нему прийти - непонятно. Наш management слишком занят текущими проблемами, чтобы начать думать о структурных изменениях процесса...
Anyway, Николай, спасибо! Вы открыли глаза! Все то, о чем я думал (видя несовершенство на работе), оказывается называется Agile. Теперь ставлю перед собой цель для нового этапа профессионального роста - работать в Agile команде. Как я этого добьюсь - уже другой вопрос, конечно...</description>
		<content:encoded><![CDATA[<p>Николай, хотел поблагодарить вас за семинар 24.01 и вообще за вашу позицию в отношении разработки и тестирования софта.<br />
Я работаю в компании, где про Agile никто не слышал, хотя неосознанно переход на его принципы потихоньку происходит (во всяком случае в моей голове <img src='http://xpinjection.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  ).<br />
Побывав на вашем семинаре, я понял насколько это актуальная тема. И особенно сейчас, когда наша компания взялась за разработку и внедрение совершенно новой системы, а ресурсов и опыта на это не хватает, и подходы устаревшие (даже попахивающие совком). Совершенно с вами согласен в том, что Agile идеология &#8211; это часть собственного роста и развития, а значит и компании в целом. Таким образом, внедрять его мешает пресловутая &laquo;разруха в головах&raquo;. Чтобы лучше представить ситуацию в нашей компании &#8211; простой пример на тему отношений QA и девелоперов: большинство последних пишут код и не утруждаются проверить его даже локально, бекенд программисты принципиально не смотрят результаты своего &laquo;труда&raquo; на UI&#8217;е, UIщики не интересуются бекендом и тп &#8211; ведь для всего этого есть QA тим <img src='http://xpinjection.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  О том, чтобы обсуждать requirements вместе с QA&#8217;ем до девелопмента никто не задумывается (не смотря на мои намеки), как и о проблемах usability. Наша система разростается до невероятных размеров (она разрабатывается уже 7 лет), а нормальный automation testing до сих пор не внедрен. Думаю, с таким подходом мы бы давно развалились, если бы сами не являлись заказчиками своего же продукта <img src='http://xpinjection.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Время Agile настало, а вот как к нему прийти &#8211; непонятно. Наш management слишком занят текущими проблемами, чтобы начать думать о структурных изменениях процесса&#8230;<br />
Anyway, Николай, спасибо! Вы открыли глаза! Все то, о чем я думал (видя несовершенство на работе), оказывается называется Agile. Теперь ставлю перед собой цель для нового этапа профессионального роста &#8211; работать в Agile команде. Как я этого добьюсь &#8211; уже другой вопрос, конечно&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

