タグ

2011年6月3日のブックマーク (12件)

  • PHPUnitの概要と導入

    PHPUnitとそのメリット 連載では、PHPPHP: Hypertext Preprocessor)で実装されたプログラムの単体テストをテスト・ツール「PHPUnit」を使って行う方法について、基から実践的な利用方法までを4回にわたって紹介します。 ユニット・テスト(単体テスト)とは、プログラムの構成要素であるクラスや関数などの単位で動作を確認するためのテストです。PHPUnitを利用することで、単体テストの手順をPHPプログラムとして作成し、コマンド・ラインなどからバッチ処理的に実行することが可能になります。 PHPプログラムのテストと言えば、もっぱら人手でブラウザを操作して画面遷移を確認したり、フォームに値を入力して実行結果を目で確認したりすることが一般的だと思います。しかし、開発時に何度も同じようにページを開いて、同じようにテスト・データを入力し、結果が正しいことをすべて手動

    PHPUnitの概要と導入
  • Home - Zend Framework Wiki

    There are currently no pages on your favourites list. You can add pages to this list by clicking on the top right of the page you're viewing.

  • CentOS5.5でHudsonでPhingでPHPUnitでCloverな生活 - とっくりばー

    HudsonいいねHudson。Jenkinsに名前変わったみたいなのでまた後で乗り換えるけれども。 昔某ソフトハウスにいた頃、まだmavenもなかった頃、頑張ってantを駆使してJUnitとJCoverageをデイリービルドで回して計測してエラーがあったらみんなにメールが飛ぶって、そういう環境を自分でも作ったし使っていたのに、今の会社で全然そういうことをしていないのが嫌で嫌で。 そしたらPHP用のAntであるところのPhingもあるしデイリービルドをやってくれるHudsonもあるし、これはと思って1日頑張ってみた。OSはCentOS5.5。 1.CentOS5.5にPHP5.3を入れる CentOS 5系でPHP5.3系やMySQL5.1系を使いたい場合 - RX-7乗りの適当な日々 こちらのサイトを参考に、--enablerepo=remiで php php-devel php-pec

  • PHPUnitのアンチパターンとベストプラクティス

    みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたらPHPUnitのアンチパターン・ベストプラクティスに関する素晴らしいスライドを見つけたので内容を抜粋で紹介します。 1. テストの中で何もテストしていない class FooTest extends PHPUnit_Framework_TestCase { public function testSomething() { $foo = new Foo; $foo->doSomething(new Bar); } } こういうテスト。どこにもアサーションがなくて何もチェックしていません。 $foo->doSomethingの戻り値を検証しないならなんの意味もありません。 純粋にTDDをしていれば、テストコード作成→テスト実行でRed→プロダクションコード作成→テスト実行でGreenなのでこういうテストは登場しませ

    PHPUnitのアンチパターンとベストプラクティス
  • prepareの対義語はdisorganize - paz3のおもいつき

    だそうです。 prepare (中略) Antonyms: 1. disorganize. Prepare | Define Prepare at Dictionary.com というわけで、自作プログラムで後処理をするメソッドにdisorganizeという名前を付けてみました。慣れるまで時間がかかりそうです。 xUnitみたいにsetup/teardownの方がいいかも知れません。

    prepareの対義語はdisorganize - paz3のおもいつき
  • MVCとPAC - noopな日々

    Presentation-Abstract-ControllerとModel-View-Controllerについてさらっと言及 MVCアーキテクチャはある程度の規模になると限界が訪れる。 http://c2.com/cgi/wiki?RecursiveModelViewController http://d.hatena.ne.jp/noopable/20090127/1233014697 この、1999年の記事でPACについて触れられているが、PACはMVCのスケール問題、その他を解消しうる。MVCでも、RecursiveMVCでMVCに階層構造を持ち込んで解決するという方法もあるらしい。 http://www.asahi-net.or.jp/~dp8t-asm/java/articles/OOAD/article.html#fig:pac 似たようなことは誰でも一度は考えることだろう

    MVCとPAC - noopな日々
  • 2007-10-25 - ひがやすを blog

    っていうか、Hibernateにも昔からcriteriaあるよね? http://www.hibernate.org/hib_docs/v3/reference/en/html_single/#querycriteria List cats = sess.createCriteria(Cat.class) .add( Restrictions.like("name", "Fritz%") ) .add( Restrictions.between("weight", minWeight, maxWeight) ) .list(); 流れるようなインターフェースとメソッドチェーンは違うものだよヨシオリ。ぱっとみは似ているかもしれないけど。 流れるようなインターフェースでは、ソースコードを書いている人が、中断することなく流れるようにコーディングできなければいけない。 HibernateのCrit

    2007-10-25 - ひがやすを blog
    bigbro
    bigbro 2011/06/03
    「流れるようなインターフェースとメソッドチェーンは違うものだよヨシオリ」
  • 2007-10-19 - ひがやすを blog

    流暢なインターフェースという訳になってみたいなので、今後は、流れるようなインターフェースではなく、流暢なインターフェースという言い方に変えたいと思います。 流れるようなインターフェースにかわったようなので元に戻します。 http://capsctrl.que.jp/kdmsnr/wiki/bliki/?FluentInterface http://d.hatena.ne.jp/higayasuo/20071018#1192681950 ぶくまのコメントで、 http://www.objectclub.jp/community/codingstandard/ このあたりのJava規約だとチェインさせるような書き方は避けるべき、となっているとあります(うちの会社のドキュメントじゃん)が、これはいろんな人が思うことだと思うので、私の意見を書いておきます。 まず、可読性が悪くなるという話は、昨日の

    2007-10-19 - ひがやすを blog
    bigbro
    bigbro 2011/06/03
    Fluent Interfaceパターン
  • 2007-10-18

    Seasarカンファレンスで、Seasar2入門セッションを、いろんな方に喜んでいただけるようにSeasar2ロードマップと復活のStrutsのセッションに変えるよというアナウンスをしたのですが、Seasar2の入門セッションはやはり必要だということで、元に戻すことになりました。 期待していた方ごめんなさい。でも、入門セッションのほうも面白いネタをいろいろしゃべるつもりなので、是非お越しください。 今後はやるフレームワークは「流れるようなインターフェース」を持ったものになるんじゃないかなぁと思います。流れるようなインターフェースの説明は、ファウラーたんのFluentInterfaceを参照してください。 Seasar2の新O/R Mapper(以後S2JDBCと呼びます)もこの「流れるようなインターフェース」を実現しています。例えば、JdbcManagerを使った検索はこんな感じになります

    2007-10-18
    bigbro
    bigbro 2011/06/03
    Fluent Interfaceパターン
  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • 俺日記 : PHPでなんちゃって列挙型を実装してみる。(もちろん、タイプセーフで)

    2010/03/0201:43 PHPでなんちゃって列挙型を実装してみる。(もちろん、タイプセーフで) ネットを見ていたら、たまたま「列挙型」という単語を目にしてしまい、そういえばCを勉強し始めたときにそんなのもあったなー。と思ったので、PHPで実装してみることにしました。 せっかくなんで今風にちゃんと、タイプセーフな列挙型もどきを作ってみます。 列挙型はシンボル(名前)をまとめたものです。 例えば、"TrafficSignal"という信号機の信号を列挙した列挙型を考えると、 このシンボルは"RED", "YELLOW", "BLUE"の3つになります。 擬似コードで書くとこんな感じ。 enum TrafficSignal{ RED, YELLOW, BLUE } 列挙型を使わない場合、RED = 0, YELLOW = 1, BLUE = 2などと整数を割り当てることになりますが、

    bigbro
    bigbro 2011/06/03
  • 型セーフって

    目次 ホーム 連絡をする RSS Login Blog 利用状況 投稿数 - 16 記事 - 0 コメント - 138 トラックバック - 0 書庫 2011年1月 (1) 2010年1月 (1) 2009年6月 (1) 2009年5月 (2) 2009年4月 (3) 2009年3月 (2) 2009年2月 (2) 2009年1月 (2) 2008年12月 (2) 日記カテゴリ C# (rss) F# (rss) PHP (rss) VB.NET (rss) VBA (rss) ざっき (rss) 告知 (rss) ギャラリ test ググってもすぐに詳細出てこないけど、なんで? http://www.google.co.jp/search?hl=ja&safe=off&q=%E5%9E%8B%E3%82%BB%E3%83%BC%E3%83%95&lr= これ、結構重要な概念だと思うんです