<?xml version="1.0" encoding="WINDOWS-1251"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Комментарии для 255 ступеней</title>
	<link>http://blog.shumoos.com</link>
	<description>Блог об управлении, модульных тестах, аналитике и пр.</description>
	<pubDate>Sat, 04 Feb 2012 16:48:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>Комментарий на запись Пятница тринадцатое или прикладное неестествознание в старый новый год от iVor</title>
		<link>http://blog.shumoos.com/archives/258#comment-611</link>
		<pubDate>Mon, 23 Jan 2012 13:34:40 +0000</pubDate>
		<guid>http://blog.shumoos.com/archives/258#comment-611</guid>
					<description>Шедеврально! Со своей организации писано, или из другого жизненного опыта?</description>
		<content:encoded><![CDATA[<p>Шедеврально! Со своей организации писано, или из другого жизненного опыта?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Комментарий на запись Пятница тринадцатое или прикладное неестествознание в старый новый год от iVor</title>
		<link>http://blog.shumoos.com/archives/258#comment-610</link>
		<pubDate>Mon, 23 Jan 2012 13:30:49 +0000</pubDate>
		<guid>http://blog.shumoos.com/archives/258#comment-610</guid>
					<description>Она прекрасна!</description>
		<content:encoded><![CDATA[<p>Она прекрасна!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Комментарий на запись Идеальное состояние багтрекера от Sergey Vysotsky</title>
		<link>http://blog.shumoos.com/archives/255#comment-609</link>
		<pubDate>Sun, 15 Jan 2012 14:30:30 +0000</pubDate>
		<guid>http://blog.shumoos.com/archives/255#comment-609</guid>
					<description>Вопрос простой - как работать с историей? Багтрекер по идее и есть эта история.</description>
		<content:encoded><![CDATA[<p>Вопрос простой - как работать с историей? Багтрекер по идее и есть эта история.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Комментарий на запись Идеальное состояние багтрекера от SALar</title>
		<link>http://blog.shumoos.com/archives/255#comment-608</link>
		<pubDate>Thu, 12 Jan 2012 08:28:40 +0000</pubDate>
		<guid>http://blog.shumoos.com/archives/255#comment-608</guid>
					<description>&gt;  Это как стратегия работы с багами найденными в процессе регресионных тестов - можно чинить симптомы, а можно саму проблему.
Переводя на более простой язык: "Изучая историю возникновения багов мы находим корневую причину и устраняем ее. Иными словами мы встраиваем качество в процесс. Такие исследование (пост мортен анализ) очень выгодно использовать для предотвращения дефектов".

И где у нас противоречие, коллега?</description>
		<content:encoded><![CDATA[<p>>  Это как стратегия работы с багами найденными в процессе регресионных тестов - можно чинить симптомы, а можно саму проблему.<br />
Переводя на более простой язык: &#8220;Изучая историю возникновения багов мы находим корневую причину и устраняем ее. Иными словами мы встраиваем качество в процесс. Такие исследование (пост мортен анализ) очень выгодно использовать для предотвращения дефектов&#8221;.</p>
<p>И где у нас противоречие, коллега?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Комментарий на запись Идеальное состояние багтрекера от Sergey Vysotsky</title>
		<link>http://blog.shumoos.com/archives/255#comment-607</link>
		<pubDate>Wed, 11 Jan 2012 19:06:34 +0000</pubDate>
		<guid>http://blog.shumoos.com/archives/255#comment-607</guid>
					<description>&#62; Здесь зависимость должна быть обратная. Пост мортен анализ нужен для предотвращения дефектов, а не дефекты нужны для анализа. Не путайте причину и следствие.

Кстати, не соглашусь. Он еще полезен для обнаружения других дефектов (root cause analysis местами). Это как стратегия работы с багами найденными в процессе регресионных тестов - можно чинить симптомы, а можно саму проблему. Только саму проблему еще нужно обнаружить, что без симптомов сделать проблематично.

&#62; Кроме того Юнит тесты могут быть весьма высокоуровневыми

Не надо вносить путаницу в и без того весьма шаткую терминологию. http://www.salientblue.com/blog/?p=343</description>
		<content:encoded><![CDATA[<p>&gt; Здесь зависимость должна быть обратная. Пост мортен анализ нужен для предотвращения дефектов, а не дефекты нужны для анализа. Не путайте причину и следствие.</p>
<p>Кстати, не соглашусь. Он еще полезен для обнаружения других дефектов (root cause analysis местами). Это как стратегия работы с багами найденными в процессе регресионных тестов - можно чинить симптомы, а можно саму проблему. Только саму проблему еще нужно обнаружить, что без симптомов сделать проблематично.</p>
<p>&gt; Кроме того Юнит тесты могут быть весьма высокоуровневыми</p>
<p>Не надо вносить путаницу в и без того весьма шаткую терминологию. <a href='http://www.salientblue.com/blog/?p=343' rel='nofollow'>http://www.salientblue.com/blog/?p=343</a>
</p>
]]></content:encoded>
				</item>
</channel>
</rss>

