<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / rspec</title>
	<link>http://habrahabr.ru/rss/tag/rspec/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 07:26:53 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
		
			
		<item>		
			<title><![CDATA[Ruby / [PODCAST] Ruby NoName Podcast S04E01]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ruby/136801/</guid>
			<link>http://habrahabr.ru/blogs/ruby/136801/</link>
			<description><![CDATA[Тви: <a href="http://twitter.com/rubynoname">rubynoname</a>.<br/>
<a href="http://ruby.rpod.ru/rss.xml">RSS</a> и <a href="http://ruby.rpod.ru/">сайт подкаста на RPod.ru</a><br/>
<h2>Show Notes:</h2><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/ruby/136801/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 23 Jan 2012 08:45:53 GMT</pubDate>
			<author>labria</author>
			<enclosure url="http://rpod.ru/get/261021/223629/download/RNP-S04E01.mp3" type="audio/mpeg" />
			<category>ruby</category><category>ruby on rails</category><category>chef</category><category>rspec</category><category>rubinius</category><category>textmate</category><category>sublime text 2</category><category>mongo</category>
		</item>
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Ruby on Rails / Request spec in Action]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ror/130766/</guid>
			<link>http://habrahabr.ru/blogs/ror/130766/</link>			
			<description><![CDATA[Тестирование стало неотъемлемой частью любой разработки программного продукта, будь то приложение под настольный компьютер, мобильное устройство или web. Уже никто не отрицает важность это этапа и последствий, которые принесет его отсутствие. Среди них большое время на проверку каждого элемента (страницы), и неожиданные сюрпризы в поведении продукта, увеличение затрат на исправление программы. Принцип написания тестов достаточно прост – «желтый цвет», «красный цвет», «зеленый цвет», рефакторинг. Где желтый цвет – это не созданный тест (pending), красный цвет – не прошедший тест, а зеленый – системе работает как надо.<br/>
<br/>
Для каждого вида программирования, существует множество типов тестирования. Но есть и общие моменты, присутствующие везде. Так как основной род моей работы является создание web приложений под ROR, поговорим про особенности тестирования данных приложений. <br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/ror/130766/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 19 Oct 2011 14:34:18 GMT</pubDate>
			<author>jalkoby</author>
			<category>bdd</category><category>capybara</category><category>rails</category><category>rspec</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[Ruby / [Перевод] Как присоединить свой Ruby-проект к Travis и приготовить Мартини за 15 минут]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ruby/128277/</guid>
			<link>http://habrahabr.ru/blogs/ruby/128277/</link>
			<description><![CDATA[<img src="http://habrastorage.org/storage1/5f872247/b478d6c4/d804fcbd/462f9ff3.jpg" alt="image" align="left"/><br/>
Налицо тенденция, что <a href="http://travis-ci.org/#!/rails/rails">каждый</a> <a href="http://travis-ci.org/#!/rspec/rspec-core"> проект</a> <a href="http://travis-ci.org/#!/sinatra/sinatra">на Ruby</a> присоединяется к <a href="http://travis-ci.org/">Travis</a>. Travis — очень простая, опенсурсная система <a href="http://ru.wikipedia.org/wiki/Непрерывная_интеграция">непрерывной интеграции</a>. Нам обычно лень подключать все свои проекты к автоматическому тестированию билдов. Travis позволяет сделать это за считанные минуты.<br/>
<br/>
Это пошаговая инструкция, как присоединить свой проект к Travis <i>и</i> приготовить вкуснейший коктейль с Мартини примерно за 15 минут. Следует заметить, что на приготовление Мартини уйдет минут пять, так что часть про Travis займет 10 минут вашей жизни.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/ruby/128277/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 12 Sep 2011 19:31:28 GMT</pubDate>
			<author>UseRifle</author>
			<category>ruby</category><category>travis</category><category>rails</category><category>sinatra</category><category>rspec</category>
		</item>
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Ruby on Rails / Rails custom Scaffolding]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ror/123551/</guid>
			<link>http://habrahabr.ru/blogs/ror/123551/</link>			
			<description><![CDATA[<img align="left" src="http://habrastorage.org/storage1/04ad039d/3a3d960d/b611e898/28e19ad4.jpeg"/><br/>
 Наверное каждый в начале работы с ROR был впечатлен возможностью Scaffolding'а, который позволяет одной командой создавать migrations, controllers, models и views.<br/>
<br/>
Но что делать если в своем проекте вы используете не стандартные Rails утилиты: erb, Test::Unit, fixturies, а сторонние инструменты: Haml, Rspec, Cucumber, Factory Girl и более того, хотите добавить собственные шаблоны?<br/>
<br/>
Интересно? GOTO next line.<br/>
<br/>
<b>Исходные данные:</b><br/>
 Ruby on Rails; Rspec; will-paginate; Haml; Factory-girl<br/>
 <br/>
<b>Задача:</b><br/>
<code><b>% rails generate scaffold post post:string</b></code> <br/>
Генерирует:<br/>
<ol>
<li>contoller's с поддержкой will_paginate, русскоязычными сообщениями</li>
<li>model's с поддержкой will_paginate</li>
<li>view's с заданным нами содержимым и в формате haml</li>
<li>Rspec тесты, вместо Test::Unit</li>
<li>Factory Girl factories вместо стандартных fixtures</li>
</ol><br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/ror/123551/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 15 Jul 2011 21:45:01 GMT</pubDate>
			<author>naezdnik</author>
			<category>ruby on rails</category><category>ruby</category><category>scaffolding</category><category>haml</category><category>rspec</category><category>factory girl</category>
		</item>
		
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Ruby / [Из песочницы] Rails, RSpec и немного практики]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ruby/123894/</guid>
			<link>http://habrahabr.ru/blogs/ruby/123894/</link>			
			<description><![CDATA[В сети можно найти достаточно много информации, посвящённой тестированию <a href="http://rubyonrails.org/">Rails</a> кода с помощью <a href="https://github.com/rspec/rspec">RSpec</a>, и всё же, когда я начал изучать эти технологии, то столкнулся с нехваткой практических примеров, которые бы шаг за шагом показывали процесс написания тестируемого кода. Посему решил отчасти исправить этот недостаток.<br/>
<br/>
Для понимания написанного ниже желательно иметь базовое представление о Ruby и Rails, а так же желание немножко познакомиться с RSpec.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/ruby/123894/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 12 Jul 2011 16:09:06 GMT</pubDate>
			<author>morr</author>
			<category>ruby</category><category>rspec</category><category>ruby on rails</category>
		</item>
		
		
		
		
		
		
		
	
		
		
			
		<item>		
			<title><![CDATA[Ruby / [PODCAST] Ruby NoName Podcast S03E02]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ruby/120357/</guid>
			<link>http://habrahabr.ru/blogs/ruby/120357/</link>
			<description><![CDATA[Тви: <a href="http://twitter.com/rubynoname">rubynoname</a>.<br/>
<a href="http://ruby.rpod.ru/rss.xml">RSS</a> и <a href="http://ruby.rpod.ru/">сайт подкаста на RPod.ru</a><br/>
Безымянный подкаст о руби, второй выпуск третьего сезона!<br/>
<h3>Сегодня в программе обсуждаем:</h3><br/>
<ul>
<li><a href="http://www.wix.com">Wix</a></li>
<li><a href="http://www.applicaster.com/">Applicaster</a></li>
<li><a href="http://www.youtube.com/watch?v=cGdCI2HhfAU">Asset Pipeline</a></li>
<li><a href="http://habrahabr.ru/blogs/ruby/120180/">Ускоряем загрузку Rails</a></li>
<li><a href="http://engineering.twitter.com/2011/05/faster-ruby-kiji-update.html">Kiji</a></li>
<li><a href="http://blog.davidchelimsky.net/2011/05/24/rspec-core-263-is-released/">RSpec 2.6.3 + RCov</a></li>
</ul><br/>
В подкасте использована композиция <a href="http://podsafeaudio.com/jamroom/bands/1454/music.php">8 BIT Junkie by George Wood</a> и <a href="http://www.jamendo.com/en/track/6177">Different Way by Antarhes</a>]]></description>
			
			<pubDate>Wed, 01 Jun 2011 09:35:25 GMT</pubDate>
			<author>labria</author>
			<enclosure url="http://rpod.ru/get/236821/195878/download/RNP-S03E02.mp3" type="audio/mpeg" />
			<category>Ruby</category><category>Rails</category><category>kiji</category><category>RSpec</category>
		</item>
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Веб-разработка / [Из песочницы] Rails: Хватит отмазываться, начинаем BDD-ить!]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/webdev/111480/</guid>
			<link>http://habrahabr.ru/blogs/webdev/111480/</link>			
			<description><![CDATA[<h4>Кто здесь?</h4><br/>
Когда речь заходит о тестировании существующего продукта, а тем более о разработке чего-то нового на основе изначального написания сценариев использования, различных спецификаций и тестов, то частенько можно слышать подобные вещи:<br/>
<br/>
<pre>
11:24:21 PM Michael: ну хз, надо пробовать
11:24:24 PM Michael: наверное так лучше
11:24:27 PM Michael: даже я думаю наверняка
11:24:36 PM Michael: но пока меня че-то останавливает
11:24:38 PM Michael: лень наверное :)
</pre><br/>
Знакомо? «<i>Не хочется разбираться? Нет времени?</i>» Тогда читаем дальше. В статье расскажу, как настроить свое любимое рельсовое окружении на разработку с подходом <i>BDD</i> и начать новую жизнь (опционально).<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webdev/111480/#habracut">Поехали!</a> </div>]]></description>
			
			<pubDate>Sat, 08 Jan 2011 17:59:15 GMT</pubDate>
			<author>UVSoft</author>
			<category>ruby on rails</category><category>rails 3</category><category>ruby</category><category>rspec</category><category>cucumber</category><category>bdd</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Ruby / BDD/TDD — Учимся писать матчеры]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ruby/73862/</guid>
			<link>http://habrahabr.ru/blogs/ruby/73862/</link>			
			<description><![CDATA[Разработка, основанная&nbsp;на&nbspспецифицировании поведения&nbsp;(BDD),&nbsp;— один из&nbsp;краеугольных камней философии&nbsp;Ruby.<br/>
<br/>
Очень удачной реализацией BDD является&nbsp;всем знакомый <a href="http://rspec.info/">RSpec</a>. Одной из&nbsp;замечательных черт RSpec является&nbsp;его&nbsp;расширяемость.<br/>
<br/>
Так, мы используем RSpec совместно&nbsp;с&nbsp;<a href="http://github.com/thoughtbot/factory_girl">Factory Girl</a> (хотя&nbsp;стоило&nbsp;бы перейти&nbsp;на&nbsp;<a href="http://github.com/notahat/machinist">Machinist</a>), <a href="http://github.com/btakita/rr">RR</a> (прекрасный каркас&nbsp;для&nbsp;заглушек), <a href="http://github.com/timcharper/spork">Spork</a> и&nbsp;недавно&nbsp;перешли&nbsp;с&nbsp;<a href="http://www.thoughtbot.com/projects/shoulda/">Shoulda</a> на&nbsp;<a href="http://github.com/carlosbrando/remarkable">Remarkable</a>.<br/>
<br/>
Естественно, захотелось сразу&nbsp;сделать наши&nbsp;спеки&nbsp;более простыми&nbsp;для&nbsp;понимания. Например, мы хотим проверять в&nbsp;спеках наличие <a href="http://habrahabr.ru/blogs/ruby/67696/">определений обратного&nbsp;вызова</a>.<br/>
<br/>
Хорошим способом сделать это&nbsp;является&nbsp;создание нового&nbsp;«ожидателя» (matcher).<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/ruby/73862/#habracut">Читать дальше</a> </div>]]></description>
			
			<pubDate>Fri, 30 Oct 2009 12:44:46 GMT</pubDate>
			<author>akzhan</author>
			<category>ruby</category><category>remarkable</category><category>rspec</category><category>matcher</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[.NET / Пример практики BDD при работе со Specter Framework]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/net/60767/</guid>
			<link>http://habrahabr.ru/blogs/net/60767/</link>			
			<description><![CDATA[<a href="http://specter.sourceforge.net/"><img title="specter-logo" alt="specter-log" align="left" src="http://specter.sourceforge.net/assets/specter-logo-64.png"/></a> Specter – инфраструктура для составления объектно-поведенческих спецификаций для .NET. Он предоставляет возможности для обеспечения разработки, руководствуясь поведением системы (<a href="http://en.wikipedia.org/wiki/Behavior_Driven_Development">BDD</a>), требуя от разработчиков написания исполняемой спецификации для объектов перед написанием самих объектов. Технически это ни чем не отличается от разработки по средствам тестирования (<a href="http://en.wikipedia.org/wiki/Test-driven_development">TDD</a>), хотя различия в форме написания снимают психологический барьер для написания “тестов” для кода, которого ещё не существует. Есть множество проектов для различных платформ, реализующих данную идею (К примеру <a href="http://rspec.info/">RSpec</a> для <a href="http://www.ruby-lang.org/en/">Ruby</a>, <a href="http://nspec.tigris.org/">NSpec</a> для <a href="http://www.microsoft.com/NET/">.NET</a>. <a href="http://en.wikipedia.org/wiki/Behavior_Driven_Development">Подробнее о средах здесь</a>).<br/>
Specter использует возможности мета-программирования языка <a href="http://boo.codehaus.org/">Boo</a> (CLR .NET) для написания неплохо читаемых спецификаций.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/net/60767/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 28 May 2009 19:58:20 GMT</pubDate>
			<author>butaji</author>
			<category>Boo</category><category>BDD</category><category>Specter</category><category>.NET</category><category>TDD</category><category>Tests</category><category>Agile</category><category>Specification</category><category>DSL</category><category>CLR</category><category>RSPec</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Ruby on Rails / RSpec. Часть #1: создаем тесты для модели]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ror/53264/</guid>
			<link>http://habrahabr.ru/blogs/ror/53264/</link>			
			<description><![CDATA[Как и обещал, я начинаю цикл статей, на тему RSpec.<br/>
<br/>
В этой статье, я постараюсь, подробно рассказать, как писать тесты для моделей в Ruby on Rails. Если вы уже знакомы с rspec_on_rails, поправьте и дополните меня, если что то не так. Помните, что я изучаю Rspec вместе с вами и могу где то ошибаться.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/rubyonrails/53264/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 02 Mar 2009 10:32:38 GMT</pubDate>
			<author>Arion</author>
			<category>rails</category><category>ruby</category><category>rspec</category><category>model</category><category>bdd</category><category>test</category><category>spec</category><category>gem</category><category>rspec_on_rails</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Тестирование / Экстремальное программирование, знакомство с Behavior Driven Development и RSpec]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/testing/52929/</guid>
			<link>http://habrahabr.ru/blogs/testing/52929/</link>			
			<description><![CDATA[<h4>Теория</h4><br/>
Для начала, давайте разберемся, что же такое Behavior Driven Development(в дальнейшем BDD) и чем данная техника отличается от Test-Driven Development(в дальнейшем TDD)<br/>
<br/>
Разрабо́тка че́рез тести́рование (англ. test-driven development) — техника программирования, при которой модульные тесты для программы или её фрагмента пишутся до самой программы (англ. test-first development) и, по существу, управляют её разработкой. Является одной из основных практик <a href="http://ru.wikipedia.org/wiki/%D0%AD%D0%BA%D1%81%D1%82%D1%80%D0%B5%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5">экстремального программирования</a>.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/testing/52929/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 26 Feb 2009 07:16:31 GMT</pubDate>
			<author>Arion</author>
			<category>Behavior Driven Development</category><category>Test-Driven Development</category><category>TDD</category><category>BDD</category><category>RSpec</category><category>тесты</category><category>разработка через тестирование</category><category>экстремальное программирование</category>
		</item>
		
		
		
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

