プライベートメソッドのテスト
なんとなくテストコードはかけるようになった。 でも、公開（パブリック）メソッドだけでなく、 内部実装であるプライベートメソッドの方も直接テストしてみたい。 というわけでやってみよう。 ●プライベートメソッドをテストしたい ちまっとソースを書いてすかさずテストというサイクルをまわすには、 プライベートなメソッドもテストしたくなる。 というか、実際には際どいところはたいていプライベートな内部コードに 存在しているのでその近辺を濃密なテストで取り囲むにはどうしても 直接プライベートなメソッドを呼び出したい。 １つの案としてはプライベートメソッドテスト用にパブリックなコードを 本体側に組み込む手もあるけど、せっかくの「テスト用コードと本体コードを分離できる」という JUnitを使うメリットが失われるし、 テスト実体とテスト用の窓口という形でテストコード自体が分散してしまう。 プライベートをやめ
第35回PHP勉強会 参加レポート | Creazy!
本日、第35回PHP勉強会に参加してきました。 ・第35回PHP勉強会 – events.php.gr.jp その後、世田谷にバスケしに行ったのでかなりの強行軍で今ヘトヘトです。 レポート書こうと思いますが、発表の資料はその内UPされると思うのでそれにリンクするとして、気になったところや資料に書いてない話なんかを中心にメモろうかと思います。 はじめに 進行はhaltさん PHP勉強会は月１回開催されています。 運営スタッフが足りないので手伝って！ 参加資格とかはないです。mail、ML、IRCとか何でも良いので連絡を。 無料で開催されている勉強会を有志で運営しているわけだから色々大変なはずです。 オイラに手伝える事が何かあるだろうか。 CakePHP使いはじめた人へのテクニック集公開（私はいかにしてevents.php.gr.jpをEthnaからCakePHPにおきかえたか） 発表者：ha
バグ見つけた→それってどんなテスト？もしくは、なんでＭＶＣなんて使うの？ - D-6 [相変わらず根無し]
バグ見つけた→それってどんなテスト？もしくは、なんでＭＶＣなんて使うの？ 最近ソフトウェアエンジニアリングに置ける開発手法に関して考えている。 ぶっちゃけ言ってしまうと「やっぱりTDDっぽいのがいいな」というところに落ち着きつつあるのだが、厳密にTDDをしたほうがよい、と思ってるわけではない。TDDとかExtremeプログラミング、Agileプログラミングにしても理想はいいんだけど、原理主義っぽい使い方は現実にそぐわないと思ってるからだ。 前置きはこれくらいにしておいて・・・重要だと思うのは以下の点： 開発サイクルに自動テストツールを組み込むエンジニアによるバグ／不具合発見時には「動かない」は許可しない。必ず再現コードを提出してもらうテストを自動テストツールを組み込む（＝次回リリース前にはかならずテストを実行できる状態にする）テストが通るまで修正を続けるという開発サイクルを取るべきだ、とい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
