悩んでるポイントはみんな同じ！？「Rubyistのためのテストコード相談会」の質疑応答まとめ - give IT a try
はじめに 先週の土曜日（2015年5月16日）に西脇.rb＆神戸.rbで「Rubyistのためのテストコード相談会 ～テストの書き方に悩んでいませんか？～」という勉強会を開催しました。 この勉強会は「テストコードに関する疑問や悩みをみんなで持ち寄り、みんなで解決すること」を目的にした勉強会です。 勉強会中はいろいろと興味深い議論が出たので、今回のエントリではその内容を簡単にまとめてみます。 勉強会で挙がった質疑応答 よく使うフレームワークは？ RSpecが大多数、Minitestが若干名。 gemを開発するときはMinitest、RailsはRSpec、というように開発内容によってフレームワークを使い分ける、という人もいた。 Minitestってどうなの？ 導入が簡単。assertメソッドだけ知っていればなんとかなる。 Railsにも対応している。Capybaraも使える。 RSpecのs
より「普通に」書くためのTest Doubleライブラリ「crispy」 :: Igreque -> Info
より「普通に」書くためのTest Doubleライブラリ「crispy」 by Yuji Yamamoto on December 5, 2014 この記事は、ソフトウェアテストあどべんとかれんだー2014と、 Ruby Advent Calendar 2014の12月5日の記事を兼ねています。 前日の記事はそれぞれ以下のものでした。 ソフトウェアテストあどべんとかれんだー2014がsue445さんの「Paraductでお手軽マトリクステスト #SWTestAdvent」で、 Ruby Advent Calendar 2014がtbpgrさんの「条件分岐とループベースのロジックからコレクションパイプラインを利用したロジックへ #ruby」でした。 RubyのAdvent CalendarとテストのAdvent Calendarということで、 今日は私が半年ぐらい前からちまちま作っている、c
渋谷Ruby会議01でParaductをエクストリームリリースしました #428rk01 - くりにっき
渋谷Ruby会議01 渋谷Ruby会議01のまとめ - Togetterまとめ 作ったもの http://rubygems.org/gems/paraduct https://github.com/sue445/paraduct 発表資料 Paraductをエクストリームリリースします #428rk01 from Go Sueyoshi (a.k.a sue445) LTの最中にgemをリリースしています。 当初の見積もり時間: スライド4分 + gemリリース 1分 実際の時間: スライド3分 + gemリリース 1分 スライドに書き忘れたこと 設計思想 gem単体でお手軽実行できることを重視しています gem install して設定ファイル編集して paraduct test rrrspec みたいにworkerを分けることも考えたのですがそれだとお手軽実行できなくなるしアーキテクチ
Test::Unitでテストを書く - Qiita
テストの書き方 基本 今までのTest::Unitと変わらないので，classで書く．ただ，昔のTest::Unitとは違い，TestCase毎に呼ばれるstartupやshutdownなどが増えている． require 'test/unit' class TestSample < Test::Unit::TestCase class << self # テスト群の実行前に呼ばれる．変な初期化トリックがいらなくなる def startup p :_startup end # テスト群の実行後に呼ばれる def shutdown p :_shutdown end end # 毎回テスト実行前に呼ばれる def setup p :setup end # テストがpassedになっている場合に，テスト実行後に呼ばれる．テスト後の状態確認とかに使える def cleanup p :cleanup
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Paraductをエクストリームリリースします #428rk01
