Pikzie - a Unit Testing Framework for Python[Japanese] Pikzie is a Unit Testing Framework for Python. Pikzie's interface is easy to write and easy to debug your code. Project Page NEWS (ja) README (ja) Assertions (ja)
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
Web app integration testing for sysadmins with cucumber-nagios
Web app integration testing for sysadmins with cucumber-nagios Interesting thought experiment: Cucumber is kick arse way of describing the behaviour of a system. Webrat makes interacting with websites blindingly easy. Nagios is the industry standard for system/network/application monitoring. What happens if you combine the three? You get cucumber-nagios. cucumber-nagios takes the results of a Cucu
GitHub - google/cmockery: A lightweight library to simplify and generalize the process of writing unit tests for C applications.
Cmockery tests are compiled into stand-alone executables and linked with the Cmockery library, the standard C library, and the module being tested. Any symbols external to the module being tested should be mocked - replaced with functions that return values determined by the test - within the test application. Even though significant differences may exist between the target execution environment o
第2回 Test::Baseの紹介 | gihyo.jp
モバイルファクトリーの伏原です。 私は今回Test::Baseというモジュールを紹介させてもらいます。 Test::Baseとは Test::Baseは、Kwikiなどの作者として知られるIngy döt Net氏が作成した“Data Driven Testing Framework（データ駆動型テストフレームワーク）”です。 データ駆動型テストとは何なのか、実際のテストを見て頂くのが一番早いと思うので、早速実際にTest::Baseを使ったテストを書いてみることにします。 今回使うサンプルプログラム NabeAtzz問題を解くプログラムを作ります。NabeAtzz問題にはいくつかのバリエーションがありますが、今回は以下の条件を満たすもの、と言うことにします。 1からnまでの整数に対して 3の倍数の時は“fool”と出力する 5の倍数の時は“dog”と出力する いずれかの桁に3
Surefire -- テストをスキップする - 倭マン's BLOG
通常、プロジェクトの成果物は事前に組まれたテストを通ったものでなければならないので、プロジェクトのビルドを行う際には必ずテストをすべきです。 ただし、コーディング中に行うテストであったり、その他何らかの理由があって*1ビルド時にテストを飛ばしたいこともあるかと思います。 以下ではテストをスキップするための設定を見てみましょう。 POM ファイルの書き方 設定は、プラグインの設定が通常そうであるように、<plugin> 要素下の <configuration> 要素内で行います： <?xml version="1.0"?> <project> ... <build> <plugins> <plugin> <artifactId>maven-surefire-plugin</artifactId> <configuration> <skip>true</skip> </configuratio
Testで使うファイルをどこに置くべきか - Hello, world! - s21g
UnitTestやFunctionalTestの中から参照するファイルをどこに置くべきか という疑問について、明確な回答を用意できていなかったのですが、 Railsのソースの中で答えらしきものを見つけたので紹介します。 actionpack/lib/action_controller/test_process.rb L325 1 # Usage example, within a functional test: 2 # post :change_avatar, :avatar => ActionController::TestUploadedFile.new(Test::Unit::TestCase.fixture_path + '/files/spongebob.png', 'image/png')
functional test をめぐる冒険 - elm200 の日記(旧はてなダイアリー)
趣旨 自動テストは重要だ。この主張に真っ向から異を唱えるひとは多くないだろう。 だが実際には、テストを書くのはいささか面倒だ。特にコントローラのテスト(functional test) に苦手意識を持っている人は多いのではないか。post やら get やらいろんなメソッドが前触れもなく出てくるコントローラのテストは、モデルのテスト(unit test) に比べると「ワケわからん」感が強い。そこで今日は、functional test の仕組みについてしつこく探究してみる。仕組みを理解しないと、コントローラのテストは書きづらいと思うからだ。 functional test の例 簡単なブログエンジンを作るとしよう。 Entry(ブログ記事) というモデルを考えて、それを CRUD するコントローラとビューの足場（scaffold) を作る。 % rails -d sqlite3 blog_
つくるぶガイドブログ: Rails + rcov でテストカバレッジを調べる
Ruby（とRails）を担当している石原です。 ソーシャル「OSを入れた後にインストールする10のアプリケーション」(仮) を作る過程をレポートしています。 これまでのエントリーはこちら ↓ つくるぶガイドブログ: Ruby on Rails を使ってひとりでサービスを作ってみよう つくるぶガイドブログ: ひとりサービスの雛型をつくる(リキッドレイアウト、GetText、Acts as Authenticated) つくるぶガイドブログ: Rails で楽々ソーシャルブックマークの仕組みを作る つくるぶガイドブログ: Rails プラグイン acts_as_taggable_redux でタグクラウドを作ろう つくるぶガイドブログ: ドラッグアンドドロップで並べ替え(Rails + Ajax) 今回は少し話題を変え、テストとカバレッジツールを取り上げます。 アプリケーションにバグがないか
ユニットテストから link_to や url_for を使う方法 - Rails で行こう！
リンクや URL の HTML を生成してくれるヘルパメソッド link_to や url_for をユニットテストで使いたいことがあるかもしれない。これらは基本的にコントローラかビューのコンテキストで使うことが前提になっているから、ユニットテストではそのままでは使えない。次のような工夫が必要になる。 1. ユニットテストの先頭でヘルパメソッドの格納されているモジュールをインクルード たとえば EntryTest というユニットテストで、link_to や url_for が使いたいとする。 url_for は ActionController::UrlWriter, link_to は ActionController::UrlWriter にあるから、 class EntryTest < Test::Unit::TestCase fixtures :entries include Ac
moroの日記 - Railsでテストを書く勘所
昨日はOSCに行ってきました。セミナーやブースはほとんど行かず、例によってRubyの会のあたりでだらだらしてたわけですが。 思いがけず師匠の師匠、id:t-wadaさんにもお会いできてびっくり。 で、そこでRailsとTDD(BDD)の話なんかしたので、一週間で思ったことをつらつらと。たぶん不正確というか、理解の足りないところもいろいろあるので、そのへんのツッコミをいただけると感謝です。 書いてたら長くなったのでagenda モデルのテストでは、とにかくロジックを書いたらテストを書く*1。def..endブロック(wを書いたら必ずテストもあるはず。 RailsのMVCコンポーネントの中では一番テストし易いので、そういう意味でもモデルを厚くすると幸せになりやすい。 コントローラのテストでは、基本的にリクエストを受けてから表示対象のオブジェクトを導出するまでをテストしたい。 ビューのテストでは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[OpenSocial] Re: Containers testing RESTful compliance
lib/Test/Base.pm - metacpan.org