rspecとrailsとrcov - これ僕.com：行動分析学マニアがおくる行動戦略
Rubyのカバレッジツール「rcov」|オープンソース・ソフトウェア、ITニュースを毎日紹介するエンジニア、デザイナー向けブログ そういえばrcovってrspecと一緒に使えるのかな〜、と思ったまま放置していた。ちょちょいとRakefileを作ればいけるみたい。 require "rake" require "spec/rake/spectask" desc "Run with rcov" Spec::Rake::SpecTask.new("spec_with_rcov") do |t| t.spec_files = FileList["spec/**/*.rb"] t.rcov = true t.spec_opts = ["-c", "-fs"] t.rcov_opts = ["-x", "spec"] end これをRAILS_ROOT/lib/tasksにrcov.rakeとかで保存
rspec + rcov でテストカバレージをとることを試した - katoy: cocolog
rspec + rcov でテストカバレージをとることを試した。 0. ファイル構成 1. 対象 ruby クラス 2. spec ファイル 3. Rakefile 4. 実行結果 0. ファイル構成 ============== |-- Rakefile |-- spec | `-- foo_spec.rb `-- src `-- foo.rb 1. 対象 ruby クラス ================== $ cat foo.rb class Foo def add x, y x + y end def sub x, y x - y end def div x, y # not use x / y end end 2. spec ファイル =============== $ cat foo_spec.rb require 'foo' describe Foo, "add " d
rcov - babie, you're my home
rcov 試し中。 インストール： $ sudo gem install rcovRAILS_ROOT で、 $ rcov test/**/*_test.rbで RAILS_ROOT/coverage/ に結果の HTML 群が吐かれる。 けど、Rails 本体(ActiveRecordとか)もテスト吐かれて、ちょー大量のファイルが生成されるんですけど！ --rails オプションつけてみてもダメ。 rails_rcov プラグインなら大丈夫かな？と試し中。・・・ダメだった。 ちょー遅いんですけど。週一実行とかになるのかなぁ・・・ できた。-x オプションで、/var/lib/gems を対象から外せば ok だった。 $ rcov -x /var/lib/gems --rails test/**/*_test.rbDebian の人で RubyGems を apt で入れてる人は注意！
「セキュアなPHPアプリケーションを作成するための7つの習慣」のサンプルがとんでもなく酷い - ockeghem's blog
はてブで250以上のブックマークを得ている以下のエントリ。 PHP アプリケーションを作成する際には、可能な限りセキュアなアプリケーションにするために、次の 7 つの習慣を守る必要があります。 入力を検証する ファイルシステムを保護する データベースを保護する セッション・データを保護する XSS (Cross-Site Scripting: クロスサイト・スクリプティング) の脆弱性から保護する フォームへの投稿を検証する CSRF (Cross-Site Request Forgeries: クロスサイト・リクエスト・フォージェリー) から保護する ほう。しかし、内容はどうだろうか。 読んでびっくりした。説明も微妙なところが多いが、サンプルが酷い。こんなサンプルでは悪い習慣が身についてしまう。全部は書ききれないと思うので、目についたところからピックアップして紹介する。 パストラバーサル
"セキュアな PHP アプリケーションを作成するための 7 つの習慣" を全力でDISる - id:k-z-h
セキュアな PHP アプリケーションを作成するための 7 つの習慣まずタイトルからして嫌なにおいがしたんだが、最初の項読んだだけで頭いたくなってきた。こんなクズみたいな記事を「すごい！さすがIBM様やでー！」とか、「感心した！みんなこれをみて学ぶべき！」とか言って有り難がってブクマってる奴らは脳が腐ってるんじゃないのか。 なにがクズかって言うと、全体的に中途半端。それぞれの留意点についてコードを見せて具体的な事例を挙げてるけど例示されてるコードの質が半端なく低いそもそも前提条件からしてずれてる結局具体的な対処法が書かれていない書かれている対処法がダメダメ対処法だけ書いてあってなぜそうするのかの理由が書いていない 特に最後のが重要で、「XXXしちゃいけません！」とか「XXXしましょう！」とだけ書いてると、理由がわからないのでその対処が正しいのかわからない。正しくなければもちろん問題だし、正し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
