Ruby on Railsでサンプルデータを登録するRakeタスクの作成方法 - ztbuz@dev
Ruby on Railsでのデータベースへの登録には、大きく分けて次の2つがあるのかな、と思います。 動作に必須となる初期データ 動作を確認するためのサンプルデータ 1に関してはseeds.rbで行ない、2に関してはRakeタスクでやると、管理しやすいのかな〜と思っています。 ここでは、2のRakeタスクの方法についてメモします。 Rakeタスクを作成する方法 ファイルを準備する Rakeタスクは、lib/tasks/foo.rakeとして作成します。 手動でもよいし、以下の方法でも作成できます。 $ rails g task foo Rakeタスクを書く 以下は、50人のサンプルユーザを登録するやつです。 namespace :db do desc 'サンプルデータを登録する' task populate: :environment do 50.times do |n| User.cr
Pythonのunittestを書かう。其れを自動実行しやう (rake test + guardを置き換へやう) - c4se記：さっちゃんですよ☆
Python アプリケーション毎に環境を分ける (pyenv + virtualenv (or venv) + pip)の續きのやうなもの。 Ruby Python Lint Rubocop flake8 テスト RSpec unittest モック RSpec mock (or unittest.mock) 時間に依存したテスト Timecop (or ActiveSupport::Testing::TimeHelpers) freezegun テストランナー Rspec unittest タスクランナー Rake Invoke ファイル監視 Guard watchdog + Invoke Lint 追記 20161107 flake8-pep257 は flake8-docstrings に置き換へられた。 PEP8 と PEP257 と云ふコーディングスタイル標準が在る。flake8
Pythonのタスク実行フレームワークInvokeを試す | hexacosa.net
Invoke は簡単に言えばMakeやRake的なものです。 まだベータ的な感じですが、今後 Fabric にも 取り入れられていくみたい です。 同じような用途に pynt とかもあります。今日はさわりだけ。 Usage 以下のようなMakefileがあったとして、Invoke用に置き換えてみます。 all: python setup.py build .PHONY: test test: nosetests example: make clean; easy_install -ZU . cd examples && python store.py && python search.py && python remove_and_search.py pypireg: python setup.py register python setup.py sdist upload clean:
Ruby での Test::Unit や MiniTest::Unit を使った複数のファイルのテスト - vivid memo
Perl で複数のテストを実行する場合は prove コマンドがあるけれど、Ruby の場合はどうするのがいいんだろうなー。 と思って調べてみました。 『Rubyベストプラクティス -プロフェッショナルによるコードとテクニック』 によると、Rake::TestTask を使うのが良いようです。 以下のような rakefile を書いて、あとは rake test で実行、と。 # coding: UTF-8 require 'rake/testtask' task :default => [:test] Rake::TestTask.new do |test| # $LOAD_PATH に追加するパス (デフォルトで 'lib' は入っている) test.libs << 'test' # テスト対象ファイルの指定 test.test_files = Dir[ 'test/**/test_*
Vim プラグイン開発でも継続的インテグレーションがしたい! (Travis CI 編) | Webシステム開発／教育ソリューションのタイムインターメディア
Vim プラグイン開発でも継続的インテグレーションがしたい! (Travis CI 編) #ci#editorwar#vim 2013年 02月 06日 kana 問題 昨今は継続的インテグレーション(CI)が大ブームです。 そしてオープンソースのプロジェクトならTravis CIを使うことで簡単にCIを始めることができます。 という訳でこのビッグウェーブに乗るしかありません。 それも Vim プラグイン開発で。 しかし、 Vim プラグインのテストはどう書けば……他のプラグインに依存しているプラグインだとどうしよう…… という割と面倒臭い問題があります。 しかしもう2013年です。 Vim プラグイン開発でも CI したいお年頃です。 一体どうすれば良いのでしょうか。 解答 幸いなことにもう2013年です。 なので以下のステップをこなせば Vim プラグイン開発でも簡単に CI できます
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
inforno :: Python,Rubyの言語内DSL構築力：PythonでRakeをまねる場合を例に
Python で Rake を真似るとしたら という反応を頂いたので、それにまつわるお話を。 まず、CodeReposにコミットしてあるtasktoolsは distutils及びsetuptoolsを拡張する ということを念頭に置いています。ですのである程度distutils.core.Commandの思想というか、インターフェイスを残しています。 タスクをクラスで定義すること オプションの定義方法 sub_commands や finalize_options といったメソッド などなどは元のまんまです。 じゃあ、 distutils や setuptools を抜いて好きにRakeをPythonで真似るとしたら、というのが今回メインのお話。最初にこんな感じでコマンドを定義しますよ、というのを出してしまいます。 1from __future__ import with_statemen
inforno :: Python版Rake「tasktools」をCodeReposにコミットした
以前紹介したPython版Rakeもどき を改良してCodeReposに突っ込みました。まだ100行くらいです。自分では一番使っている自作モジュールなのでそろそろまとめようと思っていたのです。 http://coderepos.org/share/browser/lang/python/tasktools/trunk/tasktools.py 改良点 setuptools があるときはそっちを使うようにした。 use_without_standard メソッドによって distutils 標準タスクを消すことができる。これによって --help-commands の画面がすっきりする。また、この場合名前空間のセパレータに : を用いるようになった。 global_description によってタスクファイル自体に説明がつけられるようになった。 load_path メソッドで指定したディレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/ainame/smart-newline.el/blob/master/Rakefile
Rakefileに加えるべき7行